Bug#720517: configuration files, ownership and dpkg-statoverride

[Paul Gevers]

On 09-10-14 02:17, Henrique de Moraes Holschuh wrote:
> On Wed, 08 Oct 2014, Paul Gevers wrote:
>> Thanks for the careful response. And no, as mentioned above, I didn't
>> mean to use dpkg-statoverride itself. dbconfig-common uses debconf and
>> ufc to manage the configuration files. However, dbconfig-common checks
>> with dpkg-statoverride if the configuration file is registered there and
>> takes action if it is. However, currently it relies only on
>> dpkg-statoverride to know if the ownership of the configuration file
>> should be different, I want dbconfig-common to leave the ownership as it
>> is if the file already exists.
> 
> It looks like your problem is the situation where you have dpkg-statoverride
> information and it contradicts whatever is in debconf (or the filesystem,
> for that matter)?

Actually, I was really thinking about the situation where
dpkg-statoverride AND debconf were NOT used. dbconfig-common allows a
package to specify the ownership and permissions of the configuration
file. The package may or may not do this via debconf (cacti currently
does not). If a local admin decides that the ownership and/or
permissions need to be different dbconfig-common should honor that when
updating the package. Until know (hence RC) dbconfig-common changed the
ownership and permissions unconditionally to the ownership and
permissions requested by the package (unless dpkg-statoverride was used
by the admin), which may not be what the admin wants (and as you state
below may not reflect the situation).

> In that case, it is an operator error: I suggest you inform him about it and
> refuse to continue.  There's no other safe choice in the general case,
> AFAIK.

But this indeed is a good idea. Lots more logic to add, but indeed.
Annoying thing is that the script that actually does the file writing
may be called manually as well. Let me ponder on this some time.

> Of course, it might happen that you have specific knowledge (such as you
> know the dpkg-statoverride information was added in error by a previous
> version of the package _and_ the information in the statoverride database
> exactly matches the one the bug would have caused) which allows you to
> automatically repair the problem, instead.

Sure, but AFAICT that is not the case here.

