Bug#769692: libnet-dns-perl has non-numeric version number 0.80_2
Control: reassign -1 spamassassin Control: forcemerge 766718 -1 Control: affects 766718 + amavisd-new On Sat, 15 Nov 2014 08:18:12 -0800, James Bottomley wrote: Package: libnet-dns-perl Version: 0.80.2-2 Severity: important This causes bugs in any package which checks the version; for instance: /etc/cron.daily/amavisd-new: Argument 0.80_2 isn't numeric in numeric ge (=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm line 214. Argument 0.80_2 isn't numeric in numeric lt () at /usr/share/perl5/Mail/SpamAssassin/Dns.pm line 521. Argument 0.80_2 isn't numeric in numeric ge (=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm line 214. This is a) fixed in libnet-dns-perl 0.81-1 (unblock request: #767750) b) has a bug report in spamassassin: #766718 which is tagged pending Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Funny van Dannen: Gutes tun signature.asc Description: Digital Signature
Bug#734467: Broken systemd unit file?
Hi, Ben Armstrong wrote (04 Oct 2014 22:56:07 GMT) : It looks like the reason /home/debian-transmission is even looked at is, after upgrading from sysvinit-core to systemd-sysv, the unit file doesn't obey the options specified in /etc/default/transmission-daemon, so the daemon can't find its config anymore: CONFIG_DIR=/var/lib/transmission-daemon/info OPTIONS=--config-dir $CONFIG_DIR The unit file, /lib/systemd/system/transmission-daemon.service, has only: ExecStart=/usr/bin/transmission-daemon -f --log-error Right. This and related issues is being discussed on #718624. When I edited the unit file to to add the missing --config-dir option, as per the following, then transmission-daemon no longer tried to use $HOME/.config/transmission-daemon, which is apparently the default, and correctly located all the old settings and resumed all torrents: ExecStart=/usr/bin/transmission-daemon -f --log-error --config-dir=/var/lib/transmission-daemon/info Not a great solution because /lib files are not configurable, Well, you can use a *.conf drop-in file in /etc/systemd/system/transmission.service.d/ to override ExecStart. but a workaround that gets transmission-daemon running for me again under systemd. :) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769701: pdns-server: PACKAGEVERSION still half-empty
Package: pdns-server Version: 3.4.1-2 Severity: important PACKAGEVERSION is still set to '.Debian' instead of 'x.y.z-n.Debian', because the code in debian/rules hits dpkg #766559. Changing debian/rules to say dpkg-parsechangelog -SVersion or bumping the dpkg-dev dependency to 1.17.21 should fix this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769551: Pre-Depends: init-system-helpers
Hi, In order to solve #769551 I need to Pre-Depends: init-system-helpers Indeed preinst script need it: /var/lib/dpkg/tmp.ci/preinst: 27: /var/lib/dpkg/tmp.ci/preinst: deb-systemd-helper: not found Thus I am asking to add a pre-depends to init-system-helpers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769702: lvm2: Initscripts cause non bootable system with btrfs root spanned onto lvm
Package: lvm2 Version: 2.02.95-8 Severity: critical Justification: breaks the whole system Dear Maintainer, When using a btfrs for the root if without the first device being on lvm, but with other devices used in the file system whichi are on lvm then the initscript decicded not to make the vg availble . Since in thise case all the devices which make up the root filesystem are not availabel it cannot be mounted rendering the system unbootable. I have looked at the existing bugs filed against ths package such as #566965 , an it looks like failure to make VG available is common in a number of disparate circumstances. Can I suggest a cmdline argument is added (tested for) to force this to occurs so it can be easily fixed / forced by the user. Having to manually edit you initrd scripts for a specicifc filesystem layout is mor complicated than (IMHO) it should be. Adding a simpl way of forcing this allow the complicated setups to work with minimal impact on the simpler ones. This patch is an example of what I suggest. --- /usr/share/initramfs-tools/scripts/local-top/lvm2 2009-08-17 18:28:09.0 +0100 +++ lvm22014-11-15 16:21:22.646647766 + @@ -60,7 +60,11 @@ modprobe -q dm-mod -activate_vg $ROOT -activate_vg $resume +if grep force_lvm /proc/cmdline /dev/null; then + lvm vgchange -aly --ignorelockingfailure ; +else + activate_vg $ROOT + activate_vg $resume +fi exit 0 Under btrfs, this is a particularly insidious problem as growing the root filesystem can trigger it , on and otherwise working system, and even if you remember to update you initramfs, you are still left with a unbootbale system. I don't believe this script has changed between wheezy and jessie so I suspect it affects Jessie as well. I can confirm that my system boots file with this patch and the force_lvm parameter on the kernel cmdline. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.77-1 ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.17-3 ii libdevmapper-event1.02.1 2:1.02.77-1 ii libdevmapper1.02.12:1.02.77-1 ii libreadline5 5.2+dfsg-2 ii libudev0 175-7.2 ii lsb-base 4.1+Debian8+deb7u1 lvm2 recommends no packages. lvm2 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#769700: regina-normal: missing /usr/bin/censuslookup
Package: regina-normal Version: 4.96-1 Severity: important The utility /usr/bin/censuslookup was introduced in the upstream version 4.96 (it provides access to the new fast census lookup facility). However, this utility was inadvertently omitted from the 4.96-1 debian packages. As a result, the census lookup facility does not work at all. Other aspects of regina-normal work fine. The fix is a one-liner: add /usr/bin/censuslookup to debian/regina-normal.install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728529: [DSE-Dev] Bug#728529: libselinux1: causes ld.so error in smartctl/smartd
On Sat, Nov 15, 2014 at 02:07:44PM +0100, Aurelien Jarno wrote: On Mon, Nov 11, 2013 at 10:23:25AM +0100, Laurent Bigonville wrote: Le Mon, 11 Nov 2013 09:40:52 +0100, Sven Hartge s...@svenhartge.de a écrit : On 11.11.2013 09:34, Laurent Bigonville wrote: Le Mon, 11 Nov 2013 09:26:38 +0100, Sven Hartge s...@svenhartge.de a écrit : On 11.11.2013 09:22, Laurent Bigonville wrote: Le Mon, 11 Nov 2013 09:13:46 +0100, Sven Hartge s...@svenhartge.de a écrit : I see you reverted the fix you made and reassigned the bug to eglibc6 with the commend affected software needs to be recompiled. I don't know if I like this solution. What, if I am not able to recompile an affected program? A binNMU for smartmontools has just been schedule. The new rebuilt version (6.2+svn3841-1+b1) of smartmontools should arrive soon on the archive. All fine and dandy, but what if I have a software showing the same problem, where I am not able to recompile, because I don't have any source code for said software? (This is a hypotethical case.) Calling ldd /usr/sbin/smartctl was also triggering the same assertion. I tired to run ldd on all the executables that are depending against libselinux and only the executables from the smartmontools package were showing this issue, so the other packages in the archive /should/ be safe. Everything from the package pools of Debian may be safe, yes. But there are other programs from third party vendors, which may show the same problem, which cannot be rebuild, because they are proprietary software. What about them? The only versions of libselinux that have been compiled against libpthread are 2.1.13(all revisions) and 2.2-2 The version from wheezy and even squeeze were not, so there is no regressions between stable release here. The way I see it is that libselinux1 and/or libc6 changed in an binary-incompatible way and should be fixed in a way which does not require a rebuild of eventually affected software. Well here it's not a simple ABI change, the loader itself is asserting, that's why I've reassigned the bug to eglibc. It's possible to trigger the assertion in wheezy, so I don't think it's a libc regression. It's more likely due to changes in libselinux, libpcre3 and/or smartmontools. Some more remarks about this bug. It's possible to reproduce this bug with smartmontools from wheezy, and the same way with (e)glibc from wheezy or jessie. Therefore the bug doesn't seems to come from there. To be able to reproduce this bug, smartmontools needs to be build with the following conditions: - with binutils = 2.23.52.20130522-1, but using bfd, not gold - against libselinux1-dev linked against libpcre3 (which in turn might be linked or not against libthread) - against libpcre3 linked against libpthread At runtime it should not be (indirectly) linked against libpthread. That's why it works in jessie/sid, as libpcre3 is linked against libpthread. When comparing the resulting binaries, one might remark the following differences (- is working, + is not working): - 82: 0 NOTYPE WEAK DEFAULT UND pthread_cancel -740: 0 NOTYPE WEAK DEFAULT UND pthread_cancel +123: 00402f70 0 FUNCWEAK DEFAULT UND pthread_cancel@GLIBC_2.2.5 (7) +719: 00402f70 0 FUNCWEAK DEFAULT UND pthread_cancel@@GLIBC_2.2 The above difference is not present when linking with gold. It might to be related to one of the bug in the ld/15149 series [1]. Aurelien [1] https://sourceware.org/bugzilla/show_bug.cgi?id=15149 -- 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#766761: sub...@bugs.debian.org
Control: forcemerge 734467 -1 Control: retitle 734467 systemd unit file uses the (non-existing, default) configuration path Hi Matthias, Matthias Liertzer wrote (25 Oct 2014 15:05:53 GMT) : The systemd .service file for transmission-daemon is broken, since it doesn't include the configuration option --config-dir as it does in the case of the standard init.d startup script. Hence the configuration can't be found when transmission-daemon is started via systemd, which is now the default init system with jessie. [...] The proper fix is of course to add the option in the installed service file /lib/systemd/system/transmission-daemon.service . Right, thanks. Note that this brings other problems, and requires a more involved solution, as discussed on #718624. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x
On Sat, 15 Nov 2014 16:35:52 +, peter green wrote: Package: libjogl2-java Version: 2.2.4+dfsg-1 Severity: serious Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the arm64 build log This looks like a duplicate of #769003. Or did this happen with the fixed gluegen2 (2.2.4-2)? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beatles signature.asc Description: Digital Signature
Bug#739637: Abandoning Everpad ITP
FYI I am no longer actively using Evernote, and thus Everpad. My initial work on the Debian package can still be found at https://github.com/e2jk/everpad/tree/debian The Ubuntu PPA also still exists, if that can be of any help, see https://github.com/nvbn/everpad#installation +Emilien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769237: mipp: FTBFS in jessie/i386: Tests failures
Hi Ross, hi Lucas, On Fri, 14 Nov 2014 22:51:18 +0100 Ross Gammon r...@the-gammons.net wrote: On 11/14/2014 09:26 PM, Ross Gammon wrote: I will try once more to build from source in a Jessie VM. I would like to understand what is going on here. $ apt-get source mipp # apt-get build-dep mipp $ apt-get --build source mipp Works fine in a freshly created Jessie VM. This issue seems to be related to a precision issue that is triggered only in particular cases. I have just pushed to the git repository of (git.debian.org/git/pkg-grass/mipp.git) of the package a fix for this issue bacported from upstream. Can you please let me know if it works for you? I can't reproduce the issue on my laptop. cheers -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769703: nmu: several octave add-ons on {kfreebsd,hurd}-i386
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear Release Team, Due to the change of GNU triplet on *-i386, several octave packages need to be rebuilt on that {kfreebsd,hurd}-i386 (the case of linux-i386 has already been dealt with in #762098). The reason is that the location of arch-specific files in Octave add-ons depends on the GNU triplet. Here are the full wanna-buildd request: nmu octave-econometrics_1:1.1.1-2 octave-mpi_1.2.0-1 octave-nan_2.5.9-2 octave-optim_1.4.0-1 octave-optiminterp_0.3.4-1 octave-parallel_2.2.0-1 octave-quaternion_2.2.2-1 octave-signal_1.3.0-1 . kfreebsd-i386 . -m rebuild for i486-i586 GNU triplet change nmu octave-econometrics_1:1.1.1-2 octave-mpi_1.2.0-1 octave-nan_2.5.9-2 octave-optim_1.4.0-1 octave-optiminterp_0.3.4-1 octave-parallel_2.2.0-1 octave-quaternion_2.2.2-1 octave-signal_1.3.0-1 . hurd-i386 . -m rebuild for i486-i586 GNU triplet change Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736675: libopenmpi1.6: ships two incorrect soname links
On 2014-03-01 20:34, Manuel Prinz wrote: Hi Andreas! Thanks for the patch! It's in SVN now and will be in the next upload. Unfortunately it wasn't icnluded in the last upload. Can we get this fix into jessie, please? There are now 330 packages in sid that are reported by piuparts to have wrong soname links - most of them due to a dependency on libopenmpi, but I'd like to see if there are any other buggy ones, too. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760341: pastebinit: doesnt default to paste.debian.net
On 15.11.2014 23:07, Michael Banck wrote: Would be nice if an error message or anything would be returned in those cases, but oh well. I absolutely agree. Error-handling been a long-reported problem but apparently Stéphane wants to fix it properly rather than taking an 80/20 approach. Alas, that way it hasn't made it onto his busy schedule for several years now. Help in this area, even for 80/20 solutions would be welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769682: Secure and HttpOnly flags are not set for cookies with Jenkins on Tomcat
There is already an upstream bug for this problem located at this url: https://issues.jenkins-ci.org/browse/JENKINS-25019 with a proposed fix that only adresses the HttpOnly issue for Tomcat. Why isn't the missing “secure” flag a Tomcat configuration issue? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766758: apt: does not process pending triggers
Hi! On Sat, 2014-11-15 at 11:43:02 +0200, Eugene V. Lyubimkin wrote: Did not touch trigger stuff for a while, let's see if I catched up what happens here: 2014-11-15 00:28, Guillem Jover: [...] Only apt seems to be affected. dselect properly uses “dpkg transactions” and as such queues all configuration in a final «--configure --pending» call. And cupt seems to behave correctly by calling dpkg with «--triggers-only --pending», but Eugene might know for sure. Cupt calls '--triggers-only --pending' in the end of run when trigger deferring (i.e. '--no-triggers') is enabled, which is the default (both in wheezy and jessie). Good then. Do I read your explanation [1] correctly that '--triggers-only --pending' needs to be invoked (in the end) always, since dpkg may choose not to process triggers not just because '--no-triggers' is passed, but also because dependencies of a 'triggers-pending' package are not satisfied right at that time? Well, yes and no. If the frontend is smart enough, it might decide to call «dpkg --triggers-only --pending» only if there are actually packages pending trigger processing, otherwise it could just skip that dpkg run. If the frontend is using “dpkg transactions”, then it will be doing a final «dpkg --configure --pending» which will perform all configuration and trigger processing, so that'd work too (that's what dselect is doing for example). Otherwise always calling unconditionally either --configure or --triggers-only with --pending as a last dpkg run should do it too, as those calls never fail. But in the end, yeah, depending on how the frontend interacts with dpkg, the latter might leave packages pending trigger processing (but not with the workaround targetting 1.17.22 though). And w/o wanting to get tiresome with this, take into account that frontends that use any of the dpkg --force-* options as normal course of action, will most probably produce intermediate broken states. For example in #768852 I found that apt was removing libaudit0 before readahead-fedora had been upgraded, so its dependencies were not satisfiable when going to process triggers. If apt would have instead marked libaudit0 for removal using selections, then dpkg would have been able to remove it in case it needed to, due to conflicts or similar. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x
gregor herrmann wrote: On Sat, 15 Nov 2014 16:35:52 +, peter green wrote: Package: libjogl2-java Version: 2.2.4+dfsg-1 Severity: serious Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the arm64 build log This looks like a duplicate of #769003. Indeed it does. Can you request give backs if you have not already done so? Or did this happen with the fixed gluegen2 (2.2.4-2)? Cheers, gregor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769360: unblock: zthreads/2.3.2-7.2
Jonathan Wiltshire, le Sat 15 Nov 2014 12:02:30 +, a écrit : Control: tag -1 moreinfo On Thu, Nov 13, 2014 at 01:11:33AM +0100, Samuel Thibault wrote: unblock zthreads/2.3.2-7.2 I can't unblock this until it's in unstable. You don't need pre-approvals for everything you want to do; if you think it's sane, please save us a round-trip by asking after upload. Well, here it's an NMU, I preferred to make sure it was ok to do this. Thanks, I'll ping when it's done. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769058: cups: /usr/lib/cups/filter/foomatic-rip failed after last CUPS update
On Fri 14 Nov 2014 at 18:57:09 +, Brian Potkin wrote: How does the error_log compare with the one we have? Please also provide the output of 'ls -l /etc/cups/ppd' on the *server*. 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#769544: needrestart: prompts user without following Debian Configuration Management Specification - accesses /dev/tty
Re, On 11/15/2014 03:49 PM, Andreas Beckmann wrote: On 2014-11-14 19:48, Thomas Liske wrote: On 11/14/2014 01:07 PM, Andreas Beckmann wrote: during a test with piuparts I noticed your package prompts the user badly. Prompting in maintainer scripts must be done by communicating through a program such as debconf which conforms to the Debian Configuration Management Specification, version 2 or higher. the Debian Policy does not apply - the observed bug is within the upstream perl core. The Policy applies to upstream bugs too, as long as they are found in Debian. :-) You are quoting a section applying to debian maintainer scripts - the maintainer script in needrestart does not use debconf nor is it buggy at all. needrestart is launched by apt outside of dpkg - it's just apt which hangs due to the buggy DPkg::Post-Invoke command. So the package can be installed/upgraded/removed without problems... it's just the dpkg frontend which hangs due to the bug ;-P But that's just academic - the bug is silly and needs to be fixed for jessie without any doubt. I think this is triggered by a division by zero in the same code path as in #767370. This could be triggered if no kernel images were found or no I could verify that the bug disappears if I use --extra-old-packages linux-image-amd64 so merging the two reports. Thanks for confirming merging! process being a restart candidates. Both conditions occure rarely in the wild. Therefore the severity of this issue should be not higher than normal. No kernel installed is not uncommon in virtualized environments - this is where the bug was found initially. I would agree on a lower severity if piuparts was the only way to trigger the bug. Paravirtualized using libvirt AFAIK - there are many other virtualization environments requiring a kernel image inside the container. But the bug should keep a severity of serious[1] if it violates the debian policy. [1] https://www.debian.org/Bugs/Developer#severities The current upload you want to get into jessie was only uploaded with priority=low. If the upstream fix for this bug here gets backported and uploaded with priority=medium it would be eligible for migration at the same time. I think you should do that, especially since I do not see an unblock request for the current version in sid. The patch for #767370 and #769544 has not been uploaded by Patrick, yet. HTH, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769704: /etc/fb.modes: fb.modes lacks standard hd modes
Package: fbset Version: 2.1-28 Severity: normal File: /etc/fb.modes Hello, I upgraded my system, X crashed, and when it came up it came up with fbdev driver rather than Radeon. The resolution is less than optimal: $ fbset mode 1024x768 geometry 1024 768 1024 768 32 timings 0 0 0 0 0 0 0 accel true rgba 8/16,8/8,8/0,0/0 endmode Unfortunaltely, fb.modes lacks standard HD modes such as 1080p, 1440p, 960p?, etc. This make correcting the problem with fbdev needlessly difficult. Please add modes for modern 6:9 screens. Thanks Michal -- System Information: Distributor ID: Ubuntu Description:Ubuntu GNU/Linux testing (jessie) Release:testing Codename: jessie Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/2 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 fbset depends on: ii libc62.19-12 ii makedev 2.3.1-93 ii udev 215-5+b1 fbset recommends no packages. fbset 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#769693: Please giveback libjogl2-java
libjogl2-java failed to build on arm64, ppc64el, and s390x because of a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2. Can you please gb libjogl2-java on those architectures? Something like (apologies if I got the syntax wrong): gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)' Thanks in advance, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Jimi Hendrix: Red House signature.asc Description: Digital Signature
Bug#769705: unblock: pdns-recursor/3.6.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, pdns-recursor 3.6.2-2 contains only packaging changes, they are: * Set PACKAGEVERSION to identify the packages as coming from Debian for security polling support. This closes #767701 (important) * Fix smoke autopkgtest (correct stupid oversight from when the test has been added). * Set Vcs-Git and Vcs-Browser to the correct anonscm.d.o values, zapping lintian warnings for that. I'm attaching a debdiff from 3.6.2-1 (in jessie). Please unblock package pdns-recursor: unblock pdns-recursor/3.6.2-2 Thank you, Christian diff -Nru pdns-recursor-3.6.2/debian/changelog pdns-recursor-3.6.2/debian/changelog --- pdns-recursor-3.6.2/debian/changelog 2014-10-30 17:34:48.0 +0100 +++ pdns-recursor-3.6.2/debian/changelog 2014-11-15 18:06:05.0 +0100 @@ -1,3 +1,15 @@ +pdns-recursor (3.6.2-2) unstable; urgency=medium + + * Set package vendor for security status polling. +Requires directly including buildflags.mk so d/rules can modify +CXXFLAGS. (Closes: #767701) + * d/control: Update Vcs-Git and Vcs-Browser + * Fix smoke autopkgtest. +The test definition was incorrectly copied from the pdns-server +package. + + -- Christian Hofstaedtler z...@debian.org Sat, 15 Nov 2014 17:42:26 +0100 + pdns-recursor (3.6.2-1) unstable; urgency=high * Imported Upstream version 3.6.2, a bugfix release (Closes: #767368) diff -Nru pdns-recursor-3.6.2/debian/control pdns-recursor-3.6.2/debian/control --- pdns-recursor-3.6.2/debian/control 2014-10-30 14:16:26.0 +0100 +++ pdns-recursor-3.6.2/debian/control 2014-11-15 17:28:23.0 +0100 @@ -4,9 +4,9 @@ Standards-Version: 3.9.6 Maintainer: Debian PowerDNS Maintainers pkg-pdns-maintain...@lists.alioth.debian.org Uploaders: Matthijs Möhlmann matth...@cacholong.nl, Marc Haber mh+debian-packa...@zugschlus.de, Christian Hofstaedtler z...@debian.org -Build-Depends: debhelper (= 9~), dh-systemd, quilt, dpkg-dev (= 1.10.17), libboost-dev, libboost-serialization-dev, liblua5.2-dev, pkg-config -Vcs-Git: git://git.debian.org/pkg-pdns/pdns-recursor.git -Vcs-Browser: http://git.debian.org/?p=pkg-pdns/pdns-recursor.git +Build-Depends: debhelper (= 9~), dh-systemd, quilt, dpkg-dev (= 1.17.0~), libboost-dev, libboost-serialization-dev, liblua5.2-dev, pkg-config +Vcs-Git: git://anonscm.debian.org/pkg-pdns/pdns-recursor.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-pdns/pdns-recursor.git Homepage: http://www.powerdns.com/ Package: pdns-recursor diff -Nru pdns-recursor-3.6.2/debian/rules pdns-recursor-3.6.2/debian/rules --- pdns-recursor-3.6.2/debian/rules 2014-10-30 14:16:26.0 +0100 +++ pdns-recursor-3.6.2/debian/rules 2014-11-15 17:28:23.0 +0100 @@ -8,6 +8,13 @@ # Enable hardening features for daemons # Note: blhc (build log hardening check) will find these false positivies: CPPFLAGS 2 missing, LDFLAGS 1 missing export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow,+pie +DPKG_EXPORT_BUILDFLAGS = 1 +# Include buildflags.mk so we can append to the vars it sets. +include /usr/share/dpkg/buildflags.mk + +# Vendor and version (after buildflags.mk so we don't overwrite CXXFLAGS) +version := $(shell dpkg-parsechangelog -SVersion).$(shell dpkg-vendor --query Vendor) +CXXFLAGS += -DPACKAGEVERSION='$(version)' # Use new build system %: diff -Nru pdns-recursor-3.6.2/debian/tests/smoke pdns-recursor-3.6.2/debian/tests/smoke --- pdns-recursor-3.6.2/debian/tests/smoke 2014-10-30 14:16:26.0 +0100 +++ pdns-recursor-3.6.2/debian/tests/smoke 2014-11-15 18:06:05.0 +0100 @@ -2,8 +2,8 @@ exec 21 set -ex -cat EOF /etc/powerdns/bindbackend.conf -zone example.org { type master; file /etc/powerdns/example.org.zone; }; +cat EOF /etc/powerdns/recursor.conf +auth-zones=example.org=/etc/powerdns/example.org.zone EOF cat EOF /etc/powerdns/example.org.zone @@ -12,7 +12,7 @@ smoke.example.org. 172800 IN A 127.0.0.123 EOF -service pdns restart +service pdns-recursor restart TMPFILE=$(mktemp) cleanup() { signature.asc Description: Digital signature
Bug#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x
On Sat, 15 Nov 2014 17:25:44 +, peter green wrote: This looks like a duplicate of #769003. Indeed it does. Can you request give backs if you have not already done so? Done, thanks for the nudge. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Neil Young: Old Man signature.asc Description: Digital Signature
Bug#765424: libpam-mount: Fails to run mount: invalid option -- '-p'
oh! Where is libpam-mount in jessie gone? https://packages.debian.org/search?suite=jessiesearchon=nameskeywords=libpam-mount You have searched for packages that names contain *libpam-mount* in suite(s) *jessie*, all sections, and all architectures. Sorry, your search gave no results
Bug#769706: florence: Crashes on openbox, as any buuton s pressed by mouse.
Package: florence Version: 0.6.2-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? The runtime is as follows: $ florence Florence version 0.6.2 ** (florence:15066): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. XRecord extension found version=1.13 Your screen does not support alpha channel. Semi-transparency is disabled DBus name aquired: org.florence.Keyboard ** (florence:15067): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** (florence:15067): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. WARNING: AT-SPI has been disabled at run time: auto-hide mode is disabled. ** (florence:15066): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** (florence:15066): ERROR **: AT-SPI: COuldn't connect to accessibility bus. Is at-spi-bus-launcher running? Trace/breakpoint trap *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 Versions of packages florence depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii libatk1.0-0 2.14.0-1 ii libatspi2.0-02.14.0-1 ii libc62.19-13 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libdbus-1-3 1.8.8-2 ii libflorence-1.0-10.6.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgstreamer1.0-01.4.3-1.2 ii libgtk-3-0 3.14.4-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii librsvg2-2 2.40.5-1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-4 ii libxtst6 2:1.2.2-1+b1 florence recommends no packages. florence 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#769707: src:wine-gecko-2.24: WineGecko 2.34 needs packaging
Package: src:wine-gecko-2.24 Version: 2.24+dfsg-1 Severity: wishlist Here we go again, a new version of WineGecko is out and needs packaging for Wine versions 1.7.31 and later. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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#750593: [Pkg-samba-maint] Bug#769242: Bug#769242: Bug#769242: samba: FTBFS in jessie/i386
Control: tags -1 patch Hi Jelmer, On Sat, Nov 15, 2014 at 02:29:29PM +0100, Jelmer Vernooij wrote: The release team decided to mark 750593 as jessie-ignore, because it doesn't seem likely that this can be fixed without invasive changes, while there is a workaround for the build failure in samba. There is a patch attached to that bug by Peter De Wachter that is quite small and doesn't appear to be too intrusive. I didn't notice the patch before (it was added after the bug was tagged jessie-ignore). It would be good to get this fixed properly rather than with a workaround in the Samba package, not in the least because a fixed docbook-xsl would allow people to do Samba documentation work on jessie. You can still fix this bug for jessie. The tag 'jessie-ignore' doesn't mean that fixes for this bug won't be allowed during the freeze. It just means that the jessie release won't be delayed if this bug isn't fixed. If there is a working patch, you can just do an NMU to get the fix into jessie. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769708: unblock: goobox/3.3.1-5
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package goobox A pure translation update: update po/fi.po from upstream.git (include/attach the debdiff against the package in testing) Changes: goobox (3.3.1-5) unstable; urgency=low . * po/fi.po updated from upstream git. A debdiff is attached. unblock goobox/3.3.1-5 -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ diff -Nru goobox-3.3.1/debian/changelog goobox-3.3.1/debian/changelog --- goobox-3.3.1/debian/changelog 2014-07-06 07:42:17.0 +0200 +++ goobox-3.3.1/debian/changelog 2014-11-15 16:52:19.0 +0100 @@ -1,3 +1,9 @@ +goobox (3.3.1-5) unstable; urgency=low + + * po/fi.po updated from upstream git. + + -- Helge Kreutzmann deb...@helgefjell.de Sat, 15 Nov 2014 16:51:50 +0100 + goobox (3.3.1-4) unstable; urgency=medium * Switch build dependency libdiscid0-dev → libdiscid-dev as requested by diff -Nru goobox-3.3.1/debian/copyright goobox-3.3.1/debian/copyright --- goobox-3.3.1/debian/copyright 2014-05-25 20:32:04.0 +0200 +++ goobox-3.3.1/debian/copyright 2014-11-15 16:51:46.0 +0100 @@ -624,7 +624,8 @@ /usr/share/common-licenses/GPL-2 Files: po/fi.po -Copyright: 2013 Jiri Grönroos jiri.gronroos+l...@iki.fi. +Copyright: 2014 Lasse Liehu lasse.li...@gmail.com + 2013 Jiri Grönroos jiri.gronroos+l...@iki.fi. 2013 Timo Jyrinki timo.jyri...@canonical.com 2006-2008 Ilkka Tuohela ituoh...@src.gnome.org 2004,2005 Tommi Vainikainen tvain...@src.gnome.org diff -Nru goobox-3.3.1/debian/patches/series goobox-3.3.1/debian/patches/series --- goobox-3.3.1/debian/patches/series 2014-05-25 20:30:51.0 +0200 +++ goobox-3.3.1/debian/patches/series 2014-11-15 16:49:00.0 +0100 @@ -7,3 +7,4 @@ update_de.patch update_eu.patch update_id.patch +update_fi.patch diff -Nru goobox-3.3.1/debian/patches/update_fi.patch goobox-3.3.1/debian/patches/update_fi.patch --- goobox-3.3.1/debian/patches/update_fi.patch 1970-01-01 01:00:00.0 +0100 +++ goobox-3.3.1/debian/patches/update_fi.patch 2014-11-15 16:49:33.0 +0100 @@ -0,0 +1,1181 @@ +Index: goobox-3.3.1-5/po/fi.po +=== +--- goobox-3.3.1-5.orig/po/fi.po goobox-3.3.1-5/po/fi.po +@@ -17,7 +17,7 @@ msgstr + Project-Id-Version: goobox\n + Report-Msgid-Bugs-To: http://bugzilla.gnome.org/enter_bug.cgi?; + product=gooboxkeywords=I18N+L10Ncomponent=general\n +-POT-Creation-Date: 2013-08-20 21:43+\n ++POT-Creation-Date: 2014-11-07 09:19+\n + PO-Revision-Date: 2013-09-15 18:51+0300\n + Last-Translator: Jiri Grönroos jiri.gronroos+l...@iki.fi\n + Language-Team: suomi gnome-fi-la...@lists.sourceforge.net\n +@@ -28,72 +28,29 @@ msgstr + Plural-Forms: nplurals=2; plural=(n != 1);\n + X-Generator: Gtranslator 2.91.6\n + +-#: ../copy-n-paste/eggdesktopfile.c:165 +-#, c-format +-msgid File is not a valid .desktop file +-msgstr Tiedosto ei ole kelvollinen .desktop-tiedosto +- +-#: ../copy-n-paste/eggdesktopfile.c:190 +-#, c-format +-msgid Unrecognized desktop file Version '%s' +-msgstr Tunnistamaton desktop-tiedoston versio '%s' +- +-#: ../copy-n-paste/eggdesktopfile.c:970 +-#, c-format +-msgid Starting %s +-msgstr Käynnistetään %s +- +-#: ../copy-n-paste/eggdesktopfile.c:1112 +-#, c-format +-msgid Application does not accept documents on command line +-msgstr +- +-#: ../copy-n-paste/eggdesktopfile.c:1180 +-#, c-format +-msgid Unrecognized launch option: %d +-msgstr Tuntematon käynnistysvalinta: %d +- +-#: ../copy-n-paste/eggdesktopfile.c:1385 +-#, c-format +-msgid Can't pass documents to this desktop element +-msgstr +- +-#: ../copy-n-paste/eggdesktopfile.c:1406 +-#, c-format +-msgid Not a launchable item +-msgstr Ei käynnistettävä kohde +- +-#: ../copy-n-paste/eggsmclient.c:226 +-msgid Disable connection to session manager +-msgstr +- +-#: ../copy-n-paste/eggsmclient.c:229 +-msgid Specify file containing saved configuration +-msgstr +- +-#: ../copy-n-paste/eggsmclient.c:229 +-msgid FILE +-msgstr TIEDOSTO +- +-#: ../copy-n-paste/eggsmclient.c:232 +-msgid Specify session management ID +-msgstr +- +-#: ../copy-n-paste/eggsmclient.c:232 +-msgid ID +-msgstr ++#: ../data/appdata/goobox.appdata.xml.in.h:1 ++#, fuzzy ++#| msgid _About CD Player ++msgid Goobox CD Player ++msgstr _Tietoja - CD-soitin + +-#: ../copy-n-paste/eggsmclient.c:253 +-msgid Session management options: +-msgstr ++#: ../data/appdata/goobox.appdata.xml.in.h:2 ++#, fuzzy ++#| msgid Play CDs and save the tracks to disk as files ++msgid ++Goobox allows you to play CDs and save the tracks to disk as mp3, ogg, flac ++or wav files. ++msgstr Soita
Bug#768329: grub-common: Please enable splash for jessie
Le Sat, 15 Nov 2014 16:26:31 +0100, Christian Hofstaedtler z...@debian.org a écrit : [...] I'd agree that this is a good outcome. I assume the default theme is now (still?) text? Unfortunately it seems that the details theme is not giving satisfactory results, the messages are still mixed with the password prompt. systemd maintainers are also investigating for an other solution, so stay tuned. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769709: pre-approval: perl/5.20.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: p...@packages.debian.org Hi, as announced in https://lists.debian.org/debian-devel/2014/11/msg00216.html I'd like to move File::Temp and its dependencies into perl-base. The init-system-helpers package currently depends on perl, see #757891. This is not desirable: an increasing number of daemon packages including some in the base system (like rsyslog) depend on init-system-helpers, so the base system now pulls in perl and perl-modules. This grows the size of the base system in jessie by ~30MB, which can be considered a regression from wheezy. Even worse, since util-linux recently gained a dependency on init-system-helpers, the Essential:yes packages now pull in perl, increasing the size of even minimal chroots. IMO at least this should be a release critical bug somewhere but it's not quite clear to me where. I see the util-linux change may still get reverted (#768315), but even if that happens, I think fixing the base system growth too would be good for jessie. While I wasn't initially keen on growing perl-base, I've since been convinced otherwise in the case of File::Temp: secure creation of temporary files is a non-trivial commonly occurring task that deserves to be in the Essential set, and using /usr/bin/mktemp from perl programs is quite unwieldy. As it happens, File::Temp pulls in the other modules needed by init-system-helpers too, so any controversy around #757891 is hopefully solved with this. I'm sorry that this comes so late, but I think it is the right way forward and enables fixing a regression from wheezy. I hope you agree. Proposed debdiff attached (modulo UNRELEASED). I'm also attaching the corresponding git patch for your convenience as that's a bit more readable. It's pushed at http://anonscm.debian.org/cgit/perl/perl.git/commit/?h=ntyni/moving-file-temp The changes are quite straightforward (but eyeballs are certainly welcome), except perhaps the added dependency from perl-modules to perl-base. This is required to make sure partial upgrades can't result in a system missing File::Temp et al. Please let me know if you'd be OK with this, and many thanks for your work, -- Niko Tyni nt...@debian.org diff -Nru perl-5.20.1/debian/changelog perl-5.20.1/debian/changelog --- perl-5.20.1/debian/changelog2014-10-20 00:03:01.0 +0300 +++ perl-5.20.1/debian/changelog2014-11-15 18:27:05.0 +0200 @@ -1,3 +1,11 @@ +perl (5.20.1-3) UNRELEASED; urgency=medium + + * Move File::Temp and its dependencies (File::Path, File::Basename, +and parent) to perl-base. +See https://lists.debian.org/debian-devel/2014/11/msg00216.html + + -- Niko Tyni nt...@debian.org Sun, 09 Nov 2014 22:18:48 +0200 + perl (5.20.1-2) unstable; urgency=medium * Fix IO::Uncompress::Gunzip gunzip to in-memory file handle diff -Nru perl-5.20.1/debian/control perl-5.20.1/debian/control --- perl-5.20.1/debian/control 2014-10-04 00:23:43.0 +0300 +++ perl-5.20.1/debian/control 2014-11-15 16:37:22.0 +0200 @@ -32,16 +32,22 @@ libanyevent-perl ( 7.070-2), libjcode-perl ( 2.13-3), libgtk2-perl-doc ( 2:1.2491-4), + libfile-temp-perl ( 0.2304), + libfile-path-perl ( 2.09), libscalar-list-utils-perl ( 1:1.38) -Replaces: perl ( 5.10.1-12), perl-modules ( 5.10.1-1), libperl5.8 ( 5.8.0-20), +Replaces: perl ( 5.10.1-12), perl-modules ( 5.20.1-3), libperl5.8 ( 5.8.0-20), libscalar-list-utils-perl, libxsloader-perl, libsocket-perl, + libfile-temp-perl, + libfile-path-perl, libio-socket-ip-perl, Provides: perl5-base, ${perlapi:Provides}, libscalar-list-utils-perl, libxsloader-perl, libsocket-perl, + libfile-temp-perl, + libfile-path-perl, libio-socket-ip-perl, Suggests: perl Description: minimal Perl system @@ -102,7 +108,7 @@ Priority: standard Architecture: all Multi-Arch: foreign -Depends: perl (= ${Upstream-Version}-1) +Depends: perl (= ${Upstream-Version}-1), perl-base (= 5.20.1-3) Recommends: libarchive-extract-perl, libmodule-pluggable-perl, libpod-latex-perl, @@ -122,7 +128,6 @@ mono-gac ( 2.10.8.1-3) Breaks: libpod-parser-perl ( 1.62), libansicolor-perl ( 4.02), - libfile-temp-perl ( 0.2304), libnet-perl (= 1:1.22), libattribute-handlers-perl ( 0.96), libcgi-pm-perl ( 3.65), @@ -165,13 +170,11 @@ libdigest-perl ( 1.17), libextutils-install-perl ( 1.67), libhttp-tiny-perl ( 0.043), - libfile-path-perl ( 2.09), libcpan-meta-requirements-perl ( 2.125), libexperimental-perl ( 0.007), libpackage-constants-perl ( 0.04), Replaces: libpod-parser-perl, libansicolor-perl, - libfile-temp-perl, libnet-perl, libattribute-handlers-perl, libcgi-pm-perl, @@ -214,13 +217,11 @@ libdigest-perl, libextutils-install-perl, libhttp-tiny-perl, - libfile-path-perl, libcpan-meta-requirements-perl, libexperimental-perl, libpackage-constants-perl, Provides: libpod-parser-perl, libansicolor-perl, -
Bug#769702: lvm2: Initscripts cause non bootable system with btrfs root spanned onto lvm
Control: severity -1 important Control: tags -1 moreinfo On Sat, Nov 15, 2014 at 04:37:16PM +, Roger Gammans wrote: Justification: breaks the whole system No, it breaks only itself. When using a btfrs for the root if without the first device being on lvm, but with other devices used in the file system whichi are on lvm then the initscript decicded not to make the vg availble . Please describe your setup. Either the device is on lvm or it is not. We don't support setups where multiple different devices for root are enabled. Bastian -- Oh, that sound of male ego. You travel halfway across the galaxy and it's still the same song. -- Eve McHuron, Mudd's Women, stardate 1330.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769710: krb5-admin-server: kadmind tries to start before LDAP is available (combined with krb5-kdc-ldap)
Package: krb5-admin-server Version: 1.12.1+dfsg-14 Severity: normal Hi everybody, my system (Debian-LAN) combines krb5-kdc-ldap and kadmind on the same host. On startup, kadmind tries to contact slapd and fails, because slapd is not available yet: $ systemctl status krb5-admin-server ● krb5-admin-server.service - Kerberos 5 Admin Server Loaded: loaded (/lib/systemd/system/krb5-admin-server.service; enabled) Active: failed (Result: exit-code) since Sat 2014-11-15 18:10:32 CET; 12min ago Process: 897 ExecStart=/usr/sbin/kadmind -nofork $DAEMON_ARGS (code=exited, status=1/FAILURE) Main PID: 897 (code=exited, status=1/FAILURE) Nov 15 18:10:31 mainserver kadmind[897]: Couldn't open log file /var/log/krb5.log: Read-only file system Nov 15 18:10:32 mainserver kadmind[897]: Cannot bind to LDAP server 'ldapi://' as 'cn=kadmin,cn=kerberos,dc=intern': Can't contact LDAP server while initializing, aborting Nov 15 18:10:32 mainserver kadmind[897]: kadmind: Cannot bind to LDAP server 'ldapi://' as 'cn=kadmin,cn=kerberos,dc=intern': Can't contact LDAP server while initializing, aborting Nov 15 18:10:32 mainserver systemd[1]: krb5-admin-server.service: main process exited, code=exited, status=1/FAILURE Nov 15 18:10:32 mainserver systemd[1]: Unit krb5-admin-server.service entered failed state. I fixed the issue so far by adding the directory '/lib/system/krb5-admin-server.service.d/' containing the file 'kdc-before-admind.conf' with: [Unit] After=krb5-kdc.service This is comparable to the fix for krb5-kdc-ldap (cf. '/lib/system/krb5-kdc.service.d/'). It would be great if the setup would work out of the box, i.e. if a krb5-kdc.service is on the same host, start krb5-admin-server.service after krb5-kdc.service. Many thanks and best regards, Andi -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (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 Versions of packages krb5-admin-server depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii krb5-kdc 1.12.1+dfsg-14 ii libc6 2.19-13 ii libcomerr2 1.42.12-1 ii libgssapi-krb5-2 1.12.1+dfsg-14 ii libgssrpc4 1.12.1+dfsg-14 ii libk5crypto3 1.12.1+dfsg-14 ii libkadm5srv-mit9 1.12.1+dfsg-14 ii libkdb5-7 1.12.1+dfsg-14 ii libkeyutils1 1.5.9-5 ii libkrb5-3 1.12.1+dfsg-14 ii libkrb5support01.12.1+dfsg-14 ii libss2 1.42.12-1 ii libverto1 0.2.4-1 ii lsb-base 4.1+Debian13+nmu1 krb5-admin-server recommends no packages. krb5-admin-server suggests no packages. -- debconf information: * krb5-admin-server/kadmind: true krb5-admin-server/newrealm: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750593: [xml/sgml-pkgs] Bug#750593: [Pkg-samba-maint] Bug#769242: Bug#769242: Bug#769242: samba: FTBFS in jessie/i386
On Sun, Nov 16, 2014 at 1:54 AM, Ivo De Decker iv...@debian.org wrote: Control: tags -1 patch Hi Jelmer, On Sat, Nov 15, 2014 at 02:29:29PM +0100, Jelmer Vernooij wrote: The release team decided to mark 750593 as jessie-ignore, because it doesn't seem likely that this can be fixed without invasive changes, while there is a workaround for the build failure in samba. There is a patch attached to that bug by Peter De Wachter that is quite small and doesn't appear to be too intrusive. I didn't notice the patch before (it was added after the bug was tagged jessie-ignore). The patch is for docbook-xml (cloned as #765567), not libxslt. It would be good to get this fixed properly rather than with a workaround in the Samba package, not in the least because a fixed docbook-xsl would allow people to do Samba documentation work on jessie. You can still fix this bug for jessie. The tag 'jessie-ignore' doesn't mean that fixes for this bug won't be allowed during the freeze. It just means that the jessie release won't be delayed if this bug isn't fixed. If there is a working patch, you can just do an NMU to get the fix into jessie. Please don't NMU libxslt for patches not ack'd, especially those ones that are not accepted upstream (yet). Best, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769711: unblock: pdns/3.4.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, pdns 3.4.1-3 is a simple packaging change (in fact, it removes a single space character) to workaround bug #766559 in dpkg, where the fixed version of dpkg did not arrive on the buildds before 3.4.1-2 was built (and I did not know of that bug). Please unblock package pdns, debdiff follows. unblock pdns/3.4.1-3 Thank you, Christian diff -Nru pdns-3.4.1/debian/changelog pdns-3.4.1/debian/changelog --- pdns-3.4.1/debian/changelog 2014-11-03 18:58:14.0 +0100 +++ pdns-3.4.1/debian/changelog 2014-11-15 18:24:42.0 +0100 @@ -1,3 +1,13 @@ +pdns (3.4.1-3) unstable; urgency=medium + + * Fix PACKAGEVERSION not having the actual version. +Due to #766559 in dpkg, PACKAGEVERSION ended up not containing the +version part. Fixed by using the alternate syntax that +dpkg-parsechangelog understands since 1.17.0, thereby avoiding +a dependency bump to dpkg 1.17.21. (Closes: #769701) + + -- Christian Hofstaedtler z...@debian.org Sat, 15 Nov 2014 18:24:42 +0100 + pdns (3.4.1-2) unstable; urgency=medium * Bump dpkg-dev dependency for dpkg-parsechangelog -S, which diff -Nru pdns-3.4.1/debian/rules pdns-3.4.1/debian/rules --- pdns-3.4.1/debian/rules 2014-11-03 18:56:28.0 +0100 +++ pdns-3.4.1/debian/rules 2014-11-15 18:24:32.0 +0100 @@ -1,7 +1,7 @@ #!/usr/bin/make -f # Vendor and version -version := $(shell dpkg-parsechangelog -S Version).$(shell dpkg-vendor --query Vendor) +version := $(shell dpkg-parsechangelog -SVersion).$(shell dpkg-vendor --query Vendor) CXXFLAGS += -DPACKAGEVERSION='$(version)' # Backends signature.asc Description: Digital signature
Bug#769352: cdebootstrap-static: statically linked against libc6 without a Built-Using: field
On Thu, Nov 13, 2014 at 12:23:39AM +0100, Aurelien Jarno wrote: cdebootstrap-static provides /usr/bin/cdebootstrap-static which is statically linked against libc6. Every tool dynamically linked against glibc also incorporates some static parts, stuff from /usr/lib/x86_64-linux-gnu/libc_nonshared.a and /usr/lib/x86_64-linux-gnu/*crt*.o. Do you expect that every package now lists glibc? Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769712: RM: mariadb-5.5 -- ROM; NPOASR; obsoleted by mariadb-10.0
Package: ftp.debian.org Severity: normal Please remove src:mariadb-5.5 and any binaries it has created from unstable. MariaDB 5.5 had been replaced by MariaDB 10.0. The source package mariadb-10.0 produces less binary packages than the old mariadb-5.5 and thus there are some binary packages (e.g. libmariadbclient18, mariadb-server-5.5) left from src:mariadb-5.5 that hasn't been automatically obsoleted by a newer version from src:mariadb-10.0. MariaDB 5.5.39 has already been removed from testing. It still needs to be removed from unstable. MariaDB 5.5 was never part of any release as it was replaced by 10.0 packages before Jessie froze. Thank you ftp-masters! - Otto signature.asc Description: This is a digitally signed message part
Bug#758262: pdf2djvu: [INTL:pt] Portuguese translation Program Manpage
* Américo Monteiro a_monte...@gmx.com, 2014-09-12, 19:31: I believe the culprit is this part of common/pt.xml[0]: l:gentext key=lowercase.alpha text=abcdefghijklmnopqrstuvwxyz/ l:gentext key=uppercase.alpha text=ABCDEFGHIJKLMNOPQRSTUVWXYZ/ Instead, it should probably read: l:gentext key=lowercase.alpha text=aáàâãbcçdeéêfghiíjklmnoóôõpqrstuúvwxyz/ l:gentext key=uppercase.alpha text=AÁÀÂÃBCÇDEÉÊFGHIÍJKLMNOÓÔÕPQRSTUÚVWXYZ/ Better late than never! I've just filed this: https://sourceforge.net/p/docbook/bugs/1349/ in line 47 must be cuidado in line 49 must be capítulo And this one: https://sourceforge.net/p/docbook/bugs/1350/ -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769237: mipp: FTBFS in jessie/i386: Tests failures
On 11/15/2014 06:19 PM, Antonio Valentino wrote: Hi Ross, hi Lucas, On Fri, 14 Nov 2014 22:51:18 +0100 Ross Gammon r...@the-gammons.net wrote: On 11/14/2014 09:26 PM, Ross Gammon wrote: I will try once more to build from source in a Jessie VM. I would like to understand what is going on here. $ apt-get source mipp # apt-get build-dep mipp $ apt-get --build source mipp Works fine in a freshly created Jessie VM. This issue seems to be related to a precision issue that is triggered only in particular cases. I have just pushed to the git repository of (git.debian.org/git/pkg-grass/mipp.git) of the package a fix for this issue bacported from upstream. Can you please let me know if it works for you? I can't reproduce the issue on my laptop. cheers Hi Antonio, Whoops - now I read the bug title properly, I see my mistake. I was trying in a Jessie chroot, but not a Jessie i386 chroot. Sorry about that, and the misleading information as a result. So, this time I tested the build as the repository was yesterday (without pulling your updates) in a jessie i386 chroot . And the build fails as Lucas found. After pulling your changes, I can confirm that the build succeeds! Thanks for the fast fix Antonio. Before you go for the upload though, lintian complained that the Closes part of the d/changelog was missing a colon. Regards, Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769713: unblock: vim/2:7.4.488-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package vim There was a disagreement between Mercurial and I, which left my intended typo fix in /usr/share/applications/vim.desktop out of 2:7.4.488-1. I'd like to get this into Jessie since there are two GVim entries in the menu instead of Vim and GVim entries otherwise. diffstat for vim-7.4.488 vim-7.4.488 changelog |6 ++ vim.desktop |2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff -Nru vim-7.4.488/debian/changelog vim-7.4.488/debian/changelog --- vim-7.4.488/debian/changelog2014-10-22 21:08:01.0 -0400 +++ vim-7.4.488/debian/changelog2014-11-14 21:06:33.0 -0500 @@ -1,3 +1,9 @@ +vim (2:7.4.488-2) unstable; urgency=medium + + * Actually fix the Name in vim.desktop. (Closes: #769575) + + -- James McCoy james...@debian.org Fri, 14 Nov 2014 21:06:27 -0500 + vim (2:7.4.488-1) unstable; urgency=medium * Merge upstream tag v7-4-488 diff -Nru vim-7.4.488/debian/vim.desktop vim-7.4.488/debian/vim.desktop --- vim-7.4.488/debian/vim.desktop 2014-10-22 21:04:51.0 -0400 +++ vim-7.4.488/debian/vim.desktop 2014-11-14 21:05:01.0 -0500 @@ -1,5 +1,5 @@ [Desktop Entry] -Name=GVim +Name=Vim GenericName=Text Editor GenericName[de]=Texteditor Comment=Edit text files unblock vim/2:7.4.488-2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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#769688: RFS: gnustep-sqlclient/1.8.1-1 -- SQL client library for GNUstep
Control: owner -1 ! Control: tags -1 pending On 15-11-14 16:53, Yavor Doganov wrote: I'm looking for a sponsor for my package gnustep-sqlclient. You found one. As always I build from git, I assume that is all right. Paul signature.asc Description: OpenPGP digital signature
Bug#769606: Overflow a2p utility
tag 769606 upstream forwarded 769606 https://rt.cpan.org/Public/Bug/Display.html?id=100361 thanks On Sat, Nov 15, 2014 at 09:44:52AM +, Damyan Ivanov wrote: Can't find how y.tab.c is generated and what is its source. The source is a2p.y, a yacc/bison grammar file. See x2p/Makefile.SH. The 2048 byte buffer seems to come from a2p.h, though. It looks like (parts of?) a2p.h were originally created by 'byacc -d' but have since been manually maintained and modified. Thanks for the report; I've forwarded it upstream at https://rt.cpan.org/Public/Bug/Display.html?id=100361 -- 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#769237: mipp: FTBFS in jessie/i386: Tests failures
Hi Ross, Il 15/11/2014 20:09, Ross Gammon ha scritto: On 11/15/2014 06:19 PM, Antonio Valentino wrote: Hi Ross, hi Lucas, On Fri, 14 Nov 2014 22:51:18 +0100 Ross Gammon r...@the-gammons.net wrote: On 11/14/2014 09:26 PM, Ross Gammon wrote: [CUT] This issue seems to be related to a precision issue that is triggered only in particular cases. I have just pushed to the git repository of (git.debian.org/git/pkg-grass/mipp.git) of the package a fix for this issue bacported from upstream. Can you please let me know if it works for you? I can't reproduce the issue on my laptop. cheers Hi Antonio, Whoops - now I read the bug title properly, I see my mistake. I was trying in a Jessie chroot, but not a Jessie i386 chroot. Sorry about that, and the misleading information as a result. So, this time I tested the build as the repository was yesterday (without pulling your updates) in a jessie i386 chroot . And the build fails as Lucas found. After pulling your changes, I can confirm that the build succeeds! Thanks for the fast fix Antonio. Before you go for the upload though, lintian complained that the Closes part of the d/changelog was missing a colon. Regards, Ross Thanks Ross, I'm going to fix it right now :) -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769688: RFS: gnustep-sqlclient/1.8.1-1 -- SQL client library for GNUstep
Paul Gevers wrote: On 15-11-14 16:53, Yavor Doganov wrote: I'm looking for a sponsor for my package gnustep-sqlclient. You found one. Thanks! As always I build from git, I assume that is all right. Sure, please use the experimental branch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765420: [Pkg-julia-devel] Bug#765420: Please, use libjs-modernizr instead of linking to an external website
Hi Sébastien, Le 15/11/2014 12:38, Sébastien Villemot a écrit : Le mardi 14 octobre 2014 à 18:27 -0400, David Prévot a écrit : Package: python-sphinx-rtd-theme Please, patch sphinx_rtd_theme/layout.html to use the JavaScript provided by libjs-modernizr instead of making all documentation fetch a script from the web. If I understand correctly, implementing that change means that reverse dependencies of python-sphinx-rtd-theme will need to declare a dependency on libjs-modernizr. In your opinion, what's the best way to handle this? Is documenting this in README.Debian sufficient? I guess it should be a two step thing: First, python-sphinx-rtd-theme should depend on libjs-modernizr, and symlink those JavaScript files from where they belong (/usr/lib/python2.7/dist-packages/sphinx_rtd_theme/static/js maybe). That way, the built documentation will embed those files instead of linking to an external website. Then, for Debian packages building such documentation, dh_sphinxdoc should replace the embedded copy by a symlink to the file provided by libjs-modernizr, and add the proper dependency in ${sphinxdoc:Depends}. Maybe the sphinx maintainers will be able to help for the second part. I would already be happy with the first part fixed (that’s what this bug is initially about), and wouldn’t mind implementing myself the dh_sphinxdoc magic in the package I care about until that second part gets fixed. Regards David signature.asc Description: OpenPGP digital signature
Bug#769714: samba: unit samba.service is masked
Package: samba Version: 2:4.1.13+dfsg-2 Severity: important Dear Maintainer, I try to start the samba service with sudo service samba start I get an error message unit samba.service is masked. If find a symbolic link /lib/systemd/system/samba.service - /dev/null Best regards Heinrich Schuchardt -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.17.2 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.21 ii libasn1-8-heimdal1.6~rc2+dfsg-8 ii libbsd0 0.7.0-2 ii libc62.19-12 ii libcomerr2 1.42.12-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8 ii libkdc2-heimdal 1.6~rc2+dfsg-8 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-11 ii libroken18-heimdal 1.6~rc2+dfsg-8 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.1-1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support2.19-12 ii procps 2:3.3.9-8 ii python 2.7.8-2 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.13+dfsg-2 pn python2.7:anynone ii samba-common 2:4.1.13+dfsg-2 ii samba-common-bin 2:4.1.13+dfsg-2 ii samba-dsdb-modules 2:4.1.13+dfsg-2 ii samba-libs 2:4.1.13+dfsg-2 ii tdb-tools1.3.1-1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.13+dfsg-2 Versions of packages samba suggests: pn bind9 none pn bind9utils none pn ctdb none pn ldb-tools none ii ntp1:4.2.6.p5+dfsg-3.1 pn smbldap-tools none ii winbind2:4.1.13+dfsg-2 -- 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#769399: [Bash-completion-devel] Bug#769399: bash-completion: gets confused by curly braces
The root cause is how bash itself handles curlies: $ bash --norc $ foo() { echo; echo '$1'; } $ complete -D -F foo $ r drivers/memory/tegra/tegra{-,124-e}mc.c driTAB '-,124-e}mc.c' ...i.e. bash thinks we're completing the command '-,124-e}mc.c'. I don't think we can sanely fix this for real in bash completion, but this commit will improve things -- no more errors, and minimal filename completion activated: http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=32e6e49 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769624: Major Security Flaw when viewing WebM videos.
On Sat, 15 Nov 2014 11:38:10 +0100 Sebastian =?ISO-8859-1?Q?Dr=F6ge?= sl...@debian.org wrote: fixed 769624 1.3.0-3 merge 765435 769624 thanks Thanks for reporting bug this is already fixed since 1.3.0-3. See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765435 I'm still getting the tell-tale iceweasel crashes on my end; libvpx and iceweasel are the latest versions. Sure it's fixed?
Bug#760385: Fix for CVE-2014-5256
Hi Jean Baptiste, thank you for looking into this. Note that the changelog entries for nodejs 0.10.31 and .32 include v8: backport CVE-2013-6668 v8: fix a crash introduced by previous release If libv8 in Debian is affected by those, you might also consider also backporting those fixes when preparing a new v8 package. (Elsewhere in NodeJS .33 there is crypto: Disable autonegotiation for SSLv2/3 by default, not sure whether the release team would let something like that through.) Best regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with Oh no, something went wrong
On Sat, Nov 15, 2014 at 02:13:58PM +0100, Julien Cristau wrote: On Sat, Nov 15, 2014 at 12:30:34 +0100, Janusz S. Bien wrote: Quote/Cytat - Julien Cristau jcris...@debian.org (sob, 15 lis 2014, 10:48:51): On Fri, Nov 14, 2014 at 23:42:37 +, Simon McVittie wrote: I think the problem here is that something is not right in the dependencies for the i965_dri.so and swrast_dri.so drivers, so you don't have any OpenGL support (not even software rendering) and GNOME Shell can't run: [...] Janusz, what's the output of 'ldd /usr/lib/xorg/modules/extensions/libglx.so'? jsbien@cauda:~$ ldd /usr/lib/xorg/modules/extensions/libglx.so linux-gate.so.1 (0xb77b8000) libGL.so.1 = /usr/lib/i386-linux-gnu/libGL.so.1 (0xb7626000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb760a000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb7604000) libaudit.so.1 = /lib/i386-linux-gnu/libaudit.so.1 (0xb75de000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7598000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb73ed000) libnvidia-tls.so.340.46 = /usr/lib/i386-linux-gnu/tls/libnvidia-tls.so.340.46 (0xb73e8000) libnvidia-glcore.so.340.46 = /usr/lib/i386-linux-gnu/libnvidia-glcore.so.340.46 (0xb4e55000) libX11.so.6 = /usr/lib/i386-linux-gnu/libX11.so.6 (0xb4d03000) libXext.so.6 = /usr/lib/i386-linux-gnu/libXext.so.6 (0xb4cee000) /lib/ld-linux.so.2 (0xb77bb000) libxcb.so.1 = /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb4cc8000) libXau.so.6 = /usr/lib/i386-linux-gnu/libXau.so.6 (0xb4cc4000) libXdmcp.so.6 = /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb4cbd000) Looks like nvidia took over libGL but not the server-side libglx.so. That can't possibly work; can the nvidia packages not do that? why would that box need nvidia packages? seems like a bad dependency too. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767352: qtbase-opensource-src: keyboard shortcuts don't work in multi-language mode
I have just tried to apply the patch and sadly it needs backporting, as it doesn't applies cleanly. Moreover this seems a bug present along all previous Qt5 versions, so maybe it is too late for this one and Jessie. Anyways I'll try to backport it if some other bug requires a Qt upload. Kinds regards, Lisandro. -- http://xkcd.com/162/ Siempre quise una novia así :-) Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#769072: gnome-shell: GNOME Shell crashing with Oh no, something went wrong
Quote/Cytat - maximilian attems m...@stro.at (sob, 15 lis 2014, 20:45:03): On Sat, Nov 15, 2014 at 02:13:58PM +0100, Julien Cristau wrote: On Sat, Nov 15, 2014 at 12:30:34 +0100, Janusz S. Bien wrote: Quote/Cytat - Julien Cristau jcris...@debian.org (sob, 15 lis 2014, 10:48:51): On Fri, Nov 14, 2014 at 23:42:37 +, Simon McVittie wrote: I think the problem here is that something is not right in the dependencies for the i965_dri.so and swrast_dri.so drivers, so you don't have any OpenGL support (not even software rendering) and GNOME Shell can't run: [...] why would that box need nvidia packages? seems like a bad dependency too. It's possible that the packages has been installed by me following a misunderstood advice found with Google - I had some urgent work to do and I don't remember the details of my semi-random experiments. But perhaps the system should not allow me to install inappropriate drivers? I enclose the journalctl output for a fresh working installation mentioned earlier, perhaps it helps. There is a lot of differences and I don't know which are relevant. BTW, shouldn't #730672 be merged with this one? Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ CAUDA2journalctl.log.gz Description: application/gzip
Bug#769352: cdebootstrap-static: statically linked against libc6 without a Built-Using: field
On Sat, Nov 15, 2014 at 07:49:00PM +0100, Bastian Blank wrote: On Thu, Nov 13, 2014 at 12:23:39AM +0100, Aurelien Jarno wrote: cdebootstrap-static provides /usr/bin/cdebootstrap-static which is statically linked against libc6. Every tool dynamically linked against glibc also incorporates some static parts, stuff from /usr/lib/x86_64-linux-gnu/libc_nonshared.a and /usr/lib/x86_64-linux-gnu/*crt*.o. Do you expect that every package now lists glibc? We know that these are used in every binary, so the day they break we will have to rebuild all the archive anyway, no need to use Built-Using there. The use case of Built-Using is to be able to rebuild packages which are linked against most of the libc, if the libc is know to be broken. This has been the case recently with bug#754813, which completely broke cdebootstrap-static (among other packages). I had to go for a manual search in the archive to find packages which need to be binNMUed. So please implement that, or just drop the static version of cdebootstrap. -- 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#769624: Major Security Flaw when viewing WebM videos.
Also; just ran iceweasel through the terminal and recreated the steps to the crash. Terminal output below. (process:10442): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed console.error: user-agent-quick-switch: DEPRECATED: The widget module is deprecated. Please consider using the sdk/ui module instead. Traceback (most recent call last): File resource://gre/modules/services-sync/service.js, line 1595, in null Service.onStartup(); File resource://gre/modules/services-sync/service.js, line 318, in onStartup if (!Status || !Status._authManager) { File resource://services-sync/status.js, line 36, in this.Status._authManager cb.wait(); File resource://services-common/async.js, line 145, in makeSpinningCallback/callback.wait callback.wait = function() Async.waitForSyncCallback(cb); File resource://services-common/async.js, line 102, in waitForSyncCallback thread.processNextEvent(true); File resource://gre/modules/Promise-backend.js, line 745, in this.PromiseWalker.walkerLoop this.handlers.shift().process(); File resource://gre/modules/Promise-backend.js, line 866, in Handler.prototype.process nextValue = this.onResolve.call(undefined, nextValue); File resource://gre/modules/commonjs/sdk/addon/runner.js, line 115, in startup/ run(options); File resource://gre/modules/commonjs/sdk/addon/runner.js, line 172, in run let program = main(options.loader, options.main); File resource://gre/modules/commonjs/toolkit/loader.js, line 659, in main return loader.load(loader, module).exports; File resource://gre/modules/commonjs/sdk/loader/cuddlefish.js, line 129, in CuddlefishLoader/options.load result = load(loader, module); File resource://gre/modules/commonjs/toolkit/loader.js, line 313, in load evaluate(sandbox, module.uri); File resource://gre/modules/commonjs/toolkit/loader.js, line 262, in evaluate : loadSubScript(uri, sandbox, encoding); File resource://jid0-62jr3sq6mhtlknusea92dfyvgcs-at-jetpack/user-agent-quick-switch/lib/main.js, line 4, in null var widget = require(widget); File resource://gre/modules/commonjs/toolkit/loader.js, line 633, in require freeze(load(loader, module)); File resource://gre/modules/commonjs/sdk/loader/cuddlefish.js, line 129, in CuddlefishLoader/options.load result = load(loader, module); File resource://gre/modules/commonjs/toolkit/loader.js, line 313, in load evaluate(sandbox, module.uri); File resource://gre/modules/commonjs/toolkit/loader.js, line 262, in evaluate : loadSubScript(uri, sandbox, encoding); File resource://gre/modules/commonjs/sdk/widget.js, line 59, in null require(./util/deprecate).deprecateUsage( File resource://gre/modules/commonjs/sdk/util/deprecate.js, line 18, in deprecateUsage let stack = get().slice(2); Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkRange::activate-slider' of type `gboolean' from rc file value ((GString*) 0x7f2064a14b00) of type `GString' out of memory: 0x bytes requested Segmentation fault That last line makes me believe that this isn't fixed yet; and in any case, having the browser crash is still a bug, no? On Sat, Nov 15, 2014 at 11:48 AM, James Galizio jgsww...@gmail.com wrote: On Sat, 15 Nov 2014 11:38:10 +0100 Sebastian =?ISO-8859-1?Q?Dr=F6ge?= sl...@debian.org wrote: fixed 769624 1.3.0-3 merge 765435 769624 thanks Thanks for reporting bug this is already fixed since 1.3.0-3. See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765435 I'm still getting the tell-tale iceweasel crashes on my end; libvpx and iceweasel are the latest versions. Sure it's fixed?
Bug#769352: cdebootstrap-static: statically linked against libc6 without a Built-Using: field
On Sat, Nov 15, 2014 at 08:59:24PM +0100, Aurelien Jarno wrote: We know that these are used in every binary, so the day they break we will have to rebuild all the archive anyway, no need to use Built-Using there. So we need to add it as this field it about source usage and incorporation, not about a way to find usage. linked against most of the libc, if the libc is know to be broken. This has been the case recently with bug#754813, which completely broke cdebootstrap-static (among other packages). This is about NSS, which is not even used by cdebootstrap. Bastian -- The man on tops walks a lonely street; the chain of command is often a noose. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769715: unblock: kgb-bot/1.33-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kgb-bot. Version 1.33-2 fixes #769239, FTBFS due to failing tests. The tests are failing because they don't cater for the case when the gecos information about the user running them contains no full name. The bot caters for this case, and because of this the expactations of the tests don't match the actual output of the bot. The fix is to make the tests handle the missing full name, adapting the expected output. With it the tests pass in pbuilder (no full name in gecos) and when run manually (with full name in gecos). The quilt patch that is added is attached, as well as a full debdiff to version 1.33-1 in jessie. kgb-bot (1.33-2) unstable; urgency=medium * add patch fixing tests in build environments where the current user has no full name (Closes: #769239 -- FTBFS) -- Damyan Ivanov d...@debian.org Sat, 15 Nov 2014 19:03:05 + unblock kgb-bot/1.33-2 Thanks, dam fix-username-in-tests.patch Description: Binary data kgb-bot.diff Description: Binary data
Bug#769716: iceweasel: downloads Cisco's OpenH264 video codec
Package: iceweasel Version: 33.1-1 Severity: serious Justification: Policy §2.2.1 On first start, Iceweasel downloads the OpenH264 Video Codec provided by Cisco Systems, Inc. plugin (which is a binary blob) and enables it automatically. This happens without asking the user for consent. Bug reports about the same problem in other distributions: https://bugzilla.redhat.com/show_bug.cgi?id=1155499 https://bugs.gentoo.org/show_bug.cgi?id=525810 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769259: golang-testify: FTBFS in jessie/i386: dh_auto_test: go test -v github.com/stretchr/testify github.com/stretchr/testify/assert github.com/stretchr/testify/http github.com/stretchr/testify/m
Hi Lucas, On Wed, Nov 12, 2014 at 11:46:23AM +0100, Lucas Nussbaum wrote: Source: golang-testify Version: 0.0~git20140717-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20141112 qa-ftbfs Justification: FTBFS in jessie on i386 Hi, During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on i386. Are you able to reproduce this locally? The buildds didn't have any problem with this version of the package earlier, and I'm also having trouble reproducing it with the current state of the archive. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758234: transitive dependencies
On Sat, Nov 15, 2014 at 04:31:37PM +, Simon McVittie wrote: On 15/11/14 09:35, Santiago Vila wrote: If those are the real reasons, then let's drop the rule only for *libraries*, but not for every other package. I think libraries are merely the most visible and obvious example of something that is pulled in as an implementation detail of part of the desired functionality, but is not actually part of the desired set of functionality itself. On the other hand we still need to keep some level of control on such 'extraneous' packages that are pulled in, so that it does not get out of hand. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with Oh no, something went wrong
On 2014-11-15 14:13, Julien Cristau wrote: Looks like nvidia took over libGL but not the server-side libglx.so. That can't possibly work; can the nvidia packages not do that? It should ... (not diverting, but placing its libglx.so in the front of the search path, controlled by alternatives) Please send the output from the bug script from the nvidia packages /usr/share/bug/libgl1-nvidia-glx/script 3nvidia.log On Sat, 15 Nov 2014 08:01:51 +0100 Janusz S. Bien jsb...@mimuw.edu.pl wrote: As I wrote already, there was a message during one of the upgrades which I unfortunately ignored. Should it be still available somewhere in the logs? I tried to find it, but unsuccesfully. Try /var/log/apt/term.log* Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769717: openldap: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: openldap Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#760385: Fix for CVE-2014-5256
Hello Thomas, Thanks for your update. I decided to have a look on this bug because it seemed quite easy to fix it: upstream patch was available and small anough for me. Unfortunatly, I'm sure I'll be able to deal with lib8-3.14. The more I dig into, the less I understand (more or less) :) I'll try anyway, Regards, Jean Baptiste On 15/11/2014 20:44, Thomas Viehmann wrote: Hi Jean Baptiste, thank you for looking into this. Note that the changelog entries for nodejs 0.10.31 and .32 include v8: backport CVE-2013-6668 v8: fix a crash introduced by previous release If libv8 in Debian is affected by those, you might also consider also backporting those fixes when preparing a new v8 package. (Elsewhere in NodeJS .33 there is crypto: Disable autonegotiation for SSLv2/3 by default, not sure whether the release team would let something like that through.) Best regards Thomas signature.asc Description: OpenPGP digital signature
Bug#769718: tp-smapi-dkms: tp-smapi.ko does not load
Package: tp-smapi-dkms Version: 0.41-1 Severity: important Dear Maintainer, I've had a tp_smapi module working for years on a debian/sid. Recently I had to reinstall the whole system (hard disk crash). After reinstalling, I noticed that tp-smapi-dkms does not load automatically modules (as befeore). Built modules are found in /lib/modules/3.16.0-4-amd64/updates/dkms/ But I found no way to insert them. Alberto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 tp-smapi-dkms depends on: ii dkms 2.2.0.3-2 tp-smapi-dkms recommends no packages. tp-smapi-dkms 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#769719: nviboot fails to send recovery mail
Package: nvi Version: 1.81.6-11+b1 Severity: important Tags: patch Dear Maintainer, /etc/init.d/nviboot attempts to send mail about recovery from crashed editor sessions, but the attempt fails due to a misplaced quote. This line: (su - nobody -s /bin/sh -c $SENDMAIL $owner $i ) /dev/null /dev/null 20 should be: (su - nobody -s /bin/sh -c $SENDMAIL $owner $i ) /dev/null /dev/null 20 That is, the input redirection needs to be outside the quotes, so that root opens the file, rather than inside the quotes, where it causes nobody to open the file, which fails because the file is not world-readable. By the way, this kind of problem might be easier to detect if stderr were not hidden. I suspect that is done to hide the complaint from su about the lack of home directory for user nobody. Another way to avoid that error is to omit the '-' from the su command. So you might consider changing that line to: su nobody -s /bin/sh -c $SENDMAIL $owner $i Also, do stdout and stderr from init scripts get logged anywhere? History: The need for quotes was reported against nvi_1.79-22 in bug 355639 on 2006-Mar-06. The changelog claims that quotes were added in version 1.79-23 (2006-May-26): * Fix invocation of su in init.d/nvi to use quotes (closes: #355639) But I looked at the 1.79-23 source, and there were still no quotes. The need for quotes was then reported against nvi_1.79-25 in bug 465727 on 2008-Feb-14, which included a correct patch with the redirection outside the quotes. The changelog claims that the bug was fixed in version 1.81.6-1 (2008-Jun-13): * Fix sendmail invocation in the initscript. Closes: #465727. I looked at the source for the next version I could find, 1.81.6-3, and found the erroneous syntax that survives to this day, with the redirection inside the quotes. I checked my mail archive, and I have received no mail from nvi since 2008. Of course it's still possible to poll manually using 'vi -r'. Maybe I should write a cron job to do that... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages nvi depends on: ii libc6 2.18-7 ii libdb5.3 5.3.28-3 ii libncursesw5 5.9+20140118-1 ii libtinfo5 5.9+20140118-1 Versions of packages nvi recommends: pn nvi-doc none nvi 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#760385: Fix for CVE-2014-5256
I meant I'm *not* sure I'll be able to deal with lib8-3.14 Sorry, Jean Baptiste On 15/11/2014 21:28, Jean Baptiste Favre wrote: Hello Thomas, Thanks for your update. I decided to have a look on this bug because it seemed quite easy to fix it: upstream patch was available and small anough for me. Unfortunatly, I'm sure I'll be able to deal with lib8-3.14. The more I dig into, the less I understand (more or less) :) I'll try anyway, Regards, Jean Baptiste On 15/11/2014 20:44, Thomas Viehmann wrote: Hi Jean Baptiste, thank you for looking into this. Note that the changelog entries for nodejs 0.10.31 and .32 include v8: backport CVE-2013-6668 v8: fix a crash introduced by previous release If libv8 in Debian is affected by those, you might also consider also backporting those fixes when preparing a new v8 package. (Elsewhere in NodeJS .33 there is crypto: Disable autonegotiation for SSLv2/3 by default, not sure whether the release team would let something like that through.) Best regards Thomas signature.asc Description: OpenPGP digital signature
Bug#767673: [Pkg-fglrx-devel] Bug#767673: fglrx-driver: gnome-session fails to start. Major opcode 141 (RANDR) Minor opcode 13 (RRChangeOutputProperty).
affects: 767673 + gnome-session Dear Gnome Maintainers, please look at this issue if it's a problem in gnome or in fglrx according to your opinion. Tia, Jozsef On 11/02/2014 05:52 PM, Jozsef Marton wrote: On 11/02/2014 11:06 AM, Patrick Matthäi wrote: And why should this be a bug in fglrx? fglrx works without gnome-shell (i.e. xfce4 runs smoothly). gnome-shell works without fglrx. So the problem should be somewhere at their interaction. I don't much of RRChangeOutputProperty, but I thought that a call to the display driver, i.e. in fglrx failed for some reasons. If you think this is rather a gnome bug, please reassign it to package gnome-shell. Mfg, Jozsef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769462: [Bash-completion-devel] Bug#769462: bash-completion broken for parameters of known programs not in $PATH
losetup completion is shipped by util-linux, not bash-completion. I just sent a patch upstream that should address this particular issue: http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/10186 However other completions in util-linux may invoke commands (other than the one being completed) that are not necessarily in $PATH (haven't checked which, if any); such cases should be done with $PATH explicitly set, for example $(PATH=$PATH:/sbin:/usr/sbin somecommand ...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with Oh no, something went wrong
Quote/Cytat - Andreas Beckmann a...@debian.org (sob, 15 lis 2014, 21:26:04): On 2014-11-15 14:13, Julien Cristau wrote: Looks like nvidia took over libGL but not the server-side libglx.so. That can't possibly work; can the nvidia packages not do that? It should ... (not diverting, but placing its libglx.so in the front of the search path, controlled by alternatives) Please send the output from the bug script from the nvidia packages /usr/share/bug/libgl1-nvidia-glx/script 3nvidia.log Enclosed. On Sat, 15 Nov 2014 08:01:51 +0100 Janusz S. Bien jsb...@mimuw.edu.pl wrote: As I wrote already, there was a message during one of the upgrades which I unfortunately ignored. Should it be still available somewhere in the logs? I tried to find it, but unsuccesfully. Try /var/log/apt/term.log* I've done it already, but I will try again and look more closely. Regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ nvidia.log.gz Description: application/gzip
Bug#769259: golang-testify: FTBFS in jessie/i386: dh_auto_test: go test -v github.com/stretchr/testify github.com/stretchr/testify/assert github.com/stretchr/testify/http github.com/stretchr/testify/m
On 15/11/14 at 21:18 +0100, Jelmer Vernooij wrote: Hi Lucas, On Wed, Nov 12, 2014 at 11:46:23AM +0100, Lucas Nussbaum wrote: Source: golang-testify Version: 0.0~git20140717-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20141112 qa-ftbfs Justification: FTBFS in jessie on i386 Hi, During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on i386. Are you able to reproduce this locally? The buildds didn't have any problem with this version of the package earlier, and I'm also having trouble reproducing it with the current state of the archive. Hi, It builds fine on amd64, but fails on i386. The first failing test seem to be: if !Equal(mockT, int64(123), uint64(123)) { t.Error(Equal should return true) } I could reproduce it again in a chroot on EC2. I don't have a local i386 chroot unfortunately. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769693: Please giveback libjogl2-java
On Sat, 15 Nov 2014 21:58:22 +0100, Philipp Kern wrote: gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)' The packages you specified are already available (arch:all, but even -jni is there already), so the dep-wait is not necessary. Right; I'm just never sure if/when chroots on the buildds get updated. I gave the package back on the architectures you requested. Thanks! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Penelope Swales: Lost Found signature.asc Description: Digital Signature
Bug#769720: python2.7: distutils.sysconfig.get_python_inc() ignores prefix
Package: python2.7 Version: 2.7.8-11 distutils.sysconfig.get_python_inc() ignores the prefix argument: $ python -c 'from distutils.sysconfig import get_python_inc as inc; print inc(prefix=/moo)' /usr/include/python2.7 This used to work correctly in wheezy: $ python -c 'from distutils.sysconfig import get_python_inc as inc; print inc(prefix=/moo)' /moo/include/python2.7 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769693: Please giveback libjogl2-java
On Sat, Nov 15, 2014 at 06:44:05PM +0100, gregor herrmann wrote: libjogl2-java failed to build on arm64, ppc64el, and s390x because of a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2. Can you please gb libjogl2-java on those architectures? Something like (apologies if I got the syntax wrong): gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)' The packages you specified are already available (arch:all, but even -jni is there already), so the dep-wait is not necessary. I gave the package back on the architectures you requested. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#769721: distutils should add /usr/local/include/python2.7/ to include path
Package: python2.7 Version: 2.7.8-11 distutils, by default, installs header files to /usr/local/include/python2.7/. But this directory in not within include path when you are building extensions (only /usr/include/python2.7/ is). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769544: needrestart: prompts user without following Debian Configuration Management Specification - accesses /dev/tty
Am 15.11.2014 um 18:32 schrieb Thomas Liske: But that's just academic - the bug is silly and needs to be fixed for jessie without any doubt. ACK. Paravirtualized using libvirt AFAIK - there are many other virtualization environments requiring a kernel image inside the container. But the bug should keep a severity of serious[1] if it violates the debian policy. The severity is OK for me, since this bug affects some well known container based virtualization platforms and also chroots, if /boot is missing with kernel images. Common scenarios. The current upload you want to get into jessie was only uploaded with priority=low. If the upstream fix for this bug here gets backported and uploaded with priority=medium it would be eligible for migration at the same time. I think you should do that, especially since I do not see an unblock request for the current version in sid. The patch for #767370 and #769544 has not been uploaded by Patrick, yet. I have just uploaded needrestart=1.2+git20141115-1 to experimental (for additional testing). The next jessie/unstable upload *will* fix this issue, but first I want to see 1.2-4 in jessie (since it has got some more changes). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#768867: wheezy-jessie: Sub-process /usr/bin/dpkg returned an error code (1)
Control: reassign -1 dpkg Control: forcemerge 768599 -1 Hi, On Sun, Nov 09, 2014 at 08:11:53PM +0100, Christian Hofstaedtler wrote: Unpacking libaudit1:amd64 (1:2.4-1) ... E: Sub-process /usr/bin/dpkg returned an error code (1) I encountered the same thing. With -D777, dpkg says: dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: man-db - man-db packages' pending triggers which are or may be unresolvable: man-db: /usr/share/man dpkg: error processing package man-db (--configure): triggers looping, abandoned Based on that, merging with #768599. Although I can't figure out why the messages above weren't emitted during a normal run... thanks, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759544: nslcd: fails 'sometimes' to start at boot (systemd?)
Hi Arthur, On Mon, Nov 10, 2014 at 10:07:26PM +0100, Arthur de Jong wrote: On Fri, 2014-08-29 at 17:22 +0200, Andreas B. Mundt wrote: Sorry to not get back to you sooner. Can you try these patches: http://arthurdejong.org/git/nss-pam-ldapd/commit/?id=a726d291b0f6794abec0a0192cf2b2a742648e4a http://arthurdejong.org/git/nss-pam-ldapd/commit/?id=1d3b19b1ecd3b10f36e8925e8a752a28e3e74b56 They do not fix the issue. However, 'systemctl status nslcd' gives: ● nslcd.service - LSB: LDAP connection daemon Loaded: loaded (/etc/init.d/nslcd) Active: active (exited) since Sat 2014-11-15 22:03:38 CET; 1min 23s ago Process: 912 ExecStart=/etc/init.d/nslcd start (code=exited, status=0/SUCCESS) Nov 15 22:03:33 guest03.intern nslcd[965]: version 0.9.4 starting Nov 15 22:03:33 guest03.intern nslcd[965]: DEBUG: unlink() of /var/run/nslcd/socket failed (ignored): No such file or directory Nov 15 22:03:38 guest03.intern nslcd[912]: Starting LDAP connection daemon: nslcdnslcd: wait_for_response(): read_response() returned 0 (expected 4) Nov 15 22:03:38 guest03.intern nslcd[912]: nslcd: unable to daemonize: No data available Nov 15 22:03:38 guest03.intern nslcd[912]: failed! Nov 15 22:03:38 guest03.intern systemd[1]: Started LSB: LDAP connection daemon. Perhaps this gives some hint ... Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769722: creepy: Fail to look up on Flickr (Error: 95: SSL is required)
Package: creepy Version: 0.1.94-1 Severity: important Dear Maintainer, When testing creepy in wheezy, I tried to enter a flickr username into the targets dialog and press 'Geolocate Target', but only got a error dialog: Error connecting to flicr Error was Error: 95: SSL is required As far as I can tell, this was a fatal error causing the program to not find any information about the Flirk-user in question. I suspect this might really be a bug in the python-flickrapi package, as its /usr/share/pyshared/flickrapi/__init__.py file uses http and not https to talk to flickr. I tried applying the following change to the python-flickrapi package, and this got rid of the error message and the creepy tool seemed to start doing something. After a while, it even showed some map locations, so I suspect this is the correct fix. But I am unsure, so I hope you can reassign if the bug should be fixed there. --- /usr/share/pyshared/flickrapi/__init__.py 2009-05-13 09:20:43.0 +0200 +++ /tmp/__init__.py2014-11-15 22:16:08.446380054 +0100 @@ -386,7 +386,7 @@ if self.cache and self.cache.get(post_data): return self.cache.get(post_data) -url = http://; + FlickrAPI.flickr_host + FlickrAPI.flickr_rest_form +url = https://; + FlickrAPI.flickr_host + FlickrAPI.flickr_rest_form flicksocket = urllib.urlopen(url, post_data) reply = flicksocket.read() flicksocket.close() @@ -440,7 +440,7 @@ frob: frob, perms: perms}) -return http://%s%s?%s; % (FlickrAPI.flickr_host, \ +return https://%s%s?%s; % (FlickrAPI.flickr_host, \ FlickrAPI.flickr_auth_form, encoded) def web_login_url(self, perms): @@ -454,7 +454,7 @@ api_key: self.api_key, perms: perms}) -return http://%s%s?%s; % (FlickrAPI.flickr_host, \ +return https://%s%s?%s; % (FlickrAPI.flickr_host, \ FlickrAPI.flickr_auth_form, encoded) def __extract_upload_response_format(self, kwargs): @@ -578,7 +578,7 @@ if self.secret: kwargs[api_sig] = self.sign(kwargs) -url = http://%s%s; % (FlickrAPI.flickr_host, form_url) +url = https://%s%s; % (FlickrAPI.flickr_host, form_url) # construct POST data body = Multipart() -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 Versions of packages creepy depends on: ii python2.7.3-4+deb7u1 ii python-beautifulsoup 3.2.1-1 ii python-configobj 4.7.2+ds-4 ii python-flickrapi 1.2-3 ii python-osmgpsmap 0.7.3-3 ii python-pyexiv20.3.2-5 ii python-simplejson 2.5.2-1 ii python-tweepy 1.7.1-2+deb7u1 creepy recommends no packages. creepy suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: samba: now samba is not started at reboot at all
Disabling Samba cannot be the solution. If you mask samba.service you have to provide another solution to start Samba (smbd, nmbd, ...). Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769693: Please giveback libjogl2-java
On Sat, Nov 15, 2014 at 10:02:10PM +0100, gregor herrmann wrote: On Sat, 15 Nov 2014 21:58:22 +0100, Philipp Kern wrote: gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)' The packages you specified are already available (arch:all, but even -jni is there already), so the dep-wait is not necessary. Right; I'm just never sure if/when chroots on the buildds get updated. Sadly a dep-wait would not help here, as it's server-side. But then it only matters if the package is part of the base build chroot (like perl, or debhelper, or glibc). In that case there's another magic bit (extra-depends) that temporarily adds more stringent dependencies to the build-depends list. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#769639: RFS: xsoldier/1:1.8-3 [QA]
Hi Jean-Michel, Uploaded. Thanks a lot for your work. Cheers, Eriberto PS: a very interesting game! 2014-11-15 7:41 GMT-02:00 Jean-Michel Nirgal Vourgère jmv_...@nirgal.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package xsoldier Package name: xsoldier Version : 1:1.8-3 Section : games It builds those binary packages: xsoldier - shoot 'em up game with the not shooting bonus To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xsoldier Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xsoldier/xsoldier_1.8-3.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: xsoldier (1:1.8-3) unstable; urgency=low * QA upload: - Change maintainer of orphaned package to Debian QA. * Added desktop file (Closes: #738084) * Bumped standards version to 3.9.6: No change required. -- Jean-Michel Nirgal Vourgère jmv_...@nirgal.com Fri, 14 Nov 2014 22:25:34 +0100 Regards, Jean-Michel Vourgère -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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#741064: upstream fix
On Fri, 14 Nov 2014 14:23:40 +0300 Michael Tokarev m...@tls.msk.ru wrote: Sure, why not -- is `important' enough? I'd like to make it RC so autofs is removed from debian finally, as it is just too broken . If autofs might be removed from Debian, then I have a question. Is there a different, less buggy package that I could install to get the same effect? What is the best practice? I have one machine at home with accounts for my wife and kids. I export the passwd file via nis. I have another machine that they like to log into and still magically see all their stuff. How do I easily accomplish this in another way, without having to set up a bunch links and other brittle config on the non-master machine?
Bug#769724: RFA: topia.termextract -- Content Term Extraction using POS Tagging
Package: wnpp Severity: normal I request an adopter for the topia.termextract package. The package description is: This package determines important terms within a given piece of content. It uses linguistic tools such as Parts-Of-Speech (POS) and some simple statistical analysis to determine the terms and their strength. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769725: unblock: ruby-gon/5.2.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock package ruby-gon. The version 5.2.0-2 in unstable is closing a bug #768693. This bug was caused by an incompatibility with the version of ruby-rabl-rails present in testing, which was used in the tests. 5.2.0-2 includes a patch from upstream, to make the package work with this newer version of ruby-rabl-rails. unblock ruby-gon/5.2.0-2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru ruby-gon-5.2.0/debian/changelog ruby-gon-5.2.0/debian/changelog --- ruby-gon-5.2.0/debian/changelog 2014-10-12 23:14:00.0 +0200 +++ ruby-gon-5.2.0/debian/changelog 2014-11-15 16:29:10.0 +0100 @@ -1,3 +1,14 @@ +ruby-gon (5.2.0-2) unstable; urgency=medium + + * Add fix_tests_with_rabl_rails.patch imported from upstream +to fix tests with ruby-rabl-rails 0.4.x +The new version of ruby-rabl-rails uses a slightly different layout, and +files to require in tests should be updated. + * Tighten Build-Depends on ruby-rabl-rails to force a version greater than +0.4.x + + -- Cédric Boutillier bou...@debian.org Sat, 15 Nov 2014 16:26:55 +0100 + ruby-gon (5.2.0-1) unstable; urgency=medium * Team upload diff -Nru ruby-gon-5.2.0/debian/control ruby-gon-5.2.0/debian/control --- ruby-gon-5.2.0/debian/control 2014-10-12 23:14:00.0 +0200 +++ ruby-gon-5.2.0/debian/control 2014-11-15 16:26:20.0 +0100 @@ -11,7 +11,7 @@ ruby-multi-json, ruby-oj | ruby-json, ruby-rabl, - ruby-rabl-rails, + ruby-rabl-rails (= 0.4~), ruby-request-store, ruby-rspec Standards-Version: 3.9.6 diff -Nru ruby-gon-5.2.0/debian/patches/fix_tests_with_rabl_rails.patch ruby-gon-5.2.0/debian/patches/fix_tests_with_rabl_rails.patch --- ruby-gon-5.2.0/debian/patches/fix_tests_with_rabl_rails.patch 1970-01-01 01:00:00.0 +0100 +++ ruby-gon-5.2.0/debian/patches/fix_tests_with_rabl_rails.patch 2014-11-15 16:23:54.0 +0100 @@ -0,0 +1,43 @@ +From 117c78bb3f2b78989e14187fccd8843b6e98f4fd Mon Sep 17 00:00:00 2001 +Author: Alexey Gaziev alex.gaz...@gmail.com +Origin: commit:https://github.com/gazay/gon/commit/117c78bb3f2b78989e14187fccd8843b6e98f4fd.patch +Bug-Debian: https://bugs.debian.org/768693 +Reviewed-by: Cédric Boutillier bou...@debian.org +Last-Update: 2014-11-15 +Description: Fix specs for ruby-rabl-rails version 0.4 + +--- a/spec/gon/rabl_with_rabl_rails_spec.rb b/spec/gon/rabl_with_rabl_rails_spec.rb +@@ -4,6 +4,7 @@ + + before(:all) do + ensure_rabl_rails_is_loaded ++RablRails.configuration.cache_templates = false + end + + describe '.rabl with rabl-rails gem' do +--- a/spec/spec_helper.rb b/spec/spec_helper.rb +@@ -31,14 +31,17 @@ + def ensure_rabl_rails_is_loaded + Object.send(:remove_const, :Rabl) if defined? Rabl + unless defined? RablRails +-load 'rabl-rails/template.rb' +-load 'rabl-rails/condition.rb' ++load 'rabl-rails/renderer.rb' ++load 'rabl-rails/helpers.rb' ++load 'rabl-rails/configuration.rb' ++load 'rabl-rails/nodes/node.rb' ++load 'rabl-rails/nodes/attribute.rb' + load 'rabl-rails/compiler.rb' +-load 'rabl-rails/renderers/base.rb' ++load 'rabl-rails/renderers/hash.rb' + load 'rabl-rails/renderers/json.rb' +-load 'rabl-rails/renderer.rb' +-load 'rabl-rails/library.rb' + load 'rabl-rails.rb' ++load 'rabl-rails/template.rb' ++load 'rabl-rails/library.rb' + end + end + diff -Nru ruby-gon-5.2.0/debian/patches/series ruby-gon-5.2.0/debian/patches/series --- ruby-gon-5.2.0/debian/patches/series2014-10-12 23:14:00.0 +0200 +++ ruby-gon-5.2.0/debian/patches/series2014-11-15 16:24:51.0 +0100 @@ -1,3 +1,4 @@ change_watch_js_location.patch remove_lib_from_loadpath_for_spec.patch fix-json-scaping-on-tests-strings +fix_tests_with_rabl_rails.patch signature.asc Description: Digital signature
Bug#769723: unblock: kid3/3.1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kid3 It adds the missing manpages (where kid3.1 itself links to). diff -Naur '--exclude=.svn' 3.1.1-1/debian/changelog 3.1.1-2/debian/changelog --- 3.1.1-1/debian/changelog2014-11-11 22:43:22.053641657 +0100 +++ 3.1.1-2/debian/changelog2014-11-13 21:55:16.879633742 +0100 @@ -1,3 +1,9 @@ +kid3 (3.1.1-2) unstable; urgency=low + + * Add missing kid3-core manpages. Thanks to Achim Bohnet. + + -- Patrick Matthäi pmatth...@debian.org Thu, 13 Nov 2014 21:44:24 +0100 + kid3 (3.1.1-1) unstable; urgency=medium * New upstream release. diff -Naur '--exclude=.svn' 3.1.1-1/debian/kid3-core.manpages 3.1.1-2/debian/kid3-core.manpages --- 3.1.1-1/debian/kid3-core.manpages 1970-01-01 01:00:00.0 +0100 +++ 3.1.1-2/debian/kid3-core.manpages 2014-11-13 21:55:16.879633742 +0100 @@ -0,0 +1,2 @@ +kid3-build/doc/en/kid3-core.1 +kid3-build/doc/de/kid3-core.de.1 unblock kid3/3.1.1-2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#739121: Status of Creepy?
What is the latest development regarding the creepy package in Debian? I just noticed it did not make it into testing thanks to this RC bug, and find that really sad. What is needed to get the version in git://anonscm.debian.org/pkg-grass/creepy.git uploaded into unstable, at least? -- 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#769727: debian-reference: no longer existing aufs-modules-* packages
Package: debian-reference Severity: wishlist Tags: patch Hi Osamu, while proofreading my translation of DR, I found the following in chapter 9.5.17: In order to use aufs, its utility package aufs-tools and kernel module package for aufs such as aufs-modules-2.6-amd64 need to be installed. But there is no such aufs-modules-* package in the archive since after Lenny. The aufs.ko kernel module is integrated in the linux-image packages these days. I would tend to skip the mention of that packages completely. Patch attached. Friendly greetings Holger -- Holger Wansing hwans...@mailbox.org --- asciidoc/09_systips.txt 2014-11-09 21:31:43.026281423 +0100 +++ asciidoc/09_systips_workingcopy.txt 2014-11-15 22:30:00.178763275 +0100 @@ -1083,7 +1083,7 @@ CAUTION: Use of http://en.wikipedia.org/wiki/Aufs[aufs] for long term data storage is not a good idea since it is under development and its design change may introduce issues. -TIP: In order to use http://en.wikipedia.org/wiki/Aufs[aufs], its utility package `aufs-tools` and kernel module package for http://en.wikipedia.org/wiki/Aufs[aufs] such as `aufs-modules-2.6-amd64` need to be installed. +TIP: In order to use http://en.wikipedia.org/wiki/Aufs[aufs], its utility package `aufs-tools` needs to be installed. TIP: http://en.wikipedia.org/wiki/Aufs[aufs] is used to provide writable root filesystem by many modern http://en.wikipedia.org/wiki/Live_CD[live CD] projects.
Bug#769726: RFA: convoy -- WSGI app for loading multiple files in the same request
Package: wnpp Severity: normal I request an adopter for the convoy package. The package description is: Provides a WSGI application that can be hooked up to a generic WSGI container to create a combo loader server, for loading Javascript and CSS files combined into a single request. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766872: RFS: volumeicon/0.4.6-2.2 [NMU]
Hi Mateusz, Uploaded. Thanks a lot for your work. Cheers, Eriberto 2014-10-26 10:30 GMT-02:00 Mateusz mateus...@interia.pl: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package volumeicon * Package name: volumeicon Version : 0.4.6-2.2 Upstream Author : 2010 Maato ma...@softwarebakery.com * URL : http://softwarebakery.com/maato/volumeicon.html * License : GPL-3 Section : sound It builds those binary packages: volumeicon-alsa - systray volume icon for alsa To access further information about this package, please visit the following URL: http://mentors.debian.net/package/volumeicon Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/volumeicon/volumeicon_0.4.6-2.2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Non-maintainer upload. * Add patch to replace x-terminal-emulator instead xterm - thanks to Luca Capello l...@pca.it for the patch. (Closes: #749324) * Typo in Depends: xfce4-nofityd = xfce4-notifyd. (Closes: #758494) * Add .desktop file. (Closes: #749324) * Bump Debian standards to 3.9.6. (no changes needed) * Use canoninal Vcs fields. * Bump debhelper version to 9. Regards, Mateusz Łukasik -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/544ce94d.1030...@interia.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767659: poppler: diff for NMU version 0.26.5-2.1
Control: tags 767659 + patch On Tue, 11 Nov 2014 at 10:33:42 +, Simon McVittie wrote: If the new symbol is public API that (in principle) other packages could use, which AFAICS it is, then I think the only solution that doesn't involve bumping shlibs for everyone is a symbols file. The attached seems to work as desired: libpoppler-glib8 ends up with a dependency on libpoppler46 (= 0.26.5-2~), but libpoppler-qt4-4 (which presumably doesn't use GfxFont::getAlternateName) still depends on libpoppler46 (= 0.26.5). Regards, S diffstat for poppler-0.26.5 poppler-0.26.5 changelog |9 + libpoppler46.symbols.in |4 2 files changed, 13 insertions(+) diff -Nru poppler-0.26.5/debian/changelog poppler-0.26.5/debian/changelog --- poppler-0.26.5/debian/changelog 2014-10-19 17:24:18.0 +0100 +++ poppler-0.26.5/debian/changelog 2014-11-15 21:28:15.0 + @@ -1,3 +1,12 @@ +poppler (0.26.5-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * GfxFont::getAlternateName(char const*) was new in 0.26.5-2~; +add a symbols file so that anything using that symbol gets the +appropriate versioned dependency. (Closes: #767659) + + -- Simon McVittie s...@debian.org Sat, 15 Nov 2014 21:07:14 + + poppler (0.26.5-2) unstable; urgency=medium * Backport upstream commit 01723aa17e836e818158dbdc56df642a290be300 to map diff -Nru poppler-0.26.5/debian/libpoppler46.symbols.in poppler-0.26.5/debian/libpoppler46.symbols.in --- poppler-0.26.5/debian/libpoppler46.symbols.in 1970-01-01 01:00:00.0 +0100 +++ poppler-0.26.5/debian/libpoppler46.symbols.in 2014-11-15 21:28:15.0 + @@ -0,0 +1,4 @@ +libpoppler.so.46 libpoppler46 #MINVER# +* Build-Depends-Package: libpoppler-dev + (c++)GfxFont::getAlternateName(char const*)@Base 0.26.5-2~ + (regex).* #CURVER#
Bug#768315: unblock: util-linux/2.25.2-3
Hello intrigeri! On Sat, Nov 15, 2014 at 12:51:53PM +0100, intrigeri wrote: Hi Andreas, Agreed. I think we should ship the cronjob by default in Jessie. Andreas, what do you think? What I've seen so far is people suggesting to use a cron job /instead of/ the systemd units shipped by upstream. That is in my opinion pretty short-sighted. I see a cron job as a complement that caters to the niche which does not use the default init in Jessie. Saying that people who don't install cron don't get their SSDs trimmed is just stupid. Speciall since installing cron also pulls in a full MTA. Why would anyone want to connect having an MTA installed to having their SSD trimmed?! Atleast I'm not going to install that on a number of my systems. (Please keep in mind that it's not uncommon even for embedded system to ship with SATA or mSATA today and those are being used with SSD drives.) I've spent way to much time catering to niches that random people think are important but where they don't want to do the work themselves. I'm not going to do that anymore, unless people agree to paying my regular fee for buying hours of my life which is the way I'm making a living.. (fwiw, I'm also still pondering if I still want to be involved with Debian at all.) If someone wants to do the work it would be good if they could think about the consequenses themselves, but here are some pro bono advice: There will likely be a number of people having both systemd and cron installed on their systems. Whoever does the work on the cron side will probably want to make sure that these people don't end up with double trimming. Also see: https://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/Documentation/howto-contribute.txt I really don't understand why we're having this discussion now at all. Where where everyone before the freeze? Where where the advice when I asked for it and had to fight my way forward to get my changes into Debian. Right now I'm really regretting even getting involved with util-linux in Debian. I should have just kept on doing my own thing and never mentioned it to anyone. I've spent a huge amount of time cleaning up the mess left by others and catered to all kinds of niches that didn't want to do their work themselves (most time occupied by kfreebsd). This left me with alot of people thinking because I did that now I somehow owe them even more time and work which they can dictate how I should do. I guess I'm drifting way off topic here trying to focus again. If you don't want to pay me to do the work, then get pre-approval from the release team for your suggested changes - then, and not before then, feel free to talk to me about it. I'm not interested before that. Things that will interest people who actually want to work on a solution for keeping automatic trimming: 1/ #757891 see also: https://lists.debian.org/debian-devel/2014/11/msg00216.html 2/ #767429 3/ optionally create a proper cron-job. 4/ get r-t pre-approval. Right now I see a number of flawed suggestions floating around. It's probably less interesting that I can't really approve of any of them, then that it will probably be hard to get any of it past the release team now. My suggestion is thus still that I'm not seeing the above points not getting fixed I think the safest way is to just back out all trimming jobs and make another attempt after the ice-age has passed. (If 1 and 2 gets fixed in Jessie, then I'll close my pre-approval request to drop the units from the current util-linux package. If someone can also get 3 and 4 done, then good for the people who benefit from that!) HTH. 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#767936: mcollective, -client: prompting due to modified conffiles which were not modified by the user: /etc/mcollective/{client, server}.cfg
Hello, I worked on this bug during Debian BSP in Paris with Julien. Here is a patch to remove /etc/mcollective/server.cfg /etc/mcollective/client.cfg from their respective package. They still are installed, when missing, from postinst script. I didn't remove /etc/default/mcollective, which is still provided by mcollective package, since it's not modified anymore by any postint script. Cheers, Jean Baptiste diff -Nru mcollective-2.6.0+dfsg/debian/changelog mcollective-2.6.0+dfsg/debian/changelog --- mcollective-2.6.0+dfsg/debian/changelog 2014-10-14 14:18:57.0 +0200 +++ mcollective-2.6.0+dfsg/debian/changelog 2014-11-14 18:13:34.0 +0100 @@ -1,3 +1,11 @@ +mcollective (2.6.0+dfsg-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Remove server client config files from package since they are modified +by postinst. (Closes: #767936) + + -- Jean Baptiste Favre deb...@jbfavre.org Fri, 14 Nov 2014 18:12:24 +0100 + mcollective (2.6.0+dfsg-1) unstable; urgency=low * Imported Upstream version 2.6.0+dfsg diff -Nru mcollective-2.6.0+dfsg/debian/rules mcollective-2.6.0+dfsg/debian/rules --- mcollective-2.6.0+dfsg/debian/rules 2014-10-14 14:18:57.0 +0200 +++ mcollective-2.6.0+dfsg/debian/rules 2014-11-14 18:13:51.0 +0100 @@ -4,8 +4,6 @@ dh $@ --buildsystem=ruby --with ruby,systemd override_dh_auto_install: - cp $(CURDIR)/etc/server.cfg.dist $(CURDIR)/debian/mcollective/etc/mcollective/server.cfg - cp $(CURDIR)/etc/client.cfg.dist $(CURDIR)/debian/mcollective-client/etc/mcollective/client.cfg cp $(CURDIR)/etc/facts.yaml.dist $(CURDIR)/debian/mcollective-common/etc/mcollective/facts.yaml cp $(CURDIR)/etc/rpc-help.erb $(CURDIR)/debian/mcollective-common/etc/mcollective/rpc-help.erb cp -R $(CURDIR)/lib/* $(CURDIR)/debian/mcollective-common/usr/lib/ruby/vendor_ruby/ signature.asc Description: OpenPGP digital signature
Bug#769714: samba: unit samba.service is masked
Hi, On Sat, Nov 15, 2014 at 09:21:27PM +0100, Heinrich Schuchardt wrote: how do I make systemd start nmbd and smbd on system start? It seems some starter script is missing. They should be started automatically by the init scripts for those services (/etc/init.d/smbd and /etc/init.d/nmbd). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497225: gnome-alsamixer upstream Git
Just for the record: gnome-alsamixer is currently keeped in GNOME Git repository: https://git.gnome.org/browse/gnome-alsamixer/ --- Best wishes, Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769728: [jessie daily 2014-11-15] installation-report: regression when deselecting the standard system utilities task
Package: installation-reports Boot method: netboot Image version: http://d-i.debian.org/daily-images/armhf/daily/netboot/ dated 15-Nov-2014 05:25 Date: 2014-11-15 Machine: Cubietech Cubietruck Processor: Allwinner A20 (2x Cortex A7) Memory: 2GB Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: The installation itself works flawlessly, but when installing a minimal system by deselecting standard system utilities in tasksel, on booting the installed system the systemd error message [FAILED] Failed to start Login Service gets shown several times. systemctl status -l systemd-logind.service results in: -8--8--8--8--8--8- systemd-logind.service - Login Service Loaded: loaded (/lib/systemd/system/systemd-logind.service; static) Active: failed (Result: start-limit) since Sat 2014-11-15 22:21:56 CET; 1min 13s ago Docs: man:systemd-logind.service(8) man:logind.conf(5) http://www.freedesktop.org/wiki/Software/systemd/logind http://www.freedesktop.org/wiki/Software/systemd/multiseat Process: 273 ExecStart=/lib/systemd/systemd-logind (code=exited, status=1/FAILURE) Main PID: 273 (code=exited, status=1/FAILURE) Status: Shutting down... Nov 15 22:21:56 debian systemd[1]: Failed to start Login Service. Nov 15 22:21:56 debian systemd[1]: Unit systemd-logind.service entered failed state. Nov 15 22:21:56 debian systemd[1]: systemd-logind.service has no holdoff time, scheduling restart. Nov 15 22:21:56 debian systemd[1]: Stopping Login Service... Nov 15 22:21:56 debian systemd[1]: Starting Login Service... Nov 15 22:21:56 debian systemd[1]: systemd-logind.service start request repeated too quickly, refusing to start. Nov 15 22:21:56 debian systemd[1]: Failed to start Login Service. Nov 15 22:21:56 debian systemd[1]: Unit systemd-logind.service entered failed state. -8--8--8--8--8--8- When standard system utilities is selected in tasksel, the problem does not occur. Deselecting standard system utilities did not have any negatve effect on the boot process when d-i still installed SysV-init as the default init system, so this is a regression. Following is a full boot log of an installation with standard system utilities deselected in tasksel: -8--8--8--8--8--8- Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.16.0-4-armmp-lpae (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) [0.00] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7), cr=30c5387d [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine model: Cubietech Cubietruck [0.00] Forcing write-allocate cache policy for SMP [0.00] Memory policy: Data cache writealloc [0.00] psci: probing for conduit method from DT. [0.00] psci: Using PSCI v0.1 Function IDs from DT [0.00] PERCPU: Embedded 9 pages/cpu @ee7cc000 s13248 r8192 d15424 u36864 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768 [0.00] Kernel command line: console=ttyS0,115200 console=ttyS0,115200 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 2057220K/2097152K available (6558K kernel code, 837K rwdata, 2208K rodata, 700K init, 396K bss, 39932K reserved, 1318912K highmem) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xffc0 - 0xffe0 (2048 kB) [0.00] vmalloc : 0xf000 - 0xff00 ( 240 MB) [0.00] lowmem : 0xc000 - 0xef80 ( 760 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc0897da0 (8768 kB) [0.00] .init : 0xc0898000 - 0xc09473c0 ( 701 kB) [0.00] .data : 0xc0948000 - 0xc0a197f8 ( 838 kB) [0.00].bss : 0xc0a197f8 - 0xc0a7cbf4 ( 397 kB) [
Bug#769729: cron-apt: package should recommend cron-daemon
Package: cron-apt Version: 0.9.2 Severity: normal Dear Maintainer, This package should recommend virtual package cron-daemon instead of cron. That way users can use an alternative cron daemon more easily. -- 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.0-4-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 Versions of packages cron-apt depends on: ii apt 1.0.9.3 Versions of packages cron-apt recommends: ii bsd-mailx [mailx] 8.1.2-0.20140825cvs-1 pn cron none ii liblockfile1 1.09-6 cron-apt suggests no packages. -- Configuration Files: /etc/cron-apt/action.d/3-download changed: autoclean -y dist-upgrade -d -y -o APT::Get::Show-Upgraded=true upgrade -d -y -o APT::Get::Show-Upgraded=true -- 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#768681: nodejs: FTBFS in jessie: tests failures
Hello, We had a look on it during Debian BSP in Paris this week-end. As commented in bug #766484 [1], this test fails since last openssl upgrade to 1.0.1j-1. I used debsnap to downgrade libssl-dev and libssl1.0.0. Build is successfull up to libssl-dev 1.0.1i. A patch [2] has been provided upstream for 0.10.33 release of nodejs. But since the patch hasn't been merged into upstream master branch, I'm sure it's a good idea to include it in the Debian package. Regards, Jean Baptiste [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766484#15 [2] https://github.com/joyent/node/commit/707cc25011d142fe4ade14ce2aa083a96ef15bcb signature.asc Description: OpenPGP digital signature
Bug#766760: ITP: american-fuzzy-lop -- instrumentation-driven fuzzer for binary formats
Status update: AFL includes a testcase that crashes strings(1), which makes Lintian very unhappy. (binutils is already fixed in unstable, but not in stable.) So I'm waiting until either binutils is fixed in stable, or fix[0] for Lintian to pass -a to strings(1) lands in backports. The alternative if of course the repack .orig.tar, but that's a lot of hassle. [0] https://anonscm.debian.org/cgit/lintian/lintian.git/commit/?id=eb69d2917905 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738869: ORBit2 upstream Git
Just for the record: ORBit2 is currently keeped in GNOME Git repository: https://git.gnome.org/browse/ORBit2/ --- Best wishes, Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769237: mipp: FTBFS in jessie/i386: Tests failures
Hi, as I wrote on the bottom of the SoB page please consider me on vacation. Thanks Andreas. On Sat, Nov 15, 2014 at 06:19:12PM +0100, Antonio Valentino wrote: Hi Ross, hi Lucas, On Fri, 14 Nov 2014 22:51:18 +0100 Ross Gammon r...@the-gammons.net wrote: On 11/14/2014 09:26 PM, Ross Gammon wrote: I will try once more to build from source in a Jessie VM. I would like to understand what is going on here. $ apt-get source mipp # apt-get build-dep mipp $ apt-get --build source mipp Works fine in a freshly created Jessie VM. This issue seems to be related to a precision issue that is triggered only in particular cases. I have just pushed to the git repository of (git.debian.org/git/pkg-grass/mipp.git) of the package a fix for this issue bacported from upstream. Can you please let me know if it works for you? I can't reproduce the issue on my laptop. cheers -- Antonio Valentino -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768867: wheezy-jessie: Sub-process /usr/bin/dpkg returned an error code (1)
* Ryan Tandy r...@nardis.ca [141115 22:17]: On Sun, Nov 09, 2014 at 08:11:53PM +0100, Christian Hofstaedtler wrote: Unpacking libaudit1:amd64 (1:2.4-1) ... E: Sub-process /usr/bin/dpkg returned an error code (1) I encountered the same thing. With -D777, dpkg says: dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: man-db - man-db packages' pending triggers which are or may be unresolvable: man-db: /usr/share/man dpkg: error processing package man-db (--configure): triggers looping, abandoned Indeed, I just did an upgrade on another (but similar) VM with -D777, and saw the same thing. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgplVKbarZ9Xg.pgp Description: PGP signature