> And if we're talking about an initial question (i.e. there is no conflict
> because there's nothing in the debconf database yet), then wouldn't using
> the dpkg-statoverride information as a "pre-seed" _and_ not allowing it to
> be overriden through debconf (i.e. don't ask the user about it at all) solve
> the issue?

Not applicable for the bug at hand, because there never was a question
to the user. Just hard-coding in the package, which I think is
acceptable, as well as it should be acceptable that the package leaves
it to dbconfig-common to just do-the-right-thing in this case.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#764549: ITP: siril -- Astronomical image processing tool

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: owner -1 debian-si...@free-astro.vinvin.tf

On Jo, 09 oct 14, 01:22:57, debian-si...@free-astro.vinvin.tf wrote:
> Package: siril
> Version: 0.9.0b
> Severity: wishlist
> 
> * Package name: siril
> Version : 0.9.0b
> Upstream author : Vincent Hourdin 
> URL : http://free-astro.vinvin.tf/index.php/Siril
> License : GPLv3
> Description : Siril is an image processing tool specially tailored
> for noise reduction and improving the signal/noise ratio of an image
> from multiple captures, as required in astronomy. Siril can align,
> stack and enhance pictures from various file formats, even images
> sequences (movies and SER files).
> 
> -- System Information:
> Debian Release: 7.6
>   APT prefers testing
>   APT policy: (1000, 'testing'), (990, 'stable'), (750, 'testing'), (500, 
> 'testing-updates'), (500, 'stable-updates')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#764547: bsdutils: script(1) is broken, hangs or crashes

[Andreas Henriksson]

Hello Thorsten Glaser!

On Thu, Oct 09, 2014 at 12:52:29AM +0200, Thorsten Glaser wrote:
> Package: bsdutils
> Version: 1:2.25.1-3
> Severity: serious
> Tags: upstream
> Justification: crashes
> Forwarded: http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/1

Thanks for forwarding your issue upstream. Lets try to work it out
ourselfs as well though...

> 
> Hi,
> 
> as I reported upstream in
> http://article.gmane.org/gmane.linux.utilities.util-linux-ng/1
> the script(1) in util-linux 2.25.1 is broken, whereas the one
> in util-linux 2.20.1 as currently in jessie works fine. This applies
> to both my x32 regular machine as well as a clean, minimal amd64 and
> i386 cowbuilder sid chroot, as well as the OpenSuSE Buildservice setup.

Since you seem to have a way to reproduce the problem, could you please
also git bisect it?

> 
> This bug opened in Debian to prevent a crashing script(1) from
> migrating to testing, and to track progress.

(I don't see this as anything else then just yet another bug in
script. I don't understand why your issue would be more important
then getting >200 other issues fixed for other people.)

Regards,
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764541: gsm3: When changing user, the sound is not stopped

[Andrei POPESCU]

Control: reassign -1 gdm3

On Jo, 09 oct 14, 00:12:07, Thibaut wrote:
> Package: gsm3
> Version: gnome3
> Severity: minor
> 
> If a sound is playing on the speaker when a user switch its session to an 
> other
> user, the sound is still playing.
> When a user as started playing a sound (for example through a youtube video
> playing on iceweasel), a user on an other session will not be able to play a
> sound. In the sound option menu, the speakers are not visible. Only the
> internal audio is accessible.
> 
> To play a sound on the speakers, it is needed to switch back to the first user
> that played a sound and close the software (for youtube, closing the tab is
> enough). 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#764567: ITP: obs-build -- Build DEB/RPM packages for various distributions inside a chroot

[Dimitri John Ledkov]

Hey,

On 9 October 2014 05:21, Mike Gabriel  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
>
> * Package name: obs-build
>   Version : Git snapshot (every commit is a release)
>   Upstream Author : Michael Schroeder (https://github.com/mlschroe)
> * URL : https://github.com/openSUSE/obs-build
> * License : GPL
>   Programming Lang: Perl
>   Description : Build DEB/RPM packages for various distributions inside a 
> chroot
>
>  OBS Build creates chroots and builds DEB/RPM packages for various
>  Linux distributions. In Debian, this package fills a gap: it allows one to
>  build packages for the openSUSE/SLES distributions on Debian system.
>  .
>  Its only task is to reliably populate a chroot and attempt to build
>  a package in that chroot. It is used by the Open Build System provided
>  by SUSE, but can also be use as a standalone tool.
>  .
>  Optionally, builds can take place in KVM or XEN instance.
>

I think we had a mid-air collision:
https://ftp-master.debian.org/new/obs-build_20140918-1.html
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762949

I'm happy to co-maintain this package.

-- 
Regards,

Dimitri.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758654: nqp and mipsel

[Dominique Dumont]

On Thursday 09 October 2014 11:33:10 YunQiang Su wrote:
> I tested it. Nqp can build without any patch now.
> So what to do is just add mips mipsel mips64 mips64el to arch-list in
> debian/control.

nqp 2014.07-2 failed to build on mips:

https://buildd.debian.org/status/fetch.php?pkg=nqp&arch=mips&ver=2014.07-2&stamp=1409928787

Which version did you test ?

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764570: taskcoach: fail to start: wx._core.PyAssertionError

[Peter Gervai]

Package: taskcoach
Version: 1.4.1-2
Severity: grave
Justification: renders package unusable

The last update wasn't that successful. :-(

$ taskcoach 

(taskcoach:9934): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 
'height >= -1' failed
Traceback (most recent call last):
  File "/usr/bin/taskcoach", line 72, in 
start()
  File "/usr/bin/taskcoach", line 63, in start
app = application.Application(options, args)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/patterns/singleton.py", 
line 29, in __call__
class_.instance = super(Singleton, class_).__call__(*args, **kwargs)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py", 
line 117, in __init__
self.init(**kwargs)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py", 
line 226, in init
self.settings, splash=splash)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py", line 
68, in __init__
self._create_window_components()  # Not private for test purposes
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py", line 
140, in _create_window_components
viewer.addViewers(self.viewer, self.taskFile, self.settings)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 45, in __init__
self.__add_all_viewers()
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 51, in __add_all_viewers
self.__add_viewers(task.SquareTaskViewer)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 66, in __add_viewers
**self._viewer_kwargs(viewer_class))
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/patterns/metaclass.py", 
line 39, in __call__
instance = super(NumberedInstances, cls).__call__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
464, in __init__
super(SquareTaskViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
136, in __init__
super(BaseTaskTreeViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
77, in __init__
super(BaseTaskViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/mixin.py", 
line 85, in __init__
super(FilterableViewerMixin, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py", line 
583, in __init__
super(TreeViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py", line 
70, in __init__
pub.subscribe(self.onBeginIO, 'taskfile.aboutToRead')
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/publisherbase.py",
 line 143, in subscribe
topicObj = self.__topicMgr.getOrCreateTopic(topicName)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/topicmgr.py",
 line 206, in getOrCreateTopic
if obj:
wx._core.PyAssertionError: C++ assertion "m_window" failed at 
../src/gtk/dcclient.cpp(2043) in DoGetSize(): GetSize() doesn't work without 
window


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages taskcoach depends on:
ii  fonts-dejavu 2.34-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.8-1
ii  python-chardet   2.2.1-2
ii  python-dateutil  1.5+dfsg-1
ii  python-keyring   3.7-1
ii  python-lockfile  1:0.8-2
ii  python-pyparsing 2.0.2+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  14.0.2-2
ii  python-wxgtk3.0  3.0.1.1+dfsg-1
ii  python-wxversion 2.8.12.1+dfsg2-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+1

Versions of packages taskcoach recommends:
ii  libavahi-compat-libdnssd1  0.6.31-4
ii  libgnome-2-0   2.32.1-5
ii  python-notify  0.1.1-3

Versions of packages taskcoach suggests:
pn  espeak   
pn  python-kde4  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764571: libpoclu-dev and uthash-dev: error when trying to install together

[Ralf Treinen]

Package: uthash-dev,libpoclu-dev
Version: uthash-dev/1.9.7-1
Version: libpoclu-dev/0.10-3
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-10-09
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package ocl-icd-libopencl1:amd64.
(Reading database ... 10872 files and directories currently installed.)
Preparing to unpack .../ocl-icd-libopencl1_2.2.3-1_amd64.deb ...
Unpacking ocl-icd-libopencl1:amd64 (2.2.3-1) ...
Selecting previously unselected package libpoclu1:amd64.
Preparing to unpack .../libpoclu1_0.10-3_amd64.deb ...
Unpacking libpoclu1:amd64 (0.10-3) ...
Selecting previously unselected package opencl-headers.
Preparing to unpack .../opencl-headers_1.2-2014.04.13-1.1_all.deb ...
Unpacking opencl-headers (1.2-2014.04.13-1.1) ...
Selecting previously unselected package libpoclu-dev.
Preparing to unpack .../libpoclu-dev_0.10-3_amd64.deb ...
Unpacking libpoclu-dev (0.10-3) ...
Selecting previously unselected package uthash-dev.
Preparing to unpack .../uthash-dev_1.9.7-1_all.deb ...
Unpacking uthash-dev (1.9.7-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/uthash-dev_1.9.7-1_all.deb (--unpack):
 trying to overwrite '/usr/include/utlist.h', which is also in package 
libpoclu-dev 0.10-3
Processing triggers for man-db (2.7.0.2-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/uthash-dev_1.9.7-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
cow-shell unlink .ilist: No such file or directory


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/include/utlist.h

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764164: libmlt6: Fails to use Opuse as audio codec with WebM container

[Dan Dennedy]

Looks like I was wrong about Vorbis being more popular with VP9. I will
change this preset after I get up to speed with Opus and confirm it working.

Bug#764163:

[Dan Dennedy]

Fixed in git commit cd360b2 including creation of webm-pass1 preset.

Bug#764445: xserver-xorg: screen blanking when rotating with kernel 3.15 or newer with Atom Z36xxx/Z37xxx integrated graphics

[Julien Cristau]

On Wed, Oct  8, 2014 at 09:21:23 +0200, Wolfgang Silbermayr wrote:

> Package: xserver-xorg
> Version: 1:7.7+7
> Severity: normal
> 
> Dear Maintainers,
> 
> When rotating the screen to the left or right using e.g. "xrandr -o left", it
> goes blank.
> 
> I am no longer able to use Ctrl+Alt+F for switching to a console, but the
> machine is still reachable over network. It also does not switch back when
> calling a shell command like "xrandr -o left; sleep 10; xrandr -o normal".
> 
> I tried the following kernels (partly from snapshots.debian.org and 
> experimental):
> 
> 3.14-2   => works
> 3.15-rc8 => fails
> 3.16-2   => fails
> 3.17-rc5 => fails
> 
> Please let me know if you need any further information.
> 
I suspect you're going to have to bisect.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#764528: Asus EeePC 1015PEM hangs at boot (Intel graphics).

[Julien Cristau]

On Wed, Oct  8, 2014 at 21:55:22 +0200, Rafael Belmonte wrote:

> Package: xserver-xorg-video-intel
> Version: 2:2.21.15-2+b2
> 
> I have installed Debian "Jessie" (testing) with beta2 installer.
> After installation, the system is not bootable, it hangs at
> boot resulting in a black screen.
> This is an Asus EeePC 1015PEM with Intel Graphics Media
> Accelerator 3150.
> 
> The system can boot to desktop (Cinnamon in this case) with
> "nomodeset" option in the kernel, but the systems hangs also
> soon when trying to so something in the desktop.

Please provide kernel and X logs.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#764559: libalien-wxwidgets-perl: Package has incorrect dependencies

[Niko Tyni]

Control: block -1 with 764525
Control: tag 764559 sid

On Wed, Oct 08, 2014 at 06:53:34PM -0700, Matt wrote:
> Package: libalien-wxwidgets-perl
> Version: 0.65+dfsg-4
> Severity: important
> Dear Maintainer,
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> Update to libwxgtk on Oct 7th, 2014.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
> Package expects libwxgtk3.0-dev and libwxgtk-media3.0-dev as dependencies.  
> Version requirement is < 3.0.2~ but latest wxgtk packages are now 3.0.2-1 
> which stops libalien-wxwidgets-perl from being installed.

The package indeed needs to be rebuilt. This is tracked as #764525.
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762413: taskcoach: Please relax dependency on python-wxgtk3.0

[Olly Betts]

Control: severity -1 important
Control: unblock 755757 by -1

Thanks for the upload - this is no longer blocking the transition,
but it would be good to sort out this tight dependency.

On Mon, Sep 22, 2014 at 11:12:04PM +0200, Nicolas Boulenguez wrote:
> Whether I use dh_linktree or not, I want to avoid duplicating the
> pubsub tree so I need to rebuild taskcoach (and reapply the patch)
> each time wxgtk3.0 changes its upstream version, in case the pubsub
> code has been modified.

Looking at the patch, it seems to just add a check that something
is actually initialised or similar, which seems like something that
should probably just be applied to the pubsub module directly.

Do you know where the patch is from and if it has been submitted
to wxpython/pubsub upstream?  Sadly the patch file is lacking such
metadata.

Cheers,
Olly

P.S. Did you see the discussion of your img2py patch in 
http://trac.wxwidgets.org/ticket/15483 ?  I added you to the CC list,
but I don't know if that actually works...


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764568: cheese: program dies with "Attempt to unlock mutex that was not locked"

[Norbert Gruener]

Package: cheese
Version: 3.12.2-1
Severity: critical

Dear Maintainer,

the program "cheese" dies with the following message

   norbert@norbert-tuxedo:~ $ cheese

   Attempt to unlock mutex that was not locked
   Aborted


It is the same problem as in "querybts", "reportbug", and others ...


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cheese depends on:
ii  cheese-common  3.12.2-1
ii  gnome-video-effects0.4.1-1
ii  libc6  2.19-1
ii  libcanberra-gtk3-0 0.30-2
ii  libcheese-gtk233.12.2-1
ii  libcheese7 3.12.2-1
ii  libclutter-1.0-0   1.18.2-2
ii  libclutter-gtk-1.0-0   1.5.2-2
ii  libgdk-pixbuf2.0-0 2.30.8-1+b1
ii  libglib2.0-0   2.42.0-2
ii  libgnome-desktop-3-10  3.14.0-1
ii  libgstreamer1.0-0  1.2.4-1
ii  libgtk-3-0 3.12.2-3+b1

Versions of packages cheese recommends:
ii  gnome-icon-theme3.12.0-1
ii  gvfs1.20.1-1
ii  hicolor-icon-theme  0.13-1
ii  nautilus-sendto 3.8.1-1+b1
ii  yelp3.12.0-1

Versions of packages cheese suggests:
pn  gnome-video-effects-frei0r  

-- no debconf information


Cheers,

Norbert
-- 
Norbert Grüner


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759068: pytimechart: Patch for wxPython 3.0

[Olly Betts]

On Wed, Sep 10, 2014 at 10:11:14PM -0300, Olly Betts wrote:
> Here's a patch to update pytimechart for wxPython 3.0.
> 
> I'm unable to test these changes, as pytimechart fails with an error
> when run (even in the existing package in unstable -  I've filed that
> as #761140).

Varun gave me explicit permission to NMU packages he maintains for this
transition, but I'm leaving pytimechart as there doesn't seem much
point in transitioning it until #761140 is fixed, as the failure to
run means I can't test the patch, and the package isn't going to be in
jessie anyway as things currently stand.

Sadly I've no idea what's going wrong with python-pil, and searching
the web for the error message finds reports of similar issues in various
other applications, but none of the ones I looked at had a solution.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764564: [PKG-OpenRC-Debian] Bug#764564: openrc: fail to boot when encryption + lvm are present

[Thomas Goirand]

On 10/09/2014 11:10 AM, frozencemetery wrote:
> Source: openrc
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> When upgrading a sysv system (jessie) to openrc, if the partition table
> includes a lvm partition with physical volume an encrypted partition,
> installing openrc will render the system unbootable.
> 
> That is, the system will hang like so:
> https://www.club.cc.cmu.edu/~rharwood/tmp/openrc.png
> with the "perf interrupt" occuring after a few minutes of waiting and no
> further activity.
> 
> This is a major problem because this partition layout is one of those
> *recommended by the installer* for automatic partitioning.  As far as I can
> tell, openrc is capable of booting both encrypted and LVM partitions
> individually, but not both.
> 
> The minimized partition layout I use which fails is:
> 
> - disk 1: MSDOS table
>   - partition 1: 200MB ext4, /boot
>   - partition 2: *, physical volume for encryption
> - subpartition 1: *, physical volume for LVM
>   - subsubpartition 1: * ext4, /

Hi,

If I'm not mistaking, this is the same bug as this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754987

and some information may be found here too:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758480

If you agree that this is the same bug, then I may close this one.

Cheers,

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#648867: please install bash completion script

[Antoine Beaupré]

Package: tmux
Version: 1.9-6
Followup-For: Bug #648867

I also think the bash completion file should be installed in the proper
location, even if it's incomplete. Having it in here:

/usr/share/doc/tmux/examples/bash_completion_tmux.sh

... is pretty much useless, it belongs in

/usr/share/bash-completion/completions

like the other 592 completions I currently have available there.

Even if it's incomplete, I think it's better than nothing - not having
autcompletion on "tmux attach" seems a little ridiculous at this
point...

A.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tmux depends on:
ii  libc6   2.19-11
ii  libevent-2.0-5  2.0.21-stable-1.1
ii  libtinfo5   5.9+20140913-1

tmux recommends no packages.

tmux suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763320: linux-image-3.16-2-amd64: intel_idle enabled for Intel Atom S1260, causes high CPU temperature when idle

[Brown, Len]

okay, so they are both model 0x36...

please send me the output from

grep . /sys/devices/system/cpu/cpu*/cpuidle/*/*

which will show the states being used in both the ACPI and the intel_idle 
scenarios.

thanks,
-Len


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756353: ncurses-base: screen-256color: SGR 7 (reverse video) does not work (appears as italics)

[Antoine Beaupré]

Package: tmux
Version: 1.9-6
Followup-For: Bug #756353

I agree this is still an issue. Here I had to go through a few hoops to
make "man" behave properly. I used option a) described here with good
success:

http://sourceforge.net/p/tmux/mailman/message/27366130/

I also think that using a "tmux" termcap would make sense if we're going
to create a new one anyways - dealing with old screen bugs seems like a
bad idea in the first place...

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tmux depends on:
ii  libc6   2.19-11
ii  libevent-2.0-5  2.0.21-stable-1.1
ii  libtinfo5   5.9+20140913-1

tmux recommends no packages.

tmux suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764567: ITP: obs-build -- Build DEB/RPM packages for various distributions inside a chroot

[Adam D. Barratt]

On Thu, 2014-10-09 at 06:21 +0200, Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
> 
> * Package name: obs-build

See #762949...

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764566: (second attempt) kernel panic apparently caused by killing alsa_in process

[Robert M. Riches Jr.]

Package: linux-image-3.2.0-4-amd64
Version: 3.2.60-1+deb7u3

(Second attempt to report this.)

A few days ago, running Debian 7 (Wheezy), I had a kernel panic
immediately (less than a small fraction of a second) after pressing
 on a command to kill a process running alsa_in somewhere
around 15-60 seconds after I had deleted the file to which that
process's stdout/stderr had been redirected.  Because the triggering
events could be done by a non-privileged user, this could be seen as
constituting a DOS vulnerability.

Kernel version (uname -a):

Linux one 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux

Package that provided the alsa_in binary:

ii  jackd2
1.9.8~dfsg.4+20120529git007cdc37-5 amd64JACK Audio Connection Kit 
(server and example clients)

This is the CPU:

Intel(R) Xeon(R) CPU   W3680  @ 3.33GHz

Motherboard is an Asus P6T6 WS Revolution.  RAM is 24GB with ECC.
Disks are mdadm RAID10, a pair of WD and a pair of Seagate, both
rated for RAID use.  The machine passed 15h, 34m of memtest86+ with
zero errors on May 31, 2013.  I think I ran memtest86+ again in
December but can't find the details.  The system had a spontaneous
reboot Feb. 17, 2014, but has otherwise operated flawlessly since
prior to May of 2013.  Filesystems are ext4.

The graphics card is an Asus ENGT430.  I use the nouveau driver.
Frequently, after a week or three of uptime, small crudlets develop
on the X screen that xmag says do not exist.  Normally, using xrandr
to move a second monitor around will make them disappear.  At the
time of this event, there had been such crudlets on screen.

I use several instances of the Alsa loopback soundcard and have a
couple of hardware PCIE soundcards plugged in.

Of course, there was nothing relevant in /var/log.  The system came
back up fine, only had a few orphaned inodes during fsck, and did
not have any RAID mismatches on the next check.

By way of more detail about the alsa_in process, in case it might be
relevant: I run two diskless thin/zero-client machines that PXE boot
from the second NIC on this big machine.  The clients use VNC and a
combination of Alsa and JACK (netjack) to do remote sound.  (The
client machines run a remastered TinyCore from a few years ago.)
Sometimes, the alsa_in process starts spewing to its log file in the
vicinity of 1GB per hour.  Quite often, when I detect that
condition, I will kill the alsa_in process without any harm.  This
one time, I uncharacteristically deleted the log file before killing
the process.  The kernel panic screen appeared within a fraction of
a second of the instant I pressed  to kill the process.  (The
alsa_in processes were running on the big Debian/Xeon machine.)

I captured some digital photographs of the screen.  All of the text
is readable, though one long line is a bit smeared--sorry.  I had
attached them (~20MB encoded) to the first attempt to report this.
I'm happy to send them in once the bug report is accepted into the
system.

Please inform if there is any additional information that would be
useful regarding this report.  Sadly, I will not be able to try to
reproduce the symptoms here, because I only have one machine like
this, and it is the primary household computing platform.

Robert Riches
rm.ric...@jacob21819.net


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764567: ITP: obs-build -- Build DEB/RPM packages for various distributions inside a chroot

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: obs-build
  Version : Git snapshot (every commit is a release)
  Upstream Author : Michael Schroeder (https://github.com/mlschroe)
* URL : https://github.com/openSUSE/obs-build
* License : GPL
  Programming Lang: Perl
  Description : Build DEB/RPM packages for various distributions inside a 
chroot

 OBS Build creates chroots and builds DEB/RPM packages for various
 Linux distributions. In Debian, this package fills a gap: it allows one to
 build packages for the openSUSE/SLES distributions on Debian system.
 .
 Its only task is to reliably populate a chroot and attempt to build
 a package in that chroot. It is used by the Open Build System provided
 by SUSE, but can also be use as a standalone tool.
 .
 Optionally, builds can take place in KVM or XEN instance.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages

[Michel Dänzer]

On 08.10.2014 22:42, Lisandro Damián Nicanor Pérez Meyer wrote:
> On Wednesday 08 October 2014 12:16:52 Michel Dänzer wrote:
>> On 07.10.2014 21:44, Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?=
>> Meyer wrote:
>>> Can anyone check is arora suffers from the same bug on ppc?
>>
>> arora crashes in libQt5WebKit.so.5 for me on startup, not sure it's the
>> same bug though.
> 
> Can you get a backtrace of that?

Program terminated with signal SIGSEGV, Segmentation fault.
#0  JSC::LLInt::CLoop::execute (callFrame=0xaa0a4040, bootstrapOpcodeId=592, 
isInitializationPass=False) at generated/LLIntAssembly.h:31
31  generated/LLIntAssembly.h: No such file or directory.
(gdb) bt full
#0  JSC::LLInt::CLoop::execute (callFrame=0xaa0a4040, bootstrapOpcodeId=592, 
isInitializationPass=False) at generated/LLIntAssembly.h:31
t0 = {{i = 0, u = , i32 = 0, u32 = , {
  i8padding = "\000\000", i8 = 0 '\000'}, {u8padding = "\000\000", 
  u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0, 
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
t0 = {{i = 0, u = , i32 = 0, u32 = , {
  i8padding = "\000\000", i8 = 0 '\000'}, {u8padding = "\000\000", 
  u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0, 
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
t0 = {{i = 0, u = , i32 = 0, u32 = , {
  i8padding = "\000\000", i8 = 0 '\000'}, {u8padding = "\000\000", 
  u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0, 
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
#1  0x0f493178 in JSC::Interpreter::executeCall (this=0xb4512630, 
callFrame=0xaa05fc88, function=0xa9fbf8f8, callType=2852798528, 
callData=0xbff40c28, thisValue=..., args=0xbff40c40)
at interpreter/Interpreter.cpp:1024
watchdogScope = {m_watchdog = 0xb4549960}
thisValue = {u = {asInt64 = , 
asDouble = -nan(0xbbff40b14), asBits = {tag = -5, 
  payload = -1074525420}}}
isJSCall = 3025176840
scope = 0xaa05fc38
newCodeBlock = 0xb4515240
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c, 
  m_savedDynamicGlobalObject = 0xaa05fc38}
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c, 
  m_savedDynamicGlobalObject = 0xaa05fc38}
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c, 
  m_savedDynamicGlobalObject = 0xaa05fc38}
#2  0x0f556bec in JSC::call (exec=0x250, functionObject=..., 
callType=256455032, callData=0x1095ec10, thisValue=..., args=0xfffb)
at runtime/CallData.cpp:40
thisValue = {u = {asInt64 = , 
asDouble = -nan(0xbaa09ffd8), asBits = {tag = -5, 
  payload = -1442185256}}}
#3  0x0f2b4b3c in WebCore::JSMainThreadExecState::call(JSC::ExecState*,
JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue,
JSC::ArgList const&)
() at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = 
#4  0x0f305334 in 
WebCore::JSEventListener::handleEvent(WebCore::ScriptExecutionContext*,
WebCore::Event*) () at ../WTF/wtf/HashTable.h:692
oldTableSize = -1442448248
oldTable = 0xaa09ffd8
#5  0x0f2627b0 in WebCore::EventTarget::fireEventListeners(WebCore::Event*,
WebCore::EventTargetData*, WTF::Vector&) () at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = 
#6  0x0f262c10 in WebCore::EventTarget::fireEventListeners(WebCore::Event*) ()
at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = 
#7  0x0e02e3e8 in 
WebCore::DOMWindow::dispatchEvent(WTF::PassRefPtr,
WTF::PassRefPtr) () at ../WTF/wtf/Vector.h:913
begin = 0x0
#8  0x0e030384 in WebCore::DOMWindow::dispatchLoadEvent() ()
at ../WTF/wtf/Vector.h:913
begin = 0xb450f3b8
#9  0x0f26d7e0 in WebCore::Document::implicitClose() ()
at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = 
#10 0x0df99ef8 in WebCore::FrameLoader::checkCallImplicitClose (
this=0xaa0a4040) at loader/FrameLoader.cpp:844
child = 0xfffb
#11 0x0dfa1c0c in WebCore::FrameLoader::checkCompleted (this=0x1)
at loader/FrameLoader.cpp:787
tempRefCount = 
#12 0x0df827b8 in 
WebCore::CachedResourceLoader::loadDone(WebCore::CachedResource*)
() at ../WTF/wtf/text/StringImpl.h:600
sizeMask = -1074525152
table = 0xfffb
i = -1269732400
#13 0x0dfd571c in WebCore::SubresourceLoader::notifyDone() ()
at platform/network/ResourceHandleClient.h:111
No locals.
Backtrace stopped: frame did not save the PC


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#729215: Does katepart need to be a dependency?

[Diane Trout]

Hi,

I did some investigation, and an even simpler way to break the loop is to ask 
"why is katepart" a dependency of kdelibs5-plugins.

back in 4.7.4 Pino added:

  * Make kdelibs5-plugins depend on katepart, to make it "provide" it as it
happened in << 4.7.

I think the dependency was added so "embedded advanced text editor" would show 
up in: System Settings -> Default Applications -> Embedded Text Editor.

I rebuilt kde4libs after removing katepart from the dependency list and 
installed the changed kdelibs5-plugins. Then I removed katepart, which also 
removed: kwrite, kate, kde-plasma-desktop, kde-standard, plasma-netbook.

I relogged and got my desktop. I then looked in System Settings,..., Embedded 
Text Editor and saw the editor chooser drop down box was empty -- until I 
reinstalled katepart (by reinstalling kde-standard)

maybe the katepart dependency could be moved from kdelibs5-plugins to one of 
the standard meta-packages?

katepart isn't really a hard dependency for kdelibs5-plugins, it's just needed 
for a sane desktop configuration.

Diane


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762457: missing license in debian/copyright

[Amul Shah]

I just pushed the GFDL-1.3 copyright fix. Please let me know if it is formatted 
correctly.

thanks,
Amul


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763911:

[Dan Dennedy]

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/56

Bug#764165:

[Dan Dennedy]

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/58

Bug#764163:

[Dan Dennedy]

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/57
I hope to fix this soon.

Bug#758654: nqp and mipsel

[YunQiang Su]

On Mon, Aug 25, 2014 at 2:04 AM, Dominique Dumont  wrote:
> Hello
>
> The build script of nqp-2014.07 has changed so your patch does not apply
> anymore.
>

I tested it. Nqp can build without any patch now.
So what to do is just add mips mipsel mips64 mips64el to arch-list in
debian/control.

Thank you very much.

> All the best
>
> --
>  https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
> http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org



-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764565: ITP: og-rek -- Go library for encoding and decoding pickles

[Sean DuBois]

Package: wnpp
Severity: wishlist
Owner: Sean DuBois 

* Package name: og-rek
  Version : 0.0~git20141008
  Upstream Author : Kamil Kisiel 
* URL : https://github.com/kisielk/og-rek
* License : Expat
  Programming Lang: Go
  Description : Go library for pickle encoding/decoding pickles

  og-rek is a Go library for encoding/decoding Python pickles


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764564: openrc: fail to boot when encryption + lvm are present

[frozencemetery]

Source: openrc
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When upgrading a sysv system (jessie) to openrc, if the partition table
includes a lvm partition with physical volume an encrypted partition,
installing openrc will render the system unbootable.

That is, the system will hang like so:
https://www.club.cc.cmu.edu/~rharwood/tmp/openrc.png
with the "perf interrupt" occuring after a few minutes of waiting and no
further activity.

This is a major problem because this partition layout is one of those
*recommended by the installer* for automatic partitioning.  As far as I can
tell, openrc is capable of booting both encrypted and LVM partitions
individually, but not both.

The minimized partition layout I use which fails is:

- disk 1: MSDOS table
  - partition 1: 200MB ext4, /boot
  - partition 2: *, physical volume for encryption
- subpartition 1: *, physical volume for LVM
  - subsubpartition 1: * ext4, /

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (400, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764553: base-files: Does neither state which version nor which variant of the Artistic License is in /usr/share/common-licenses/Artistic

[Russ Allbery]

Axel Beckert  writes:

> neither inside /usr/share/common-licenses/Artistic nor in
> /usr/share/doc/base-files/README nor in
> /usr/share/doc/base-files/changelog.gz is declared (or even hinted)
> which version or variant of "The Artistic License" is shipped in
> /usr/share/common-licenses/Artistic.

> According to https://spdx.org/licenses/ there are at least five
> registered versions and variants of the Artistic License:

>   * Artistic License 1.0
>   * Artistic License 1.0 (Perl)

What does SPDX think the difference between these two is?  The original
Artistic License was the one that shipped with Perl, so I'm confused about
what the difference would be.

> Please clearly state inside the file

We should not modify the license texts included in common-licenses.  The
files contain exactly the license text as distributed by the author of the
license.  That's a nice property that we should not be changing.

There's no harm in spelling out which one is intended in README, though.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764563: pocl: FTBFS: test suite errors

[Aaron M. Ucko]

Source: pocl
Version: 0.10-3
Severity: serious
Justification: fails to build from source

The builds of pocl for i386 and (32-bit) powerpc both failed with test
suite errors: three unexpected failures on i386 and 80 (!) on
powerpc.  Could you please take a look?  You can find the full logs at

https://buildd.debian.org/status/logs.php?pkg=pocl&ver=0.10-3&suite=sid

(So far, most of the remaining failures were due to pocl's configure
script rejecting the architecture as unsupported; you might want to
tighten its architecture field in debian/control accordingly.)

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764457: perl: segfault in Dumper.so after upgrading to 5.20

[Russ Allbery]

Florian Ernst  writes:
> On Wed, Oct 08, 2014 at 04:01:39PM +0300, Niko Tyni wrote:

>> Looks like you've got a local installation of Data::Dumper under
>> /usr/lib/thruk, it's probably compiled against 5.18 which is binary
>> incompatible.

> Indeed it is, and I can't believe I have missed that part of the path.
> Well, now it's obvious, thanks!

The Thruk packaging goes to some lengths to be self-contained, and
duplicates some things that would be better handled by the rest of the
distribution.  I've been tempted to try to repackage it from upstream
source in a somewhat more natural way that makes use of the existing Perl
packages in Debian, although I'm not sure when I'll get to that, or if I'm
missing a reason not to do that.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764562: miro: Request package of current upstream version 6.0

[Stephen Michael Kellat]

Package: miro
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

In light of Bug 692482 asking for version 5.0.4 to be packaged and Bug 
754232 asking about archive removal, I ask if the current upstream 
version could be packaged before the freeze deadline of 2359 UTC on 
November 5, 2014.

- -- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 3.7.10-x12 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUNfiBAAoJELgCl0ucSy2HZZkQAKEBHzZyHkBuP53+xNcQSIsq
pi0vGWaow4kGmxcnNhfGouujBEAD33FJ+gj05D4oKjaWQ76fNeg+Au7xUOHvFFV1
zr+2x2zOTnnH/lrnUJCzt79ujc+q9yhHqlUsGDCTSPSN/a6OUAkjZCfx2nKs3fxc
amsnaP3BXAFlwhu+WwhiBEN1Rkf6ouBQDcAdmVBdBqExcPmrFtdFG+VnD/I1lgcW
rTj4ialkjT7YrBq8ypDuz/f53sd18/1NR69ccirk6BNbDfXnhqxJdL2eeVSaLqSg
YU6+x7LiQ4AN5DBED7E1BG3P+C4HZhpJhMi8xxnwYummaA0izEB7QyJ7OSDV/pod
Pf0sAsyybEmuRiPa02PFv/fJkSC8YO4drnlxJii8fIktB1YjBtMYHoFskJkYe/jA
+Geu42lhPQ4H5hCRQCx1R2ptC92I/Se2yU8F4NzUCku6Z+KjH6HVQrKkzF7vvCaX
+4KeR8yD6U2qvKBFXukQFbClQzMdAjBSA3VSQcxZrybnxkJtR+LWNzep8NkRMozK
aMYgVMv8BsC3qWZyKxrQKfdcsl2cIa622prb3jTqRgXwDtRFZkaMoR3KzvhXNF/P
sFZqlNVO9kTotMK9g74GDxbsjICkIBa9xEupa4ZZl8qbJ3XUcHr6HQXHcEQ0hcLp
Z4JaxZ4Kd7sWYd66rrmZ
=3hLu
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764561: pocl: FTBFS on ppc64el: trouble with {true,false}_type

[Aaron M. Ucko]

Source: pocl
Version: 0.10-3
Severity: serious
Justification: fails to build from source

The ppc64el build of pocl failed with a cascade of errors, starting with

  In file included from /usr/include/c++/4.9/bits/move.h:57:0,
   from /usr/include/c++/4.9/bits/stl_pair.h:59,
   from /usr/include/c++/4.9/utility:70,
   from /usr/lib/llvm-3.5/include/llvm/ADT/iterator_range.h:22,
   from /usr/lib/llvm-3.5/include/llvm/IR/Module.h:18,
   from Workgroup.h:30,
   from GenerateHeader.cc:25:
  /usr/include/c++/4.9/type_traits:84:39: error: '__vector(4) __bool int' is 
not a valid type for a template non-type parameter
 typedef integral_constant true_type;
 ^
  /usr/include/c++/4.9/type_traits:84:54: error: invalid type in declaration 
before ';' token
 typedef integral_constant true_type;
^
  /usr/include/c++/4.9/type_traits:87:40: error: '__vector(4) __bool int' is 
not a valid type for a template non-type parameter
 typedef integral_constantfalse_type;
  ^
  /usr/include/c++/4.9/type_traits:87:55: error: invalid type in declaration 
before ';' token
 typedef integral_constantfalse_type;
 ^

Could you please take a look?  You can find the full log at

https://buildd.debian.org/status/fetch.php?pkg=pocl&arch=ppc64el&ver=0.10-3&stamp=1412763390

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764560: ITP: txjsonrpc -- Library for creating Twisted JSON-RPC servers and clients

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann 

* Package name: txjsonrpc
  Version : 0.3.1
  Upstream Author : Duncan McGreggor
* URL : http://launchpad.net/txjsonrpc
* License : BSD / GPL (need to check why PyPI says GPL)
  Programming Lang: Python
  Description : Library for creating Twisted JSON-RPC servers and clients

This package will be needed by armory, which currently ships an embedded
copy of txjsonrpc.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764559: libalien-wxwidgets-perl: Package has incorrect dependencies

[Matt]

Package: libalien-wxwidgets-perl
Version: 0.65+dfsg-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Update to libwxgtk on Oct 7th, 2014.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
Package expects libwxgtk3.0-dev and libwxgtk-media3.0-dev as dependencies.  
Version requirement is < 3.0.2~ but latest wxgtk packages are now 3.0.2-1 which 
stops libalien-wxwidgets-perl from being installed.
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764558: RM: shinken-mod-sqlitedb -- ROM; package merged in shinken-mod-webui

[Thibault Cohen]

package: ftp.debian.org
Severity: normal

Hi FTP masters,
Please, remove src:shinken-mod-sqlitedb, this ultra small package is now 
include in src:shinken-mod-webui.

Cheers, Thibault


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764542: debconf: potential filesystem corruption

[Joey Hess]

westlake wrote:
> when there's low ram available and dpkg-reconfigure is issued (eg,
> dpkg-reconfigure locales), if there are premature "exits" when building
> locales it could lead to a filesystem corruption.
> 
> This happened to me more than once where I was using a 128MB ram for kvm,
> and there was less than 64 megs of ram available for dpkg-reconfigure..
> 
> I wouldn't expect filesystem corruption but there was something of it as I
> was forced to use fsck on boot-up.
> 
> There is a filesystem issue, I didn't want to believe it until it happened
> twice with two separate kvm VMs.  The disks are "virtual" isolating the
> diagnosis it could be a potential hardware problem. It could also be
> replicated more than once.
> 
> Steps
> ->dpkg-reconfigure locales would run but would have crash-exits when when
> trying to generate locales.
> 
> ->type "reboot". On the next boot-up there would be complaint of filesystem
> integrity and fsck would run.

If your system is experiencing sufficient memory pressue that things are
being OOM killed by the kernel, then it seems possible that could
interfere with the filesystem umount/read-only remounting or a process 
involved in running that during the reboot, thus leaving the filesystem
unclean (but probably without many other problems).

In any case, debconf is not responsible for anything that locales does
when reconfigured (it seems that locale-gen does need 100 mb of memory or
so to enable some locales, but I don't know why). And debconf does not
do anything unusual when accessing the filesystem (it would have to be
quite unusual indeed to corrupt it, on the order of writing to the
filesystem directly, bypassing the kernel). 

So, I'm fairly confident that if there's a bug at all, it's not in debconf.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#764557: systemd: journalctl just hangs

[Nikolaus Rath]

Package: systemd
Version: 215-5+b1
Severity: normal

Hello,

On this system, journalctl simply hangs. I tried running journalctl,
journalctl -b, and journalctl --list-boots, but nothing seems to do
anything:


# strace -o log journalctl --list-boots
^C

# tail log
open("/var/log/journal/b865c77cc176b5ef3b69390a000d/system@00050015e4e89ee2-7772b44515f976b3.journal~",
 O_RDONLY|O_CLOEXEC) = 24
fstat(24, {st_mode=S_IFREG|0755, st_size=8388608, ...}) = 0
mmap(NULL, 4096, PROT_READ, MAP_SHARED, 24, 0) = 0x7f36cf8fa000
mmap(NULL, 8388608, PROT_READ, MAP_SHARED, 24, 0) = 0x7f36c4092000
fstatfs(24, {f_type=0x9123683e, f_bsize=4096, f_blocks=10125312, 
f_bfree=4197815, f_bavail=2391939, f_files=0, f_ffree=0, f_fsid={2146103056, 
892494683}, f_namelen=255, f_frsize=4096}) = 0
open("/var/log/journal/b865c77cc176b5ef3b69390a000d/system@00050026436d41e7-97988bddae2f5f40.journal~",
 O_RDONLY|O_CLOEXEC) = 25
fstat(25, {st_mode=S_IFREG|0755, st_size=8388608, ...}) = 0
mmap(NULL, 4096, PROT_READ, MAP_SHARED, 25, 0) = 0x7f36cf8f9000
--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL} ---
+++ killed by SIGINT +++


There is no significant CPU activity either.

-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-53.4
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.20.1-5.11
ii  libc6   2.19-11
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-1
ii  libgcrypt20 1.6.2-3
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-53.4
ii  udev215-5+b1
ii  util-linux  2.20.1-5.11

Versions of packages systemd recommends:
ii  dbus1.8.8-1+b1
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Nikolaus Rath]

On 10/08/2014 06:17 PM, Michael Biebl wrote:
> Am 09.10.2014 um 02:51 schrieb Nikolaus Rath:
>> On 10/08/2014 05:47 PM, Michael Biebl wrote:
>>> Am 09.10.2014 um 02:43 schrieb Nikolaus Rath:
 Package: systemd
 Version: 215-5+b1
 Severity: normal

 Hello,

 I'm running Debian testing. After the last dist-upgrade, systemd has
 started showing status messages during boot (sort of like sysvinit used
 to do). This is certainly much prettier and more informative than the 
 blank screen that I had before, but it has the unfortunate side-effect
 of interfering with the cryptsetup password prompt. Sometimes the prompt
 is several lines before the cursor with other messsages in between, and 
 sometimes it's actually overwritten completely.

 It'd be nice if status output would be suppressed/delayed while a
 password prompty is active.
>>>
>>> You'll need something like plymouth to multiplex the input/output.
>>>
>>> http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/
>>
>> In that case it'd be great if the systemd or the cryptsetup package
>> could recommend or suggest the appropriate package (plymouth?).
> 
> Could you verify that plymouth solves your problem?

Yes it did. Thank you!

-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«



signature.asc
Description: OpenPGP digital signature

Bug#748325: cln: fix mips64(el) build

[YunQiang Su]

Any idea about this patch?

On Tue, Sep 30, 2014 at 4:07 AM, Richard B. Kreckel  wrote:
> On 09/25/2014 08:40 AM, YunQiang Su wrote:
>> I tested this patch. It fixes more.
>>
>> __mips64 defines for both N32 and N64, so we should use __LP64__ to 
>> determine.
>>
>> Both big- and little- endian define __mips__,so
>> __mips__ || __mipsel__ is not needed.
>
> Wait a minute. If I am not mistaken, __mips64__ should be defined by the
> configure script in include/cln/host_cpu.h, generated from
> include/cln/host_cpu.h.in. What does include/cln/host_cpu.h look like on
> your machine?
>
> Moreover, in your patch for include/cln/types.h, the parenthesis appear
> to be wrong.
>
>   -richard.
> --
> Richard B. Kreckel
> 
>



-- 
YunQiang Su
Index: cln-1.3.3/m4/general.m4
===
--- cln-1.3.3.orig/m4/general.m42034-12-02 20:27:27.723746593 +0800
+++ cln-1.3.3/m4/general.m4 2034-12-02 20:28:04.094843192 +0800
@@ -153,7 +153,7 @@
 host_cpu=arm
 ;;
 changequote([,])dnl
-  mips )
+  mips* )
 AC_CACHE_CHECK([for 64-bit MIPS], cl_cv_host_mips64, [
 AC_EGREP_CPP(yes,
 [#if defined(_MIPS_SZLONG)
Index: cln-1.3.3/include/cln/object.h
===
--- cln-1.3.3.orig/include/cln/object.h 2034-12-02 20:27:27.708121592 +0800
+++ cln-1.3.3/include/cln/object.h  2034-12-02 20:31:01.571419597 +0800
@@ -22,7 +22,7 @@
 #if defined(__m68k__)
   #define cl_word_alignment  2
 #endif
-#if defined(__i386__) || defined(__mips__) || defined(__mipsel__) || 
(defined(__sparc__) && !defined(__arch64__)) || defined(__hppa__) || 
defined(__arm__) || defined(__rs6000__) || defined(__m88k__) || 
defined(__convex__) || (defined(__s390__) && !defined(__s390x__)) || 
defined(__sh__) || (defined(__x86_64__) && defined(__ILP32__))
+#if defined(__i386__) || (defined(__mips__) && !defined(__LP64__)) || 
(defined(__sparc__) && !defined(__arch64__)) || defined(__hppa__) || 
defined(__arm__) || defined(__rs6000__) || defined(__m88k__) || 
defined(__convex__) || (defined(__s390__) && !defined(__s390x__)) || 
defined(__sh__) || (defined(__x86_64__) && defined(__ILP32__))
   #define cl_word_alignment  4
 #endif
 #if defined(__alpha__) || defined(__ia64__) || defined(__mips64__) || 
defined(__powerpc64__) || (defined(__sparc__) && defined(__arch64__)) || 
(defined(__x86_64__) && !defined(__ILP32__)) || defined(__s390x__) || 
defined(__aarch64__)
Index: cln-1.3.3/include/cln/types.h
===
--- cln-1.3.3.orig/include/cln/types.h  2034-12-02 20:27:27.715934093 +0800
+++ cln-1.3.3/include/cln/types.h   2034-12-02 20:34:42.946436939 +0800
@@ -76,7 +76,7 @@
 
 // Integer type used for counters.
 // Constraint: sizeof(uintC) >= sizeof(uintL)
-  #if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || defined(__ia64__) 
|| defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__x86_64__) || defined(__aarch64__)))
+  #if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || defined(__ia64__) 
|| defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__x86_64__) || defined(__aarch64__) || 
defined(__mips64__)))
 #define intCsize long_bitsize
 typedef long   sintC;
 typedef unsigned long  uintC;
@@ -127,7 +127,7 @@
 typedef int sintD;
 typedef unsigned int uintD;
   #else  // we are not using GMP, so just guess something reasonable
-#if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || 
defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__) || 
defined(__aarch64__)))
+#if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || 
defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__) || 
defined(__aarch64__) || defined(__mips64__)))
   #define intDsize 64
   typedef sint64  sintD;
   typedef uint64  uintD;

Bug#761682: Same problem here...

[peter]

After dist-upgrade, I have the same problem,  Chromium can no longer
use Flash.


To get it to work I had to do:
chromium 
--ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so


There should be a way to make this the default.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Michael Biebl]

Am 09.10.2014 um 02:51 schrieb Nikolaus Rath:
> On 10/08/2014 05:47 PM, Michael Biebl wrote:
>> Am 09.10.2014 um 02:43 schrieb Nikolaus Rath:
>>> Package: systemd
>>> Version: 215-5+b1
>>> Severity: normal
>>>
>>> Hello,
>>>
>>> I'm running Debian testing. After the last dist-upgrade, systemd has
>>> started showing status messages during boot (sort of like sysvinit used
>>> to do). This is certainly much prettier and more informative than the 
>>> blank screen that I had before, but it has the unfortunate side-effect
>>> of interfering with the cryptsetup password prompt. Sometimes the prompt
>>> is several lines before the cursor with other messsages in between, and 
>>> sometimes it's actually overwritten completely.
>>>
>>> It'd be nice if status output would be suppressed/delayed while a
>>> password prompty is active.
>>
>> You'll need something like plymouth to multiplex the input/output.
>>
>> http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/
> 
> In that case it'd be great if the systemd or the cryptsetup package
> could recommend or suggest the appropriate package (plymouth?).

Could you verify that plymouth solves your problem?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#764556: qbs: FTBFS on hppa: endian problem

[John David Anglin]

Package: qbs
Version: 1.3.1+dfsg-3
Severity: normal

Build fails in testsuite with errors like the following:

make[5]: Entering directory '/«BUILDDIR»/qbs-1.3.1+dfsg/tests/auto/blackbox'
QT_PLUGIN_PATH=/usr/lib/hppa-linux-gnu/qt5/plugins 
LD_LIBRARY_PATH=/usr/lib/hppa-linux-gnu${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} cd 
../../../bin &&  ./tst_blackbox 
* Start testing of TestBlackbox *
Config: Using QtTest library 5.3.2, Qt 5.3.2
PASS   : TestBlackbox::initTestCase()
QDEBUG : TestBlackbox::addedFilePersistent() ERROR: 
/«BUILDDIR»/qbs-1.3.1+dfsg/share/qbs/modules/qbs/common.qbs:271 The following 
properties have invalid values:
qbs.endianness: must be in [big, little, mixed]

QDEBUG : TestBlackbox::addedFilePersistent() No build graph exists yet for this 
configuration.
Resolving project for configuration qbs_autotests-debug

FAIL!  : TestBlackbox::addedFilePersistent() Compared values are not the same
   Actual   (runQbs(QbsRunParameters("resolve"))): 1
   Expected (0)  : 0
   Loc: [tst_blackbox.cpp(220)]
QDEBUG : TestBlackbox::addQObjectMacroToCppFile() ERROR: 
/«BUILDDIR»/qbs-1.3.1+dfsg/share/qbs/modules/qbs/common.qbs:271 The following 
properties have invalid values:
qbs.endianness: must be in [big, little, mixed]

The hppa architecture is big endian.

Full log:
http://buildd.debian-ports.org/status/fetch.php?pkg=qbs&arch=hppa&ver=1.3.1%2Bdfsg-3&stamp=1412814138

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.16.3+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Nikolaus Rath]

On 10/08/2014 05:47 PM, Michael Biebl wrote:
> Am 09.10.2014 um 02:43 schrieb Nikolaus Rath:
>> Package: systemd
>> Version: 215-5+b1
>> Severity: normal
>>
>> Hello,
>>
>> I'm running Debian testing. After the last dist-upgrade, systemd has
>> started showing status messages during boot (sort of like sysvinit used
>> to do). This is certainly much prettier and more informative than the 
>> blank screen that I had before, but it has the unfortunate side-effect
>> of interfering with the cryptsetup password prompt. Sometimes the prompt
>> is several lines before the cursor with other messsages in between, and 
>> sometimes it's actually overwritten completely.
>>
>> It'd be nice if status output would be suppressed/delayed while a
>> password prompty is active.
> 
> You'll need something like plymouth to multiplex the input/output.
> 
> http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/

In that case it'd be great if the systemd or the cryptsetup package
could recommend or suggest the appropriate package (plymouth?).


Best,
-Nikolaus
-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«



signature.asc
Description: OpenPGP digital signature

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Michael Biebl]

Am 09.10.2014 um 02:43 schrieb Nikolaus Rath:
> Package: systemd
> Version: 215-5+b1
> Severity: normal
> 
> Hello,
> 
> I'm running Debian testing. After the last dist-upgrade, systemd has
> started showing status messages during boot (sort of like sysvinit used
> to do). This is certainly much prettier and more informative than the 
> blank screen that I had before, but it has the unfortunate side-effect
> of interfering with the cryptsetup password prompt. Sometimes the prompt
> is several lines before the cursor with other messsages in between, and 
> sometimes it's actually overwritten completely.
> 
> It'd be nice if status output would be suppressed/delayed while a
> password prompty is active.

You'll need something like plymouth to multiplex the input/output.

http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Michael Biebl]

Am 09.10.2014 um 02:47 schrieb Michael Biebl:
> Am 09.10.2014 um 02:43 schrieb Nikolaus Rath:
>>
>> It'd be nice if status output would be suppressed/delayed while a
>> password prompty is active.
> 
> You'll need something like plymouth to multiplex the input/output.
> 
> http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/

And with plymouth installed, this should work out-of the box.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#764555: systemd: cryptsetup password overwritten/hidden by status messages

[Nikolaus Rath]

Package: systemd
Version: 215-5+b1
Severity: normal

Hello,

I'm running Debian testing. After the last dist-upgrade, systemd has
started showing status messages during boot (sort of like sysvinit used
to do). This is certainly much prettier and more informative than the 
blank screen that I had before, but it has the unfortunate side-effect
of interfering with the cryptsetup password prompt. Sometimes the prompt
is several lines before the cursor with other messsages in between, and 
sometimes it's actually overwritten completely.

It'd be nice if status output would be suppressed/delayed while a
password prompty is active.


-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-53.4
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.20.1-5.11
ii  libc6   2.19-11
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-1
ii  libgcrypt20 1.6.2-3
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-53.4
ii  udev215-5+b1
ii  util-linux  2.20.1-5.11

Versions of packages systemd recommends:
ii  dbus1.8.8-1+b1
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764554: xfce4-panel: suspend icon missing

[Chris Bainbridge]

Package: xfce4-panel
Version: 4.10.1-1
Severity: minor

Dear Maintainer,

The actions panel has a suspend action but the icon does not exist:
http://imgur.com/xNsWstj

The icon is set in plugins/actions/actions.c - the other actions all
have corresponding icons and suspend is set to system-suspend.png but
that icon does not exist.

eg. lock-screen icon is set to "system-lock-screen" which corresponds to
/usr/share/icons/HighContrast/scalable/actions/system-lock-screen.svg or
/usr/share/icons/Tango/16x16/actions/system-lock-screen.png 

But suspend icon is set to "system-suspend" and there is no
/usr/share/icons/.../system-suspend.png

There is an icon /usr/share/icons/hicolor/48x48/apps/xfsm-suspend.png
which looks like it could be used?

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-panel depends on:
ii  exo-utils   0.10.2-4
ii  libatk1.0-0 2.12.0-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libdbus-1-3 1.8.6-2
ii  libdbus-glib-1-20.102-1
ii  libexo-1-0  0.10.2-4
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgarcon-1-0   0.2.1-2
ii  libgdk-pixbuf2.0-0  2.30.8-1+b1
ii  libglib2.0-02.42.0-1
ii  libgtk2.0-0 2.24.24-1
ii  libice6 2:1.0.9-1
ii  libpango1.0-0   1.36.7-1
ii  libsm6  2:1.2.2-1
ii  libwnck22   2.30.7-2
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.2-1
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2
ii  libxfconf-0-2   4.10.0-3
ii  multiarch-support   2.19-11

xfce4-panel recommends no packages.

xfce4-panel suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764553: base-files: Does neither state which version nor which variant of the Artistic License is in /usr/share/common-licenses/Artistic

[Axel Beckert]

Package: base-files
Version: 7.5
Severity: important

Dear Santiago,

neither inside /usr/share/common-licenses/Artistic nor in
/usr/share/doc/base-files/README nor in
/usr/share/doc/base-files/changelog.gz is declared (or even hinted)
which version or variant of "The Artistic License" is shipped in
/usr/share/common-licenses/Artistic.

According to https://spdx.org/licenses/ there are at least five
registered versions and variants of the Artistic License:

  * Artistic License 1.0
  * Artistic License 1.0 (Perl)
  * Artistic License 1.0 w/clause 8
  * Artistic License 2.0
  * Clarified Artistic License

According to "dwdiff -c", our /usr/share/common-licenses/Artistic is
actually the "Artistic License 1.0 (Perl)" license.

Please clearly state inside the file but also in the README which
version and variant of the Artistic License is shipped with the package.

A bit of background about some of the variants and versions is at
http://opensource.org/licenses/Artistic-1.0 as well as at
https://en.wikipedia.org/wiki/Artistic_License

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 
'buildd-unstable'), (109, 'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages base-files depends on:
ii  gawk [awk]  1:4.1.1+dfsg-1
ii  mawk [awk]  1.3.3-17

base-files recommends no packages.

base-files suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Ben Hutchings]

Control: notfound -1 2.25.1-4
Control: clone -1 -2
Control: retitle -2 hwclock-set misconfigures kernel for NTP when RTC holds 
local time
Control: notfound -1 2.20.1-5
Control: close -1 2.25-2
Control: found -2 2.25-2
Control: found -2 2.25.1-3
Control: severity -2 serious

(Splitting this bug as the originally issue *was* fixed, but it caused a
regression.)

On Thu, 2014-10-09 at 01:22 +0200, Michael Biebl wrote:
> Am 09.10.2014 um 00:54 schrieb Ben Hutchings:
> > If
> > not, then there is a double adjustment during boot.
> 
> That got me thinking. I do have ntp enabled.
> 
> After disabling the ntp service, my hwclock is no longer incorrectly set
> and I no longer get the fsck errors.
> 
> Does ntp and hwclock --hctosys not play well together?

Yes, that's it!

If you use NTP and tell the kernel to adjust the system time, that
causes the kernel to periodically write the system time to the RTC too,
because the system time will be more accurate.

For hysterical raisins, the first call to settimeofday() that specifies
a 'time zone' (local time offset) implicitly sets whether the RTC is
supposed to hold local time or UTC: if the time value is unspecified and
the time offset is non-zero then the RTC holds local time, otherwise it
holds UTC.  There is no way to change this later!

'hwclock --hctosys' specifies both time value and time offset, and
therefore implicitly configures the RTC to hold UTC (but only when NTP
is used and it is written periodically by the kernel).

So we absolutely have to run 'hwclock --systz' first.  We could *also*
run 'hwclock --hctosys' straight after that.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


signature.asc
Description: This is a digitally signed message part

Bug#763755: blender: SIGILL on startup

[Johann Klammer]

On Thu, 2 Oct 2014 14:43:30 +0200 "Matteo F. Vescovi"
 wrote:
> Control: tag -1 + upstream
> 
> Hi!
> 
> On 2014-10-02 at 13:54 (CEST), Daniele Forsi wrote:
> > Dear Maintainer,
> > 
> > could Blender be changed to check if it is running on a supported CPU
> > and fail with a nicely informative error message?
>  
> At [1] you can see that the former patch that used to check about the
> compatibility of the CPU with Blender has been dropped since upstream
> developers declared that a better (and elegant) solution was found and
> that patch wasn't useful anymore.
Hi,
Do you have a URL to that statement?
Because if they still build their x86 package inside an i386 emulator
like before, that thing is not an actual bug upstream and will thus
/never/ get fixed.
Bye

> 
> > On my PC blender is terminated on startup with:
> > Program received signal SIGILL, Illegal instruction.
> 
> Well, probably the upstream approach hasn't been efficient enough to
> prevent all the cases. I already got in touch with them and we'll see
> how to solve this long-persecuting issue.
> 
> Cheers.
> 
> 
> [1] 
> http://anonscm.debian.org/cgit/pkg-multimedia/blender.git/commit/?id=fce9104b648ad2d81fc82362eb9f377c6eb5641d
> 
> -- 
> Matteo F. Vescovi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764551: irssi: Irssi segfaults when dbd-mysql connection is attempted in perl script

[Michiel Holtkamp]

Package: irssi
Version: 0.8.16-1+b1
Severity: important

Dear Maintainer,

   * What led up to the situation?

I have some scripts that use a connection to mysql and after I restarted
my irssi it reliably segfaults each time a mysql connection is attempted
in a script.

I'm not sure when exactly this happened, but I upgrade my packages regularly
(I run debian testing). I have tested with packages from stable, everything
seems to work normally.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Quick way to test is to run the following command in (bare, no scripts) irssi:

  /script exec use DBI; DBI->connect("DBI:mysql:_db:_host:3306:", "_user", 
"_pass");

This will try to connect to a non-existing host with a non-existing user/pass.

   * What was the outcome of this action?

A segmentation fault (see below for more information and gdb backtrace).

   * What outcome did you expect instead?

An error message like the following:

  DBI connect('_db:_host:3306:','_user',...) failed: Unknown MySQL server host 
'_host' (0)


   * Package versions affected/NOT affected

Versions of packages that DO cause segfaults:
ii  irssi  0.8.16-1+b1 
ii  libdbd-mysql-perl  4.028-2+b1 
ii  libdbi-perl1.631-3+b1
ii  libmysqlclient18:amd64 5.5.37-0+wheezy1
ii  libperl5.205.20.1-1

Also tried irssi from experimental (0.8.17~rc1-1+b1, also segfaults),
and with libmysqlclient18 from testing (5.5.39-1, also segfaults).

The versions from stable do NOT segfault:
ii  irssi0.8.15-5
ii  libdbd-mysql-perl4.021-1+b1
ii  libdbi-perl  1.622-1+deb7u1
ii  libmysqlclient18:amd64   5.5.37-0+wheezy1
ii  libperl5.14  5.14.2-21+deb7u1

Since the irssi version and the perl versions are closely linked, I could
not easily test different versions of libaries seperately.

* Irssi dependence

A simple test without irssi behaves as expected for ALL package versions and
gives the expected error message (and no segfault):

  $ perl -e 'use DBI; DBI->connect("DBI:mysql:_db:_host:3306:", "_user", 
"_pass");'
  DBI connect('_db:_host:3306:','_user',...) failed: Unknown MySQL server host 
'_host' (0) at -e line 1.

This shows that the problem only occurs when it is run inside irssi, but not
with a standalone perl (i.e. NO segfaults with the perl5.20 nor with the
perl5.14 versions).

* Backtrace

The following backtrace was generated from a core file from an affected irssi.
It was run with a new home-directory (~/.irssi-bare), so it uses default
configuration and NO scripts were loaded.

The backtrace always shows that the segfault is always in the same spot, in
vfprintf:

$ gdb irssi core.14456
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from irssi...(no debugging symbols found)...done.
[New LWP 14456]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `irssi --home=~/.irssi-bare'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fa1fdea0e70 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x7fa1fdea0e70 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7fa1fdf4ccc5 in __fprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x7fa1fe20877b in my_malloc () from 
/usr/lib/x86_64-linux-gnu/libsres.so.14
#3  0x7fa1fc04863a in my_error_register () from 
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#4  0x7fa1fc02769d in mysql_server_init () from 
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#5  0x7fa1fc02d7df in mysql_init () from 
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#6  0x7fa1fc53aba9 in mysql_dr_connect () from 
/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/DBD/mysql/mysql.so
#7  0x7fa1fc53cf79 in ?? () from 
/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/DBD/mysql/mysql.so
#8  0x7fa1fc53d08a in mysql_db_login () from 
/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/DBD/mysql/mysql.so
#9  0x7fa1fc549550 in ?? () from 
/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/DBD/mysql/mysql.so
#10 0x7fa2000315ab in Perl_pp_entersub () from 
/usr/lib/x86_64-linux-gnu/libperl.so.5.20
#11 0x7fa200

Bug#764428: [Pkg-phototools-devel] Bug#764428: pngquant: FTBFS on hppa: Unsupported compiler option

[John David Anglin]

On 8-Oct-14, at 9:29 AM, Andreas Tille wrote:


since the package is team maintained I really don't mind if you push a
change and upload the package to fix this problem.  If yo do not like
this I'll need at least a patch to fix this.


Attached is patch.

Build log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=pngquant&ver=2.3.0-1%2Bb1&arch=hppa&stamp=1412811473

Dave
--
John David Anglin   dave.ang...@bell.net


Description: Fix compiler check in configure
 Using '-o /dev/null' in the command fails when the compiler uses collect2
 to generate the final link.  Change to using default a.out.

 pngquant (2.3.0-1) unstable; urgency=medium
 .
   * New upstream version
   * configure:  Use a.out for compiler check.
Author: John David Anglin 

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 

--- pngquant-2.3.0.orig/configure
+++ pngquant-2.3.0/configure
@@ -221,9 +221,10 @@ error() {
 echo
 
 # basic check
-if ! "$CC" -xc -std=c99 <(echo "int main(){}") -o /dev/null &> /dev/null; then
-error "Compiler" "$CC is no C compiler"
+if ! "$CC" -xc -std=c99 <(echo "int main(){}") &> /dev/null; then
+error "Compiler" "$CC is not a C compiler"
 fi
+rm -rf a.out
 
 status "Compiler" "$CC"
 

Bug#764550: ooniprobe: ooniresources fails with "ImportError: No module named processors"

[Matt Kraai]

Package: ooniprobe
Version: 1.2.0-1
Severity: normal

Dear Maintainer,

As described in the ooniprobe README, I ran

 sudo ooniresources --update-inputs --update-geoip

which failed with the following error message:

> Traceback (most recent call last):
>   File "/usr/bin/ooniresources", line 11, in 
> from ooni.resources import cli
>   File "/usr/lib/python2.7/dist-packages/ooni/resources/__init__.py", line 4, 
> in 
> from ooni.deckgen.processors import citizenlab_test_lists
> ImportError: No module named processors

I expected ooniresources to run successfully.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ooniprobe depends on:
ii  geoip-database   20140908-1
ii  python   2.7.8-1
ii  python-geoip 1.3.2-1
ii  python-ipaddr2.1.11-2
ii  python-openssl   0.14-1
ii  python-parsley   1.2-1
ii  python-pypcap1.1.2+debian-2.2
ii  python-scapy 2.2.0-1
ii  python-twisted   14.0.2-2
ii  python-txsocksx  1.13.0.3-1
ii  python-txtorcon  0.11.0-1
ii  python-yaml  3.11-1+b1
ii  tor  0.2.5.8-rc-1

Versions of packages ooniprobe recommends:
ii  python-dumbnet  1.12-4

Versions of packages ooniprobe suggests:
pn  geoip-database-contrib  
pn  obfsproxy   

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681572: tested patch #in in http://savannah.gnu.org/bugs/?35757

[Alexander Wuerstlein]

Hello,

I've tested the patches in comments #4 and #5 in
http://savannah.gnu.org/bugs/?35757

#4 seems to fix the problem here that is reproducible as described in the
original submission in http://savannah.gnu.org/bugs/?35757. This problem
occured for me in Debian stable with my screenrc (I can attach it if you
need it).

The patch from #5 alone doesn't seem to fix the issue, but it might be a
good idea to apply it anyways. I'll install patched packages around
here, test them further and report back.


Ciao,

Alexander Wuerstlein.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764549: ITP: siril -- Astronomical image processing tool

[debian-siril]

Package: siril
Version: 0.9.0b
Severity: wishlist

* Package name: siril
Version : 0.9.0b
Upstream author : Vincent Hourdin 
URL : http://free-astro.vinvin.tf/index.php/Siril
License : GPLv3
Description : Siril is an image processing tool specially tailored
for noise reduction and improving the signal/noise ratio of an image
from multiple captures, as required in astronomy. Siril can align,
stack and enhance pictures from various file formats, even images
sequences (movies and SER files).

-- System Information:
Debian Release: 7.6
  APT prefers testing
  APT policy: (1000, 'testing'), (990, 'stable'), (750, 'testing'), (500, 
'testing-updates'), (500, 'stable-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Michael Biebl]

Am 09.10.2014 um 00:54 schrieb Ben Hutchings:
> If
> not, then there is a double adjustment during boot.

That got me thinking. I do have ntp enabled.

After disabling the ntp service, my hwclock is no longer incorrectly set
and I no longer get the fsck errors.

Does ntp and hwclock --hctosys not play well together?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#758619: Attempt to unlock mutex that was not locked

[sp113438]

It happens on Sid as well as Jessie (amd64).

Thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758619: pyrenamer: Attempt to unlock mutex that was not locked

[sp113438]

pyrenamer also gives:

Attempt to unlock mutex that was not locked
Aborted

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764540: wheezy-pu: package glibc/2.13-38+deb7u5

[Aurelien Jarno]

On Wed, Oct 08, 2014 at 11:27:30PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Wed, 2014-10-08 at 23:49 +0200, Aurelien Jarno wrote:
> > I would like to do an update of eglibc in wheezy, with the patches we
> > have accumulated in the SVN over the last months. I understand that
> > it's a bit late with the stable release schedule, that said all this
> > patches have been upstream and in jessie/sid for months.
> [...]
> > +eglibc (2.13-38+deb7u5) wheezy; urgency=medium
> > +
> > +  * debian/patches/any/cvs-resolv-reuse-fd.diff: new patch from upstream
> > +to fix invalid file descriptor reuse while sending DNS query.  Closes:
> > +#722075, #756343.
> > +  * debian/patches/any/cvs-CVE-2013-4357.diff: new patch from upstream to
> > +fix stack overflow issues. Closes: #742925.
> > +  * debian/patches/any/submitted-CVE-2014-0475.diff: update from upstream
> > +to fix a localplt regression introduced in version 2.13-38+deb7u3.
> > +  * patches/any/cvs-dlopen-tls-memleak.patch: new patch from upstream to
> > +fix a memory leak with dlopen() and thread-local storage variables.
> > +Closes: #763559.
> 
> Please go ahead; thanks.
> 

Thanks! I have just uploaded it.

Regards,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#749659: audacity: Systematic check for Printf/Format mismatches

[Benjamin Drung]

Hi all,

sorry for reacting too lazy.

Am Montag, den 06.10.2014, 02:33 +0100 schrieb Olly Betts:
> On Thu, Oct 02, 2014 at 10:42:07PM +0200, Martin Steghöfer wrote:
> > Find attached the (hopefully) final debdiff from my side. It's big,
> > but relatively easy to review because most of the changes can be
> > interpreted independently.
> 
> Thanks for all your work on this, Martin.
> 
> Is someone looking at this with an eye to getting an updated version of
> audacity actually uploaded?
> 
> This is now the last package waiting for an upload in the wxwidgets3.0
> transition, and the latest upload date to make it to testing before the
> release freeze is now less than 3 weeks away (the freeze is November
> 5th, but an upload would need to age for 10 days).
> 
> I can NMU with this patch if need be, but if the package maintainers are
> already on the case there's no point me duplicating their efforts.

I finally found time to import the upstream release 2.0.6, backport the
preliminary upstream changes for wxWidgets 3.0.1 from r13403, and pushed
everything to our git repository. Your patch needs to be forward ported,
which I will try to do when I have some spare time (knowing that it
should be done ASAP due to the nearing freeze). I would be happy to get
help forward porting the patch.

PS: I was reluctant to upload the debdiff because I liked to see the
patch for 2.0.6 (which has autoreconf fixed). Upstream want to get wx3.0
support in for 2.0.7 and is actively working on getting it in the svn
repository. So you could provide the missing bits and we will get
upstream to test your proposed changes (when I commit them to the
upstream repository).

-- 
Benjamin Drung
Debian & Ubuntu Developer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Michael Biebl]

Am 09.10.2014 um 00:54 schrieb Ben Hutchings:
> On Thu, 2014-10-09 at 00:14 +0200, Michael Biebl wrote:
>> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
>>> With those exact same versions, I still see the system clock set
>>> correctly!
>>
>> What's your timezone? Mine is Europe/Berlin.
> 
> Europe/London, which is currently at +0100.
> 
>> On each reboot, my hwclock will be off by another -2 hours.
>> So if it's 12:00 local time, after reboot, my hwclock will be set to
>> 10:00, after another reboot it is set to 08:00 and so on (checked with
>> hwclock --debug).
> 
> Is the system clock consistent with the RTC after each boot?  If so, the
> RTC is being set during shutdown as if it's UTC, not local time.  If
> not, then there is a double adjustment during boot.
> 

I don't think the hwclock is set on shutdown at all under systemd.
Under sysvinit there is /etc/init.d/hwclock.sh which runs hwclock
--systohc. Afaics that's the reason why --hctosys during boot doesn't
have any ill effects under sysvinit.





-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#764373: Chromium is missing from the Kickoff (KDE menu) and the like

[Andreas Cadhalpun]

Control: tags -1 patch

Hi,

On 07.10.2014 18:29, Boris Pek wrote:

After recent update chromium.desktop file is disappeared from binary package.


The icons went missing, as well.

Attached patch fixes this.

Best regards,
Andreas

diff --git a/debian/chromium.install b/debian/chromium.install
index 90e5ce1..c629690 100644
--- a/debian/chromium.install
+++ b/debian/chromium.install
@@ -13,3 +13,14 @@ debian/initial_bookmarks.html usr/lib/chromium
 debian/master_preferences usr/lib/chromium
 
 debian/chromium.xml usr/share/gnome-control-center/default-apps
+
+debian/chromium.desktop usr/share/applications
+
+chrome/app/theme/chromium/product_logo_48.png usr/share/pixmaps/chromium.png
+chrome/app/theme/chromium/product_logo_22.png usr/share/icons/hicolor/22x22/apps
+chrome/app/theme/chromium/product_logo_24.png usr/share/icons/hicolor/24x24/apps
+chrome/app/theme/chromium/product_logo_48.png usr/share/icons/hicolor/48x48/apps
+chrome/app/theme/chromium/product_logo_64.png usr/share/icons/hicolor/64x64/apps
+chrome/app/theme/chromium/product_logo_128.png usr/share/icons/hicolor/128x128/apps
+chrome/app/theme/chromium/product_logo_256.png usr/share/icons/hicolor/256x256/apps
+debian/chromium.svg usr/share/icons/hicolor/scalable/apps
diff --git a/debian/chromium.svg b/debian/chromium.svg
new file mode 100644
index 000..7ed1fb8
--- /dev/null
+++ b/debian/chromium.svg
@@ -0,0 +1,277 @@
+
+
+
+http://purl.org/dc/elements/1.1/";
+   xmlns:cc="http://creativecommons.org/ns#";
+   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";
+   xmlns:svg="http://www.w3.org/2000/svg";
+   xmlns="http://www.w3.org/2000/svg";
+   xmlns:xlink="http://www.w3.org/1999/xlink";
+   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd";
+   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape";
+   version="1.1"
+   width="256"
+   height="256"
+   id="svg3039"
+   inkscape:version="0.47 r22583"
+   sodipodi:docname="Chromium_11_Logo.svg">
+  
+  
+
+  
+image/svg+xml
+http://purl.org/dc/dcmitype/StillImage"; />
+
+  
+
+  
+  
+
+  
+  
+  
+
+
+  
+  
+
+
+  
+  
+  
+
+
+  
+  
+  
+
+
+  
+  
+  
+
+
+  
+  
+
+
+  
+  
+
+
+
+
+
+
+
+
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+

Bug#764548: chromium: fails to build due to missing libgnome-keyring-dev build-dependency

[Andreas Cadhalpun]

Source: chromium-browser
Version: 37.0.2062.120-4
Severity: serious
Justification: fails to build from source

Dear Maintainer,

chromium failed to build on amd64 [1]:
Package gnome-keyring-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gnome-keyring-1.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gnome-keyring-1' found

This is due to a missing build-dependency on libgnome-keyring-dev.

Even with that installed the binary package misses a dependency on 
libgnome-keyring0, because 'linux_link_gnome_keyring=1' is not added to 
the defines.


Additionally h264 support got disabled, because 'proprietary_codecs=1' 
is not used anymore.


Attached patch fixes these issues, please consider applying it.

Best regards,
Andreas

PS: Please keep the git repository up to date. (Currently the last known 
upload there is 37.0.2062.120-2.) This would help with figuring out what 
changelog entries like 'Merge changes from the experimental branch' mean.

E.g. what happened with the disable/google-api-warning.patch?

1: 
https://buildd.debian.org/status/fetch.php?pkg=chromium-browser&arch=amd64&ver=37.0.2062.120-4&stamp=1412576129
diff --git a/debian/control b/debian/control
index 488ad96..e647d86 100644
--- a/debian/control
+++ b/debian/control
@@ -81,6 +81,7 @@ Build-Depends:
  libgcrypt11-dev | libgcrypt20-dev,
  fonts-ipafont-gothic,
  fonts-ipafont-mincho,
+ libgnome-keyring-dev,
 Built-Using:
  libjs-jquery,
  libjs-jquery-flot,
diff --git a/debian/rules b/debian/rules
index b0e5a15..797ee58 100755
--- a/debian/rules
+++ b/debian/rules
@@ -40,6 +40,8 @@ defines+=enable_hidpi=1 \
  linux_link_libpci=1 \
  linux_link_gsettings=1 \
  linux_link_libspeechd=1 \
+ linux_link_gnome_keyring=1 \
+ proprietary_codecs=1 \
 
 # system libraries to use
 defines+=use_system_re2=1 \

Bug#764472: cups creates millions of temporary files when printing

[Brian Potkin]

Hello Antonio,

Thank you for your report. The first thing to say is that this is very
likely not to be a bug in cups. Please see

  https://bugs.launchpad.net/ubuntu/+source/cups/+bug/890705

and

  https://bugzilla.redhat.com/show_bug.cgi?id=581748

So - do you have acroread installed?


On Wed 08 Oct 2014 at 14:04:46 +0200, Antonio Sartori wrote:

> When trying to print (tried twice from evince, not tested from other
> software), cups creates millions of symbolic links in /tmp to the ppd
> driver in /etc/cups/ppd. The names of the symbolic links are similar
> to 54351da228fae.

Millions of links would imply lots of printing taking place and not just
twice. Is that the case? Also, does it occur with other applications? We
really need to track down under what circumstances the files are created
and why they are not deleted by the application.
 
> This causes the system to hang on the next reboot while systemd tries
> to empty the tmp folder, making the system unbootable.

Do you mean it hangs indefinitely and the machine has to powered off to
be restarted?

> Notice that deleting the files by hand is tricky, since they are too
> many (rm does not work, it is not even possible to list the files with
> ls), I don't know how to do this. For now, I rebooted the system using
> a live dist and I typed mv /tmp /tmp2. This enables the system to boot
> again. Help on how I can delete the folder tmp2 would also be
> appreciated.

I'm surprised 'ls -l' doesn't work. Is there any error message? What
about 'ls -l | head'.

'rm -r /tmp2' should delete /tmp2.

Regards,

Brian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Ben Hutchings]

On Thu, 2014-10-09 at 00:14 +0200, Michael Biebl wrote:
> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
> > With those exact same versions, I still see the system clock set
> > correctly!
> 
> What's your timezone? Mine is Europe/Berlin.

Europe/London, which is currently at +0100.

> On each reboot, my hwclock will be off by another -2 hours.
> So if it's 12:00 local time, after reboot, my hwclock will be set to
> 10:00, after another reboot it is set to 08:00 and so on (checked with
> hwclock --debug).

Is the system clock consistent with the RTC after each boot?  If so, the
RTC is being set during shutdown as if it's UTC, not local time.  If
not, then there is a double adjustment during boot.

So far I've only tested in a QEMU VM and it's possible the RTC doesn't
persist across reboots in the way it should.

Ben.

-- 
Ben Hutchings
Humour is the best antidote to reality.


signature.asc
Description: This is a digitally signed message part

Bug#764547: bsdutils: script(1) is broken, hangs or crashes

[Thorsten Glaser]

Package: bsdutils
Version: 1:2.25.1-3
Severity: serious
Tags: upstream
Justification: crashes
Forwarded: http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/1

Hi,

as I reported upstream in
http://article.gmane.org/gmane.linux.utilities.util-linux-ng/1
the script(1) in util-linux 2.25.1 is broken, whereas the one
in util-linux 2.20.1 as currently in jessie works fine. This applies
to both my x32 regular machine as well as a clean, minimal amd64 and
i386 cowbuilder sid chroot, as well as the OpenSuSE Buildservice setup.

This bug opened in Debian to prevent a crashing script(1) from
migrating to testing, and to track progress.

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh

Versions of packages bsdutils depends on:
ii  libc62.19-11
ii  libsystemd0  215-5+b1

Versions of packages bsdutils recommends:
ii  bsdmainutils  9.0.5

bsdutils suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764546: ntp: Init script returns 5 if the daemon is not executable

[Felipe Sateler]

Package: ntp
Version: 1:4.2.6.p5+dfsg-3.1
Severity: normal

The ntp init script has this check:

test -x $DAEMON || exit 5

Which means that if ntp has been removed but not purged, the ntp script
will fail at boot. With systemd actually checking the return code of
init scripts, this results in the system being flagged as not correctly
booted.

The script should return 0 if the daemon is not executable

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntp depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.16
ii  libc62.19-11
ii  libcap2  1:2.24-6
ii  libedit2 3.1-20140620-2
ii  libopts251:5.18.4-3
ii  libssl1.0.0  1.0.1i-2
ii  lsb-base 4.1+Debian13
ii  netbase  5.2

Versions of packages ntp recommends:
ii  perl  5.20.1-1

Versions of packages ntp suggests:
pn  ntp-doc  


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764545: please consider packaging new version

[W. Martin Borgert]

Package: libjs-underscore
Version: 1.4.4-2
Severity: wishlist

Some software not yet in Debian (pump.io, Pootle) seem to depend
on at least 1.6, but there is even a 1.7 release.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Michael Biebl]

Am 08.10.2014 um 18:14 schrieb Michael Biebl:
> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
>> With those exact same versions, I still see the system clock set
>> correctly!
> 
> What's your timezone? Mine is Europe/Berlin.
> On each reboot, my hwclock will be off by another -2 hours.
> So if it's 12:00 local time, after reboot, my hwclock will be set to
> 10:00, after another reboot it is set to 08:00 and so on (checked with
> hwclock --debug).

If I set my timezone to Amerika/New York, the hwclock jumps forward for
+4 hours on each boot. This doesn't trigger the fsck error though.
So maybe you need to test this you need to set this to a timezone which
is UTC+X


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#764540: wheezy-pu: package glibc/2.13-38+deb7u5

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2014-10-08 at 23:49 +0200, Aurelien Jarno wrote:
> I would like to do an update of eglibc in wheezy, with the patches we
> have accumulated in the SVN over the last months. I understand that
> it's a bit late with the stable release schedule, that said all this
> patches have been upstream and in jessie/sid for months.
[...]
> +eglibc (2.13-38+deb7u5) wheezy; urgency=medium
> +
> +  * debian/patches/any/cvs-resolv-reuse-fd.diff: new patch from upstream
> +to fix invalid file descriptor reuse while sending DNS query.  Closes:
> +#722075, #756343.
> +  * debian/patches/any/cvs-CVE-2013-4357.diff: new patch from upstream to
> +fix stack overflow issues. Closes: #742925.
> +  * debian/patches/any/submitted-CVE-2014-0475.diff: update from upstream
> +to fix a localplt regression introduced in version 2.13-38+deb7u3.
> +  * patches/any/cvs-dlopen-tls-memleak.patch: new patch from upstream to
> +fix a memory leak with dlopen() and thread-local storage variables.
> +Closes: #763559.

Please go ahead; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#657405: mediagoblin: missing dependencies?

[W. Martin Borgert]

block 657405 with 764543
thanks

On 2014-10-08 20:25, Matija Nalis wrote:
> there is also a need for python-pyld (which doesn't exist at all in
> debian yet).

OK, will try to work on this one.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764544: Shotwell 0.20.0-1 wrong event dates in Catalan

[xavi]

Package: shotwell
Version: 0.20.0-1

Using debian testing is giving wrong event names in Catalan language but 
correctly in English.


Here you are related bugs with same issue but previous versions:
- shotwell 0.12 - Bug 675102 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675102)
- shotwell 0.18.1 - Bug 760686c 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760686)


Using Debian Jessie 3.11-2-amd64 x86_64 GNU/Linux Thanks a lot.

Xavi


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764534: wheezy-pu: package libplack-perl/0.9989-1+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2014-10-08 at 23:16 +0200, gregor herrmann wrote:
> We would like to update libplack-perl in wheezy to fix CVE-2014-5269
> there.
> 
> The bug is fixed in unstable and testing with the 1.0031-1 upload
> from August, and with 0.9941-1+deb6u1 in squeeze-lts recently.
> 
> 0.9989-1+deb7u1 contains one cherry-picked upstream commit as a quilt
> patch, which effectively changes one line (or more precisely: one
> regexp) in the code. The patch also adds a test, and has a rather
> long upstream commit message :)

You weren't kidding. :-)

Please go ahead; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764543: ITP: python-pyld -- implementation of the JSON-LD API

[W. Martin Borgert]

Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert" 

* Package name: python-pyld
  Version : 0.6.2
  Upstream Author : Digital Bazaar 
* URL : http://github.com/digitalbazaar/pyld
* License : BSD 3-clause
  Programming Lang: Python
  Description : implementation of the JSON-LD API

This library is an implementation of the JSON-LD specification in Python.

MediaGoblin depends on this package.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764521: debirf: gpm fails to install in debirf

[jhcha54008]

Le mercredi  8 octobre à 16h 00mn 57s (-0400), Daniel Kahn Gillmor a écrit :
> 
> Have you tested with debootstrap --fakechroot ?
> 

Thank you for your answer.

Same result with debootstrap (using the workaround of #763391) :

$ export FAKECHROOT_CMD_SUBST=/usr/bin/chfn=$(readlink -f chfn.fakechroot)
$ fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot 
--include=gpm,busybox-static,gpgv,less \
 
--exclude=apt-utils,bsdmainutils,cron,ed,info,logrotate,man-db,manpages,tasksel,tasksel-data,tcpd,traceroute
 jessie my_chroot
[ ... ]
I: Configuring rsyslog...
W: Failure while configuring base packages.  This will be re-attempted up to 
five times.
W: See /home/me/my_chroot/debootstrap/debootstrap.log for details (possibly the 
package gpm is at fault)
I: Configuring gpm...
W: Failure while configuring base packages.  This will be re-attempted up to 
five times.
W: See /home/me/my_chroot/debootstrap/debootstrap.log for details (possibly the 
package gpm is at fault)
W: Failure while configuring base packages.  This will be re-attempted up to 
five times.
W: See /home/me/my_chroot/debootstrap/debootstrap.log for details (possibly the 
package gpm is at fault)
W: Failure while configuring base packages.  This will be re-attempted up to 
five times.
W: See /home/me/my_chroot/debootstrap/debootstrap.log for details (possibly the 
package gpm is at fault)
W: Failure while configuring base packages.  This will be re-attempted up to 
five times.
W: See /home/me/my_chroot/debootstrap/debootstrap.log for details (possibly the 
package gpm is at fault)

$ cat my_chroot/debootstrap/debootstrap.log
[ ... ]
Setting up gpm (1.20.4-6.1) ...
ln: failed to create symbolic link '/dev/mouse': Permission denied
dpkg: error processing package gpm (--configure):
 subprocess installed post-installation script returned error exit status 1
[ ... ]
Errors were encountered while processing:
 gpm
Setting up gpm (1.20.4-6.1) ...
ln: failed to create symbolic link '/home/moi/my_chroot/dev/mouse': Permission 
denied
dpkg: error processing package gpm (--configure):
 subprocess installed post-installation script returned error exit status 1

(four times)

The workaroud (export FAKECHROOT_CMD_SUBST=/bin/ln=$(readlink -f ln_in_dev.sh)) 
is of no help, as debootstrap --variant fakechroot set up a symlink 
my_chroot/dev
pointing to /dev (debootstrap 1.0.63, /usr/share/debootstrap/functions lines 
1073-1076 :

setup_devices_fakechroot () {
rm -rf "$TARGET/dev"
ln -s /dev "$TARGET"
}
)

Regards,
JH Chatenet


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764542: debconf: potential filesystem corruption

[westlake]

Package: debconf
Version: 1.5.49
Severity: important

when there's low ram available and dpkg-reconfigure is issued (eg, 
dpkg-reconfigure locales), if there are premature "exits" when building 
locales it could lead to a filesystem corruption.


This happened to me more than once where I was using a 128MB ram for 
kvm, and there was less than 64 megs of ram available for 
dpkg-reconfigure..


I wouldn't expect filesystem corruption but there was something of it as 
I was forced to use fsck on boot-up.


There is a filesystem issue, I didn't want to believe it until it 
happened twice with two separate kvm VMs.  The disks are "virtual" 
isolating the diagnosis it could be a potential hardware problem. It 
could also be replicated more than once.


Steps
->dpkg-reconfigure locales would run but would have crash-exits when 
when trying to generate locales.


->type "reboot". On the next boot-up there would be complaint of 
filesystem integrity and fsck would run.


^ These two steps was tried on two different kvms but with the same 
Debian, and same amount of ram reservation.


(Note: the "free" ram available is less than 64 MB, locales tried were 
en_CA.UTF-8 and en_US.UTF-8)


If more logging data is needed, I can try to see if I can do that.
thanks


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751238: Reopen bug report for switching hwclock-set to use hctosys

[Michael Biebl]

Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
> With those exact same versions, I still see the system clock set
> correctly!

What's your timezone? Mine is Europe/Berlin.
On each reboot, my hwclock will be off by another -2 hours.
So if it's 12:00 local time, after reboot, my hwclock will be set to
10:00, after another reboot it is set to 08:00 and so on (checked with
hwclock --debug).



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#708585: libbrlapi-dev: arch-dependent files in "Multi-Arch: same" package

[Samuel Thibault]

Jakub Wilk, le Wed 08 Oct 2014 23:10:49 +0200, a écrit :
> Sorry, it's me again! The timestamps in the manpages still vary with
> architecture.

Right, there was a bug in the code handling it, it should get fine in the next 
upload.

Samuel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764541: gsm3: When changing user, the sound is not stopped

[Thibaut]

Package: gsm3
Version: gnome3
Severity: minor

If a sound is playing on the speaker when a user switch its session to an other
user, the sound is still playing.
When a user as started playing a sound (for example through a youtube video
playing on iceweasel), a user on an other session will not be able to play a
sound. In the sound option menu, the speakers are not visible. Only the
internal audio is accessible.

To play a sound on the speakers, it is needed to switch back to the first user
that played a sound and close the software (for youtube, closing the tab is
enough). 

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764276: dxpc: Crashes when using TeXworks

[paul . szabo]

Grabbed dxpc sources
  dxpc_3.9.2.orig.tar.gz
  dxpc_3.9.2-3.debian.tar.gz
Commented out stripcmd in install-sh so:
  psz@como:~/dxpc-3.9.2$ diff install-sh.orig install-sh
  124c124
  < -s) stripcmd=$stripprog
  ---
  > -s) # stripcmd=$stripprog
and then building, running my own dxpc via gdb, and running texworks
elsewhere to make it crash, I got:
  psz@como:~/dxpc-3.9.2$ gdb --args ./dxpc -w -u y639.yt
  ...
  (gdb) run
  Starting program: /usr/users/amstaff/psz/dxpc-3.9.2/dxpc -w -u y639.yt
  dxpc proxy running in CLIENT mode
  trying to connect to remote proxy...
  connect succeeded.
  using image compression level 9
  connected to server proxy
  ready
  terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc
  
  Program received signal SIGABRT, Aborted.
  0xe430 in __kernel_vsyscall ()
  (gdb) bt
  #0  0xe430 in __kernel_vsyscall ()
  #1  0xf7d2c681 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
  #2  0xf7d2fab2 in *__GI_abort () at abort.c:92
  #3  0xf7efa28d in __gnu_cxx::__verbose_terminate_handler() () from 
/usr/lib/i386-linux-gnu/libstdc++.so.6
  #4  0xf7ef7ef3 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
  #5  0xf7ef7f2f in std::terminate() () from 
/usr/lib/i386-linux-gnu/libstdc++.so.6
  #6  0xf7ef81ce in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6
  #7  0xf7ef880e in operator new(unsigned int) () from 
/usr/lib/i386-linux-gnu/libstdc++.so.6
  #8  0xf7ef88bb in operator new[](unsigned int) () from 
/usr/lib/i386-linux-gnu/libstdc++.so.6
  #9  0x5656e86f in EncodeBuffer::growBuffer (this=this@entry=0x5657f588, 
minumumFreeSpaceAfterGrow=, minumumFreeSpaceAfterGrow@entry=8) 
at EncodeBuffer.C:215
  #10 0x5656e99c in EncodeBuffer::encodeDirect (this=0x5657f588, value=0, 
numBits=16) at EncodeBuffer.C:56
  #11 0x5655db98 in ClientChannel::doRead (this=0xf7c9b008, encodeBuffer=...) 
at ClientChannel.C:181
  #12 0x5655b488 in Multiplexer::handleSelect (this=0x5657f560, fd=9) at 
Multiplexer.C:157
  #13 0x56558948 in main (argc=4, argv=0xdb84) at main.C:729
  (gdb) q
  ...
Does this help? Should I try something else?

Thanks, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764465: [Python-modules-team] Bug#764465: libapache2-mod-wsgi: weird apache2 integration

[Brian May]

On 8 October 2014 22:02, Arturo Borrero Gonzalez <
arturo.borrero.g...@gmail.com> wrote:

> My workflow was:
>  # aptitude install libapache2-mod-wsgi apache2 postgresql
>  [...]
>  # a2enmod wsgi
>  ERROR: Module wsgi does not exist!
>

Just a random thought, are you sure this was a *new* install of
 libapache2-mod-wsgi?

If you had manually deleted the conffile, and then upgraded the package,
the conffile won't get recreated.

Or if you had previously installed the package, and removed it without
purging it, and then manually deleted the conffile.

I don't know if this is your problem or not, just something that could be
the problem.

Unfortunately you didn't quote the output of aptitude which would have
helped to shed light on the issue.
-- 
Brian May 

Bug#764539: [systemd] Dependency failed for Swap

[Michael Biebl]

Am 08.10.2014 um 23:38 schrieb Francesco Muzio:
> --- System information. ---
> Architecture: i386
> Kernel: Linux 3.16.3

Please check your custom kernel, if it has all necessary options enabled
as listed in /usr/share/doc/systemd/README.gz,
specifically
CONFIG_FHANDLE (libudev, mount and bind mount handling)
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#730683: fish: New upstream release

[Magnus Holmgren]

torsdagen den 28 november 2013 09.28.00 skrev  Sylvestre Ledru:
> Release 2.1.0 is out. Could you consider packaging it?

2.1.0 was already packaged, but contains a security hole fixed in 2.1.1. Do 
you plan to package that to have a version of fish in jessie?

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 

signature.asc
Description: This is a digitally signed message part.

Bug#762561: Usability problem: gtk-recordmydesktop create Ogg Theora video file the KDE file manager fail to play

[Petter Reinholdtsen]

Here is a small update on this usability issue.

The following video applications in unstable now support video/ogg in
their desktop file:

  dragonplayer
  gnome-mplayer (#762565)
  handbreak (#763175)
  kaffeine
  mpv (#763173)
  totem
  vlc (#762564)

The only remaining one I am aware is advene (#763174), and a fix is
planned also there before the freeze.

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764295: open-vm-tools-desktop: service is not enabled by default and desktop integration has serious issues

[Norbert Lange]

Hi,

I found some other problem, if you ty to remove the open-vm-tools-desktop  
package, the removal will fail
Its actually not possible to remove it after starting the desktop UI,  
might be a problem for upgrading aswell?


---apt-get remove open-vm-tools-desktop:
Removing open-vm-tools-desktop (2:9.4.6-1770165-5) ...
Job for run-vmblock\x2dfuse.mount failed. See 'systemctl status  
run-vmblock\x2dfuse.mount' and 'journalctl -xn' for details.

dpkg: error processing package open-vm-tools-desktop (--remove):
 subprocess installed pre-removal script returned error exit status 1
Errors were encountered while processing:
 open-vm-tools-desktop
E: Sub-process /usr/bin/dpkg returned an error code (1)

---systemctl status run-vmblock\x2dfuse.mount:
● run-vmblockx2dfuse.mount
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

---journald:
Oct 08 23:46:22 debian-replace umount[1645]: umount: /run/vmblock-fuse:  
device is busy.
Oct 08 23:46:22 debian-replace umount[1645]: (In some cases useful info  
about processes that use
Oct 08 23:46:22 debian-replace umount[1645]: the device is found by  
lsof(8) or fuser(1))
Oct 08 23:46:22 debian-replace systemd[1]: run-vmblock\x2dfuse.mount mount  
process exited, code=exited status=1
Oct 08 23:46:22 debian-replace systemd[1]: Failed unmounting VMware  
vmblock fuse mount.




If you have a look at the init script, the relevant part is the  
unblock_vmblock_clients function:

https://github.com/nolange/pkg-open-vm-tools/blob/master/debian/open-vm-tools.init

After calling it the filesystem should be easily unmounted

(Anyway, is it a good idea to cancel the removal/upgrade of the package -  
maybe this should be forced even if in use?)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764540: wheezy-pu: package glibc/2.13-38+deb7u5

[Aurelien Jarno]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Dear release managers,

I would like to do an update of eglibc in wheezy, with the patches we
have accumulated in the SVN over the last months. I understand that
it's a bit late with the stable release schedule, that said all this
patches have been upstream and in jessie/sid for months.

This version fixes a regression introduced by the recent security
uploads, a stack overflow that the security team hasn't consider it 
serious enough to warrant a DSA, and two annoying issues already fixed
in jessie/sid for which users asked for a backport. Here is the
corresponding changelog:

| eglibc (2.13-38+deb7u5) wheezy; urgency=medium
| 
|   * debian/patches/any/cvs-resolv-reuse-fd.diff: new patch from upstream
| to fix invalid file descriptor reuse while sending DNS query.  Closes:
| #722075, #756343.

This is a single line fix to reload a variable instead of keeping it
initialized to the previous value. This bug got more attention now that
more people use golang.

|   * debian/patches/any/cvs-CVE-2013-4357.diff: new patch from upstream to
| fix stack overflow issues. Closes: #742925.

This is yet another fix for stack overflow issues in the GNU libc, that
have been missed in the previous CVEs. The idea is to not use alloca on
bug amount of memory and either to fail or to use malloc instead.

|   * debian/patches/any/submitted-CVE-2014-0475.diff: update from upstream
| to fix a localplt regression introduced in version 2.13-38+deb7u3.

This is a very small patch to not access memmem through PLT for internal
usage. See https://sourceware.org/glibc/wiki/Testing/Check-localplt

|   * patches/any/cvs-dlopen-tls-memleak.patch: new patch from upstream to
| fix a memory leak with dlopen() and thread-local storage variables.
| Closes: #763559.

This patch fixes a memory leak happening mostly when loading a C++
library with dlopen().

|  -- Aurelien Jarno   Wed, 08 Oct 2014 22:50:01 +0200

You will find the full debdiff from the latest security update below.

Thanks for considering.

Aurelien



diff -u eglibc-2.13/debian/changelog eglibc-2.13/debian/changelog
--- eglibc-2.13/debian/changelog
+++ eglibc-2.13/debian/changelog
@@ -1,3 +1,18 @@
+eglibc (2.13-38+deb7u5) wheezy; urgency=medium
+
+  * debian/patches/any/cvs-resolv-reuse-fd.diff: new patch from upstream
+to fix invalid file descriptor reuse while sending DNS query.  Closes:
+#722075, #756343.
+  * debian/patches/any/cvs-CVE-2013-4357.diff: new patch from upstream to
+fix stack overflow issues. Closes: #742925.
+  * debian/patches/any/submitted-CVE-2014-0475.diff: update from upstream
+to fix a localplt regression introduced in version 2.13-38+deb7u3.
+  * patches/any/cvs-dlopen-tls-memleak.patch: new patch from upstream to
+fix a memory leak with dlopen() and thread-local storage variables.
+Closes: #763559.
+
+ -- Aurelien Jarno   Wed, 08 Oct 2014 22:50:01 +0200
+
 eglibc (2.13-38+deb7u4) wheezy-security; urgency=high
 
   * Apply upstream patch to fix buffer overflow in __gconv_translit_find.
diff -u eglibc-2.13/debian/patches/series eglibc-2.13/debian/patches/series
--- eglibc-2.13/debian/patches/series
+++ eglibc-2.13/debian/patches/series
@@ -393,0 +394,3 @@
+any/cvs-resolv-reuse-fd.diff
+any/cvs-CVE-2013-4357.diff
+any/cvs-dlopen-tls-memleak.patch
diff -u eglibc-2.13/debian/patches/any/submitted-CVE-2014-0475.diff 
eglibc-2.13/debian/patches/any/submitted-CVE-2014-0475.diff
--- eglibc-2.13/debian/patches/any/submitted-CVE-2014-0475.diff
+++ eglibc-2.13/debian/patches/any/submitted-CVE-2014-0475.diff
@@ -123,0 +124,20 @@
+--- a/include/string.h
 b/include/string.h
+@@ -86,6 +86,7 @@ libc_hidden_proto (__strtok_r)
+ extern char *__strsep_g (char **__stringp, __const char *__delim);
+ libc_hidden_proto (__strsep_g)
+ libc_hidden_proto (strnlen)
++libc_hidden_proto (memmem)
+ 
+ libc_hidden_builtin_proto (memchr)
+ libc_hidden_builtin_proto (memcpy)
+--- a/string/memmem.c
 b/string/memmem.c
+@@ -74,5 +74,6 @@ memmem (const void *haystack_start, size_t haystack_len,
+   else
+ return two_way_long_needle (haystack, haystack_len, needle, needle_len);
+ }
++libc_hidden_def (memmem)
+ 
+ #undef LONG_NEEDLE_THRESHOLD
+
--- eglibc-2.13.orig/debian/patches/any/cvs-dlopen-tls-memleak.patch
+++ eglibc-2.13/debian/patches/any/cvs-dlopen-tls-memleak.patch
@@ -0,0 +1,142 @@
+2011-04-10  Ulrich Drepper  
+
+   [BZ #12650]
+   * sysdeps/i386/dl-tls.h: Define TLS_DTV_UNALLOCATED.
+   * sysdeps/ia64/dl-tls.h: Likewise.
+   * sysdeps/powerpc/dl-tls.h: Likewise.
+   * sysdeps/s390/dl-tls.h: Likewise.
+   * sysdeps/sh/dl-tls.h: Likewise.
+   * sysdeps/sparc/dl-tls.h: Likewise.
+   * sysdeps/x86_64/dl-tls.h: Likewise.
+   * elf/dl-tls.c: Don't define TLS_DTV_UNALLOCATED here.
+
+nptl/
+2011-04-10  Ulrich Drepper  
+
+   [BZ #12650]
+   * allocatestack.c (get_cached

Bug#758165: gcc-4.9 devirtualisation bug affecting wxwidgets3.0 now fixed

[Olly Betts]

On Wed, Oct 08, 2014 at 11:22:20PM +0300, Niko Tyni wrote:
> But we probably need the wxwidgets3.0 packages built with a fixed
> gcc-4.9 first?

The problematic code is inlined from a wx API header, so I suspect not,
but maybe there's something in the rebuilt library too.

> This was jessie's 3.0.1-3, and buildd logs say it was built in August
> with 4.9.0-10.

Yes, that sounds about right.

> I've filed #764525 to fix the uninstallability in sid and can re-test
> when the binNMUs are built. The porter box setup doesn't really allow for
> manually built binaries or mixing distributions AFAICS.

Even if the issue is header-only, it would definitely be good to retest
with 3.0.2-1 (in unstable only currently) in case there are changes in
the new upstream version which have solved this issue, especially as
Johan reports sage now builds OK.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764425: [INTL:es] Spanish translation of the debconf template apt-listbugs

[jathan]

On 08/10/14 21:04, Francesco Poli wrote:
> On Tue, 07 Oct 2014 17:17:28 + jathan wrote:
> 
> [...]
>> Hi,
>>
>> please find attached the Spanish debconf translation of apt-listbugs.
> 
> Hello Jonathan,
> thanks for the updated translation.
> 
> I have a question for you.
> 
> 
> #: ../lib/apt-listbugs/logic.rb:86
> msgid "Resolved in some Version"
> msgstr "Marcados como corregidos en alguna versión"
> 
> Could the translation be shortened to the following?
> 
> msgstr "Corregidos en alguna versión"
> 
> 
> Please let me know, thanks for your time.
> 
> 
> 
Of course. Change made ;)

-- 
Por favor evita enviarme adjuntos en formato de word o powerpoint, si
quieres saber porque lee esto:
http://www.gnu.org/philosophy/no-word-attachments.es.html
¡Cámbiate a GNU/Linux! http://getgnulinux.org/es
# apt-listbugs po translation to Spanish
# Copyright (C) 2014 Software in the Public Interest
# This file is distributed under the same license as the apt-listbugs package.
#
# Changes:
#   - Initial translation
#   Omar Campagne , 2012.
#
#   - Updates
#   Matías Bellone , 2014.
#   Jonathan Bustillos , 2014.
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
msgid ""
msgstr ""
"Project-Id-Version: apt-listbugs 0.1.8\n"
"Report-Msgid-Bugs-To: invernom...@paranoici.org\n"
"POT-Creation-Date: 2014-08-11 16:22+0200\n"
"PO-Revision-Date: 2014-10-08 16:36+\n"
"Last-Translator: Jonathan Bustillos \n"
"Language-Team: Debian Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. TRANSLATORS: "E: " is a label for error messages; you may translate it with a suitable abbreviation of the word "error"
#: ../apt-listbugs:330 ../apt-listbugs:368 ../apt-listbugs:373
#: ../apt-listbugs:379 ../apt-listbugs:393 ../apt-listbugs:423
#: ../apt-listbugs:454 ../apt-listbugs:503 ../apt-listbugs:516
#: ../aptcleanup:54 ../aptcleanup:57 ../lib/apt-listbugs/logic.rb:268
#: ../lib/apt-listbugs/logic.rb:278 ../lib/apt-listbugs/logic.rb:900
#: ../lib/apt-listbugs/logic.rb:911 ../lib/apt-listbugs/logic.rb:923
#: ../migratepins:54 ../migratepins:57
msgid "E: "
msgstr "E: "

#: ../apt-listbugs:331
msgid ""
"This may be caused by a package lacking support for the ruby interpreter in "
"use. Try to fix the situation with the following commands:"
msgstr ""
"Es posible que esto suceda porque un paquete no es compatible con el "
"intérprete ruby utilizado. Intente corregir esta situación ejecutando lo "
"siguiente:"

#: ../apt-listbugs:368
msgid "APT_HOOK_INFO_FD is undefined.\n"
msgstr "No está definido APT_HOOK_INFO_FD.\n"

#: ../apt-listbugs:373
msgid "APT_HOOK_INFO_FD is not correctly defined.\n"
msgstr "No está definido correctamente APT_HOOK_INFO_FD.\n"

#: ../apt-listbugs:379
msgid "Cannot read from file descriptor %d"
msgstr "No se puede leer desde el descriptor de archivo %d"

#: ../apt-listbugs:393
msgid "APT Pre-Install-Pkgs is not giving me expected 'VERSION 3' string.\n"
msgstr "APT Pre-Install-Pkgs no devuelve la cadena esperada «VERSION 3».\n"

#: ../apt-listbugs:423
msgid "APT Pre-Install-Pkgs is giving me fewer fields than expected.\n"
msgstr "APT Pre-Install-Pkgs devuelve menos campos de los esperados.\n"

#: ../apt-listbugs:454
msgid ""
"APT Pre-Install-Pkgs is giving me an invalid direction of version change.\n"
msgstr ""
"APT Pre-Install-Pkgs devuelve una dirección no válida de cambio de versión.\n"

#: ../apt-listbugs:533
msgid "** Exiting with an error in order to stop the installation. **"
msgstr "** Saliendo con error para detener la instalación. **"

#: ../aptcleanup:54 ../lib/apt-listbugs/logic.rb:338 ../migratepins:54
msgid "Cannot read from %s"
msgstr "No se puede leer desde %s"

#: ../aptcleanup:125
msgid "Fixed packages : "
msgstr "Paquetes corregidos : "

#: ../lib/apt-listbugs/logic.rb:47
msgid "Usage: "
msgstr "Uso: "

#: ../lib/apt-listbugs/logic.rb:48
msgid " [options]  [arguments]"
msgstr " [opciones]  [argumentos]"

#: ../lib/apt-listbugs/logic.rb:50
msgid "Options:\n"
msgstr "Opciones:\n"

#. TRANSLATORS: the colons (:) in the following strings are vertically aligned, please keep their alignment consistent
#: ../lib/apt-listbugs/logic.rb:52
msgid " -h   : Display this help and ex

Bug#764291: chromium 37 for i386 is miscompiled - it crashes on CMOV and SSE instructions

[Dionisio E Alonso (Baco)]

Package: chromium
Version: 37.0.2062.120-2
Severity: important

Confirmed on Debian testing. Version 35 worked fine, but after upgrade
chromium started returning «Illegal instruction».

CPU is Athlon 2000XP, it does not support SSE2 instructions.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764539: [systemd] Dependency failed for Swap

[Francesco Muzio]

Package: systemd
Version: 215-5+b1
Severity: important

Dear maintainers,

after the upgrade to version 215-5+b1 I  began to have this problem at boot:

the "swapon" operation fails during the boot, and it fails after 90 
seconds of delayed boot.


I see on the screen the message "A start job is running for..." for 90 
secs, then "Dependency failed for 
/dev/disk/by-uuid/68fc3a91-1f31-4bf3-b436-b1086e664b88" and "Dependency 
failed for Swap"



if I do a manual
swapon /dev/sdc2
works, and works also with
swapon /dev/disk/by-uuid/68fc3a91-1f31-4bf3-b436-b1086e664b88

instead, the command
systemctl start 
dev-disk-by\\x2duuid-68fc3a91\\x2d1f31\\x2d4bf3\\x2db436\\x2db1086e664b88.swap
fails with the same behaviour experienced during the boot (90 secs of 
waiting)


and, it's curious: if I do a
swapoff /dev/sdc2
the
systemctl start 
dev-disk-by\\x2duuid-68fc3a91\\x2d1f31\\x2d4bf3\\x2db436\\x2db1086e664b88.swap

works.

why? there are two "swapon" launched by systemd?

some other useful information:

$ ls -l /dev/disk/by-uuid/68fc3a91-1f31-4bf3-b436-b1086e664b88
lrwxrwxrwx 1 root root 10 ott  8 23:11 
/dev/disk/by-uuid/68fc3a91-1f31-4bf3-b436-b1086e664b88 -> ../../sdc2


$ cat /etc/fstab | grep swap
UUID=68fc3a91-1f31-4bf3-b436-b1086e664b88   noneswap sw  
0  0


thanks in advance

--- System information. ---
Architecture: i386
Kernel: Linux 3.16.3

Debian Release: jessie/sid
500 testing cdn.debian.net

--- Package information. ---
Depends (Version) | Installed
-+-= 


libacl1 (>= 2.2.51-8) | 2.2.52-2
libaudit1 (>= 1:2.2.1) | 1:2.4-1
libblkid1 (>= 2.17.2) | 2.20.1-5.11
libc6 (>= 2.17) | 2.19-11
libcap2 (>= 2.10) | 1:2.24-6
libcryptsetup4 (>= 2:1.4.3) | 2:1.6.6-1
libdbus-1-3 (>= 1.1.1) | 1.8.8-1+b1
libgcrypt11 (>= 1.5.1) | 1.5.4-3
libkmod2 (>= 5~) | 18-3
liblzma5 (>= 5.1.1alpha+20120614) | 5.1.1alpha+20120614-2
libpam0g (>= 0.99.7.1) | 1.1.8-3.1
libselinux1 (>= 2.1.9) | 2.3-2
libsystemd-daemon0 (= 208-6) | 215-5+b1
libsystemd-journal0 (= 208-6) | 215-5+b1
libudev1 (>= 189) | 215-5+b1
libwrap0 (>= 7.6-4~) | 7.6.q-25
libsystemd-login0 (= 208-6) | 215-5+b1
util-linux (>= 2.19.1-2) | 2.20.1-5.11
initscripts (>= 2.88dsf-17) | 2.88dsf-53.4
sysv-rc | 2.88dsf-53.4
udev | 215-5+b1
acl | 2.2.52-2
adduser | 3.113+nmu3
libcap2-bin | 1:2.24-6


Recommends (Version) | Installed
=-+-===
libpam-systemd | 215-5+b1


Suggests (Version) | Installed
=-+-===
systemd-ui | 3-2



--- Output from package bug script ---


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764538: dfc: Differences in NMU 3.0.5-0.1

[Matteo Cypriani]

Package: dfc
Version: 2.5.0-1

Please find attached the diff between dfc 2.5.0-1 and 3.0.5-0.1.


nmu-3.0.5-0.1.diff.gz
Description: application/gzip

Bug#764537: Hardening options incomplete: unapplied FORTIFY_SOURCE

[Guillaume Delacour]

Package: pure-ftpd
Version: 1.0.36-2
Severity: important
Tags: patch
User: hardening-disc...@lists.alioth.debian.org
Usertags: goal-hardening

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



Hello,

Hardened build features used through dpkg-buildflags are all used in the
upstream build system (plus bindow and pie).
However, the FORTIFY_SOURCE CPPFLAGS is not applied because gcc optimizations
are not used, see dpkg-buildflags(1) for more informations.
Adding -O2 to CFLAGS in debian/rules seems to be sufficient to enable
fortify_source.

Please also note that blhc report false positives against build flags
because upstream flags are not equals to Debian choices:
* CFLAGS
 + upstream
   -fno-strict-aliasing -fno-strict-overflow -fstack-protector-all
 + dpkg-buildflags:
   -fstack-protector-strong -Wformat -Werror=format-security
* LDFLAGS
 + upstream: -z relro -z now
 + dpkg-buildflags: -Wl,-z,relro -Wl,-z,now

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUNa1mAAoJEJmGUYuaqqClV1gQAIQDA0pnJEISIKAYAXyxLYO4
sEbLSB3v3sTyw+AISR5/RxqoJ7o8mgdUThLEMmCP4qYJqayqdvVUqDH0bcMJ41rM
IiVjdgmu/L5zIyiMHUWWs4LCkhrXQlP6oP8LlEEduuDrMh3dvP4tn7QjrQ1L0SH+
/TLUz+C0brMx6oQ3WVTs5Fowe6/glpNMr2tcIBWCWXjr+KBS1Qjj5JBELM/WcH2G
J49yvWGYAwMOmDB9KbhKUJ8O9z+wnZek2ZI9184099zeVpqPFnQSMHf1iW1PU7Hq
on438lxHN6seqyLKBQkakntcAC/xZeYjUWBAgcRo/xWmhMcCIebM7vBhyUwRU7+b
VUSf2vS5E+4AYsuc00nUp+vTXlDiCihbGLhHG2SPgvvt6EOwVaPXNj8aM9XLnGgE
fagnCBI6yg1WYfUX8nSpyLl5Cmu2LOac+ZiE3JR42UCHMxSWXrEA2CgfFxZy345V
BPPbESk54Xh60+PVIW4qpcqVYpohSkK5CGlfZntikHUCddLcQjCHoScAZGedUGk+
bYX9YA5Y2c1gqBNaJV6s6X/ra4TWrnSIrnQSqkmJ2Iu/FmSG9ck9yWAG7eKNjdN3
SQa5ctVVaF2tNa8D0luLWHEC5QnCty2r+vtdn0aLqxUPNOqhbZnnuGZNnBy11Gi2
WE8nLadeyDs91M6Ic3D8
=va85
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#749136: jellyfish: FTBFS with clang instead of gcc

[Martin Steghöfer]

Hi Andreas!


El 08/10/14 a les 21:06, Andreas Tille ha escrit:

Would you volunteer to check the current Git repository regarding the
clang issue?  It's not ready yet but the state is good enough to look
into the clang build.


The current state of the package in Debian-Med's git repository has the 
exact same issues as upstream HEAD (no more, no less). Therefore it 
would be adequate to use the patching from my upstream pull request:


https://github.com/gmarcais/Jellyfish/pull/21

Btw. I think you're missing the tag "upstream/2.1.4" in order to make 
git-buildpackage build it without complaints.


Sorry I can't be of any help there. I have no clue about ruby packaging. 

Me neither but it's done and thanks to super fast ftpmaster yaggo is
just in unstable.


Cool, that was quick! :-)


For the record: The patch has been merged into upstream git
(https://github.com/gmarcais/Jellyfish/pull/21) and will therefore
be part of the next Release v2.1.5 - which could take a while to be
published.

Since I'm not that deep into Github:  What would be the most
straightforward way to obtain these patches (and turn them into
quilt patches)?


You can just append a suffix ".patch" to the URLs of commits (e.g. 
https://github.com/martin-steghoefer/Jellyfish/commit/780f2ec4.patch) or 
complete pull requests (e.g. 
https://github.com/gmarcais/Jellyfish/pull/21.patch), which will give 
you a patch in git format. This is something that quilt already accepts, 
although it is probably not "debianized" enough to put it into a package 
like this (additional git-specific meta-data, wrong tagging format, 
patch divided in several sections by commits). You can fix that by 
letting quilt rewrite the patch with "dquilt refresh" (when it is the 
top of the quilt stack) and then adding the Debian tagging.


I've done it for the pull request that is relevant here and attached it 
to this message.


Cheers,
Martin

Description: Fix compilation using the "clang" compiler
 This fixes 2 issues with the clang compilation:
 1.) The length of the array defined locally in array::_get_val
 cannot be detected to be constant by a standard C++ compiler.
 GCC's g++ accepts the code anyway because of its ample support
 for variable-length arrays (VLAs). Clang doesn't support VLAs
 for non-POD (Plain Old Type) types. Starting from version 3.5,
 however, it is able to detect the constant nature of the value
 used (using non-standard language features, too) and therefore
 doesn't need LVAs here. However, clang compilers before 3.5 as
 well as compilers that support only pure C++ need this patching.
 2.) The clang compiler warns about the "register" keyword being
 deprecated in C++11. As the Jellyfish build system treats
 warnings as errors, this breaks the build with clang. I suggest
 to remove the keyword instead of silencing the warning because
 most modern compilers (e.g. the recent versions of GCC, clang
 and Visual Studio) ignore the keyword in their optimization
 algorithms anyway.
Author: Martin Steghöfer 
Forwarded: https://github.com/gmarcais/Jellyfish/pull/21
Bug-Debian: http://bugs.debian.org/749136

--- a/include/jellyfish/large_hash_array.hpp
+++ b/include/jellyfish/large_hash_array.hpp
@@ -444,7 +444,7 @@
   bool get_key_id(const key_type& key, size_t* id, key_type& tmp_key, const word** w, const offset_t** o, const size_t oid) const {
 // This static_assert makes clang++ happy
 static_assert(std::is_pod::value, "prefetch_info must be a POD");
-prefetch_info info_ary[prefetch_buffer::capacity()];
+prefetch_info info_ary[prefetch_buffer::capacityConstant];
 prefetch_buffer buffer(info_ary);
 warm_up_cache(buffer, oid);
 
--- a/include/jellyfish/simple_circular_buffer.hpp
+++ b/include/jellyfish/simple_circular_buffer.hpp
@@ -106,6 +106,7 @@
 class pre_alloc : public base > {
   typedef base > super;
 public:
+  static const int capacityConstant = capa;
   explicit pre_alloc(T* data) : super(data) { }
   static int capacity() { return capa; }
 };
--- a/include/jellyfish/rectangular_binary_matrix.hpp
+++ b/include/jellyfish/rectangular_binary_matrix.hpp
@@ -261,8 +261,8 @@
 #pragma clang diagnostic push
 #pragma clang diagnostic ignored "-Wuninitialized"
 #endif
-register xmm_t acc  = acc ^ acc; // Set acc to 0
-register xmm_t load = load ^ load;
+xmm_t acc  = acc ^ acc; // Set acc to 0
+xmm_t load = load ^ load;
 #ifdef __clang__
 #pragma clang diagnostic pop
 #endif

Bug#758165: gcc-4.9 devirtualisation bug affecting wxwidgets3.0 now fixed

[Johan Van de Wauw]

On Wed, Oct 8, 2014 at 10:22 PM, Niko Tyni  wrote:
> On Tue, Oct 07, 2014 at 12:40:46PM +1300, Olly Betts wrote:
>> On Mon, Sep 01, 2014 at 09:51:37PM -0300, Olly Betts wrote:
>> > There's an issue with devirtualisation in GCC 4.9 which wx3 triggers,
>> > which may be connected:
>> >
>> > https://bugs.debian.org/752733
>>
>> This was fixed in gcc-4.9 4.9.1-14, so it would be useful to check if
>> libwx-perl and sage now work OK on armel and armhf, or if there's
>> something else going on here.
>
> I tried building libwx-perl on armel / abel.debian.org in a jessie chroot
> (the build dependencies are uninstallable in sid right now), with gcc-4.9
> 4.9.1-16, and still got
>
> t/01_load.t ... 1/6 Can't load 
> '/home/ntyni/libwx-perl-0.9923/blib/arch/auto/Wx/PropertyGrid/PropertyGrid.so'
>  for module Wx::PropertyGrid:  at 
> /home/ntyni/libwx-perl-0.9923/blib/lib/Wx/Mini.pm line 74.
>
> which looks like the problem is still present.
On armhf, I managed to get saga gui linking again.

Johan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764533: libspf2-2: Please disable DNS Type SPF (99) queries per RFC 7208

[Andrei POPESCU]

Control: reassign -1 libspf2-2 1.2.10-4

On Mi, 08 oct 14, 17:15:41, Scott Kitterman wrote:
> Source: libspf2-2
> Version: 1.2.10-4
> Severity: normal
> Tags: patch
> 
> RFC 7208 (the standards track update to SPF) did away with the dedicated DNS
> RR type for SPF version 1.  While other updates associated with RFC 7208
> probably need to wait for upstream, the referenced patch suggests this part
> might be really easy:
> 
> http://permalink.gmane.org/gmane.mail.spam.spf.devel/2113
> 
> It would be nice to get this in for Jessie since it can result in a
> significant reduction in SPF related DNS queries as well as avoiding some
> interoperability issues.
> 
> Scott K

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature