Bug#663388: Bug#673538: transition: gnustep-base, gnustep-gui
On Wed, May 28, 2014 at 04:29:59 +0300, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? Sounds great, thanks! Cheers, Julien signature.asc Description: Digital signature
Bug#749550: landscape format, from *.xlsx file
forward 749550 https://bugs.kde.org/show_bug.cgi?id=335451 thanks Hi, The bug still occurs with calligra 2.8.3, which I am currently packaging for Debian unstable. As it is the last stable version (upstream prepare 2.9), I report the bug upstream. Regards, Adrien signature.asc Description: This is a digitally signed message part.
Bug#749560: transition: miniupnpc
Hi Thomas, On Wed, May 28, 2014 at 12:40:35 +0800, Thomas Goirand wrote: Note that I would like this transition to happen ASAP, because of #748913. Can't that fix be applied independently? Cheers, Julien signature.asc Description: Digital signature
Bug#749566: [rpcbind] can not start rpcbind on lxc container
Package: rpcbind Version: 0.2.1-3 On amd64 Jessie system, when installing rpcbind in lxc container, then rpcbind can not end the init script process and always wait root@vm-test-users:~# which rpcbind /sbin/rpcbind root@vm-test-users:~# dpkg -l |grep -v ii Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-=---=== -- root@vm-test-users:~# cat /etc/apt/sources.list deb http://ftp.debian.org/debian jessie main contrib non-free root@vm-test-users:~# uname -a Linux vm-test-users 3.13-0.bpo.1-amd64 #1 SMP Debian 3.13.10-1~bpo70+1 (2014-04-23) x86_64 GNU/Linux root@vm-test-users:~# ip route ls default via 192.168.8.252 dev eth1-users 192.168.6.0/24 dev eth2-services proto kernel scope link src 192.168.6.7 192.168.8.0/24 dev eth1-users proto kernel scope link src 192.168.8.16 192.168.9.0/24 dev eth0-admin proto kernel scope link src 192.168.9.10 root@vm-test-users:~# ip link ls 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 186: eth0-admin: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 02:00:00:00:64:01 brd ff:ff:ff:ff:ff:ff 188: eth1-users: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 02:00:00:00:64:02 brd ff:ff:ff:ff:ff:ff 190: eth2-services: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 02:00:00:00:64:03 brd ff:ff:ff:ff:ff:ff Q1: When trying to startb with '-ad' option, according man documentation, then it seems that this option is not correcly implemented or fonctional ? Please can you confirm that this option is OK ? After running rpcbind with default option, then on stdout [] Starting rpcbind daemon... Q2: Please can you implement one timeout in script as in 'nis' package so that init is not broken ? root@solo:~# ps auxww |grep rpcbin root 5665 0.0 0.0 4316 760 pts/15 S07:57 0:00 /bin/sh /etc/init.d/rpcbind start root 5674 0.0 0.0 21400 1388 pts/15 S07:57 0:00 /sbin/rpcbind -w root 5979 0.0 0.0 8332 864 pts/7S+ 07:59 0:00 grep rpcbin root@solo:~# strace -p 5674 Process 5674 attached - interrupt to quit restart_syscall(... resuming interrupted call ...) = 0 sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout) sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout) sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout) sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout) sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout) sendto(10, S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(127.0.0.1)}, 16) = 56 poll([{fd=10, events=POLLIN}], 1, 5000 There is no possibility to stop this ...except of course killall... Best Regards -- -- -- Jean-Marc LACROIX -- -- mailto : jeanmarc.lacr...@free.fr -- --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'
Hi! On Tue, 2014-05-27 at 23:56:03 +0300, Niko Tyni wrote: On Tue, May 27, 2014 at 04:49:35PM +0200, Jens Thoms Toerring wrote: Let's hope the new 0.20 version on CPAN is the final one;-) Thanks for your awesome work, Jens! Absolutely, the same goes for the debian-perl team! :) @debian-perl: To make this usable for the original problem (giving dpkg-dev a working File::FcntlLock without a transitive hard dependency on perlapi-*), I suppose the package should either be split or the ${perl:Depends} dependency should be relaxed to a recommendation. Either would work for me, the latter might be problematic for current code not assuming that it can fallback to use one of the pure perl versions though. Although checking now it seems only libdpkg-perl is making use of the module in Debian, so it might not be such an issue after all; and would avoid a round-trip over NEW, a very tiny package, and would guarantee the packages and modules are always present (even if not fully functional). Anyway, I'm fine with whatever you decide. This way dpkg-dev could still depend on the package, and either fall back to File::FcntlLock::Pure if File::FcntlLock::XS doesn't work, or just unconditionally use File::FcntlLock::Pure. Not sure which is cleaner. As I've mentioned before I think always using one of the pure versions could potentially lead to ABI issues, so I'd rather only use as a fallback when the XS is not available or functional if possible. And I'll be implementing that for dpkg 1.17.10, leaving the dependency metadata until the packaging side has been decided on your side. In the fallback option, dpkg-dev should probably set PERL_DL_NONLAZY=1 before trying to load File::FcntlLock::XS. See #479711. (Hm, my preliminary testing indicates that 5.20.0 may introduce new challenges around PERL_DL_NONLAZY. Urgh. Will investigate.) Thanks, will take that into account! And I'm obviously interested in any results from that investigation, which might imply having to switch to always use the pure version for example. :) 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#721728: Broken OpenGL
Probably this bug is related to OpenGL in 3.6.1. http://lists.nongnu.org/archive/html/linphone-users/2013-09/msg00111.html : The opengl renderer [in 3.6.1] is indeed broken. Please disable the opengl rendere when compiling. It is recommended to '--disable-glx' on configure in version 3.6.1. In verstion 3.7.0 this problem is partially solved - in 3.7.0 by default is used 'xv' for video output. -- Ilya Melnikov signature.asc Description: This is a digitally signed message part.
Bug#748913: Stable doesn't seem affected
Hi, While inspecting the code of miniwget.c in Wheezy, it is looking like version 1.5-2 isn't affected at all by #748913. Thomas Bernard, could you please confirm this fact? I have uploaded version 1.6-4 containing the proposed patch upstream, so if we're clear with the Wheezy version of miniupnpc, then this bug can be closed. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685649: Can you produce a patch for #685649?
Andre, I wont have time to work much on this bug. But could you produce a patch for fixing it? Then I will happily apply it to the current package. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749567: gkrellm: Crashes with 'BadRRCrtc (invalid Crtc parameter)' X Window System error
Package: gkrellm Version: 2.3.5-6 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Just trying to run gkrellm ... * What exactly did you do (or not do) that was effective (or ineffective)? This is a headless system (serial console only) so I log in using ssh -Y Then I try to run gkrellm. * What was the outcome of this action? I always (100% reproducable) get this error message: The program 'gkrellm' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRRCrtc (invalid Crtc parameter)'. (Details: serial 49 error_code 146 request_code 139 minor_code 20) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) * What outcome did you expect instead? I'd expect that a window with a display of the statistcs data opens. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.14.3-3-g043fe0d (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/bash Versions of packages gkrellm depends on: ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo21.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnutls-openssl27 3.2.14-1 ii libgnutls26 2.12.23-15 ii libgtk2.0-0 2.24.23-1 ii libice6 2:1.0.8-2 ii libntlm0 1.4-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libsensors4 1:3.3.5-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-2 gkrellm recommends no packages. gkrellm 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#253348: keepalived: wrong persistent timeouts
On Tue, 08 Jun 2004, root wrote: Package: keepalived Version: 1.1.4-1 Severity: important persistent timeouts are not set properly some service defined as (/etc/keepalived.conf) - virtual_server fwmark 5 { delay_loop 60 lb_algo wlc lb_kind NAT nat_mask 255.255.255.0 persistence_timeout 300 protocol TCP ... We don't have 2.4 anymore and as it seems this bug is fixed with recent kernels I will close this bug now. Thanks for reporting Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749544: RFS: atop/2.0.2-1 [ITA]
Hello there, On Tue, May 27, 2014 at 10:45:22PM +0200, Mark Clarke wrote: I am looking for a sponsor for my package atop [...] More information about hello can be obtained from http://www.example.com. ^^^ really ;) Changes since the last upload: This is my first upload. I updated the orphaned package to the latest available from upstream. atop isn't orphaned. The bug you mention in your changelog (#540583) refers to apachetop, which is an entirely different package. Furthermore, your atop package would need severe polishing, as at the moment it doesn't adress any of the update issues that will arise (and which led Marc to not yet package any release breaking compatibility). You might want to add your experiences to #729614, though (atop: Please package latest upstream version (2.0.2)). Cheers, Flo signature.asc Description: Digital signature
Bug#702697: RFP: git-remote-bzr -- bidirectional bridge between Git and Bazaar
On Fri, 2014-05-23 at 21:03 +0200, Sven Joachim wrote: I wanted a package now, so I created one, Debian tarball is attached. It's probably not perfect, but it works for me. Anyone who volunteers for maintaining git-remote-bzr could use it as a starting point. I would be happy to sponsor you if you want to maintain it. If not I guess I will have to maintain it since I really need these packages. It might be better to make git-bzr a transitional package and create a git-remote-bzr package which does not need an epoch. Jonathan, do you have any comments on how the transition should be done? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#749568: sosreport: CVE-2014-0246
Package: sosreport Severity: important Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0246 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749569: sssd: CVE-2014-0249
Package: sssd Severity: important Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0249 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743903:
On Tue, 2014-05-27 at 11:43 +0200, Didier 'OdyX' Raboud wrote: Nice catch, thanks. Can you suggest an alternative patch? If the goal is that this should work on Python 3 as well then I'm afraid not, at least not as far as this particular bug report is concerned. The script is full of calls to iteritems() and xreadlines() for example, which seems to indicate that nobody has ever even bothered to test on Python 3. Something like the following fixes things for Python 2 on jessie/sid at least: --- initdutils.py.orig 2014-05-28 08:23:37.526834202 +0200 +++ initdutils.py 2014-05-28 09:12:40.814008103 +0200 @@ -3,7 +3,8 @@ # Python3-compatible print() function from __future__ import print_function -import re, sys, os, io +from cStringIO import StringIO +import re, sys, os import pickle class RFC822Parser(dict): @@ -19,7 +20,7 @@ super(RFC822Parser, self).__init__(basedict) if not fileob: -fileob = io.StringIO(strob) +fileob = StringIO(strob) key = None for line in fileob: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749570: error: macro INIT_WORK passed 3 arguments, but takes just 2
Package: ndiswrapper-dkms Version: 1.57-1 Severity: grave I cannot build the package on linux bpo : 3.14-0.bpo.1-amd64 [*]. It fails with: Building only for 3.14-0.bpo.1-amd64 Building initial module for 3.14-0.bpo.1-amd64 Error! Bad return status for module build on kernel: 3.14-0.bpo.1-amd64 (x86_64) Consult /var/lib/dkms/ndiswrapper/1.57/build/make.log for more information. with: $ cat /var/lib/dkms/ndiswrapper/1.57/build/make.log DKMS make.log for ndiswrapper-1.57 for kernel 3.14-0.bpo.1-amd64 (x86_64) Wed May 28 09:06:57 CEST 2014 make: Entering directory `/usr/src/linux-headers-3.14-0.bpo.1-amd64' LD /var/lib/dkms/ndiswrapper/1.57/build/built-in.o MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/crt_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/hal_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/ndis_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/ntoskernel_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/ntoskernel_io_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/rtl_exports.h MKEXPORT /var/lib/dkms/ndiswrapper/1.57/build/usb_exports.h MKSTUBS /var/lib/dkms/ndiswrapper/1.57/build/win2lin_stubs.h CC [M] /var/lib/dkms/ndiswrapper/1.57/build/crt.o In file included from /var/lib/dkms/ndiswrapper/1.57/build/crt.c:16:0: /var/lib/dkms/ndiswrapper/1.57/build/ntoskernel.h: In function ‘INIT_WORK’: /var/lib/dkms/ndiswrapper/1.57/build/ntoskernel.h:215:48: error: macro INIT_WORK passed 3 arguments, but takes just 2 /var/lib/dkms/ndiswrapper/1.57/build/ntoskernel.h:215:2: warning: statement with no effect [-Wunused-value] /var/lib/dkms/ndiswrapper/1.57/build/crt.c: In function ‘_win_srand’: /var/lib/dkms/ndiswrapper/1.57/build/crt.c:470:2: error: implicit declaration of function ‘net_srandom’ [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make[3]: *** [/var/lib/dkms/ndiswrapper/1.57/build/crt.o] Error 1 make[2]: *** [_module_/var/lib/dkms/ndiswrapper/1.57/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.14-0.bpo.1-amd64' [*] $ apt-cache policy linux-image-amd64 linux-image-amd64: Installed: 3.14+57~bpo70+1 Candidate: 3.14+57~bpo70+1 Version table: 3.14+57 0 200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages 100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages *** 3.14+57~bpo70+1 0 600 http://ftp.fr.debian.org/debian/ wheezy-backports/main amd64 Packages 100 /var/lib/dpkg/status 3.2+46 0 700 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749441: [PATCH drbd-utils] Fix conflicting declarations of my_parse()
my_parse() is declared as void in drbdadm_parser.c, but as int in drbdadm_main.c. Since the return value is never used, we change the latter to void. See also Debian bug #749441[1]. [1] https://bugs.debian.org/749441 Reported-by: Michael Tautschnig m...@debian.org Signed-off-by: Apollon Oikonomopoulos apoi...@debian.org --- user/drbdadm_main.c | 2 +- user/legacy-84/drbdadm_main.c | 2 +- user/legacy/drbdadm_main.c| 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/user/drbdadm_main.c b/user/drbdadm_main.c index b974b02..fb72a40 100644 --- a/user/drbdadm_main.c +++ b/user/drbdadm_main.c @@ -83,7 +83,7 @@ struct option general_admopt[] = { }; struct option *admopt = general_admopt; -extern int my_parse(); +extern void my_parse(); extern int yydebug; extern FILE *yyin; diff --git a/user/legacy-84/drbdadm_main.c b/user/legacy-84/drbdadm_main.c index ba894ee..b3ae91a 100644 --- a/user/legacy-84/drbdadm_main.c +++ b/user/legacy-84/drbdadm_main.c @@ -129,7 +129,7 @@ struct option general_admopt[] = { }; struct option *admopt = general_admopt; -extern int my_parse(); +extern void my_parse(); extern int yydebug; extern FILE *yyin; diff --git a/user/legacy/drbdadm_main.c b/user/legacy/drbdadm_main.c index f5710a5..ccdacb4 100644 --- a/user/legacy/drbdadm_main.c +++ b/user/legacy/drbdadm_main.c @@ -117,7 +117,7 @@ struct option admopt[] = { {0, 0, 0, 0} }; -extern int my_parse(); +extern void my_parse(); extern int yydebug; extern FILE *yyin; -- 2.0.0.rc2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749542: false positive: E: scheme48 source: license-problem-non-free-RFC debian/copyright
Le 27 mai 2014 22:48, Thorsten Alteholz alteh...@debian.org a écrit : Package: lintian Severity: normal User: alteh...@debian.org thanks Dear Maintainer, I am very sure that I did not put any RFC into debian/copyright of the scheme48 package. So I am afraid this error is a false positive. Yes but you put a license texte of a RFC. Bastien Thanks! Thorsten
Bug#749571: grub-pc: aptitude install reports post-installation script returned error exit status 30
Package: grub-pc Version: 2.02~beta2-10 Severity: important Installing the current version of grub-pc fails: paul@shift:~$ sudo aptitude install The following partially installed packages will be configured: grub-pc No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 10 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up grub-pc (2.02~beta2-10) ... dpkg: error processing package grub-pc (--configure): subprocess installed post-installation script returned error exit status 30 E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up grub-pc (2.02~beta2-10) ... dpkg: error processing package grub-pc (--configure): subprocess installed post-installation script returned error exit status 30 Errors were encountered while processing: grub-pc post-installation script returned error exit status 30 is profoundly lacking in detail! Per instructions given by reportbug, prior to submitting this report I ensured my installed GRUB was up-to-date by: paul@shift:~$ sudo grub-install /dev/sda Installing for i386-pc platform. Installation finished. No error reported. reportbug report follows... -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/filez-system / ext4 rw,noatime,errors=remount-ro,data=ordered 0 0 /dev/sda1 /boot ext4 rw,noatime,data=ordered 0 0 /dev/mapper/filez-usr /usr ext4 rw,noatime,data=ordered 0 0 /dev/mapper/shifty-home--jeff /home/jeff reiserfs rw,relatime 0 0 /dev/mapper/shifty-home--paul /home/paul ext4 rw,relatime,data=ordered 0 0 /dev/mapper/shifty-extra /opt/extra ext4 rw,relatime,data=ordered 0 0 /dev/mapper/shifty-extra /var ext4 rw,relatime,data=ordered 0 0 /dev/mapper/_dev_sdd6 /media/ballarat ext4 rw,nosuid,nodev,noexec,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/_dev_sdd6 /var/cache/apt/archives ext4 rw,nosuid,nodev,noexec,relatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ ${next_entry} ] ; then set default=${next_entry} set next_entry= save_env next_entry set boot_once=true else set default=0 fi if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod lvm insmod ext2 set root='lvmid/4zZhtC-ZXUG-HtMz-7TcF-a5q9-fUHv-4PjZ2a/HiqxNB-AJfm-3cvm-WZ21-XLOS-ReJC-T4YDON' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='lvmid/4zZhtC-ZXUG-HtMz-7TcF-a5q9-fUHv-4PjZ2a/HiqxNB-AJfm-3cvm-WZ21-XLOS-ReJC-T4YDON' b2661173-fd12-4bbc-a2fe-66b5ce54b801 else search --no-floppy --fs-uuid --set=root b2661173-fd12-4bbc-a2fe-66b5ce54b801 fi font=/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_AU insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod lvm insmod ext2 set root='lvmid/4zZhtC-ZXUG-HtMz-7TcF-a5q9-fUHv-4PjZ2a/HiqxNB-AJfm-3cvm-WZ21-XLOS-ReJC-T4YDON' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='lvmid/4zZhtC-ZXUG-HtMz-7TcF-a5q9-fUHv-4PjZ2a/HiqxNB-AJfm-3cvm-WZ21-XLOS-ReJC-T4YDON' b2661173-fd12-4bbc-a2fe-66b5ce54b801 else search --no-floppy --fs-uuid --set=root b2661173-fd12-4bbc-a2fe-66b5ce54b801 fi insmod png if background_image /share/images/desktop-base/joy-grub.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set
Bug#746709: transition: python3 -- change the default to 3.4
On 28/05/14 06:22, Scott Kitterman wrote: On Tuesday, May 27, 2014 23:18:06 Emilio Pozuelo Monfort wrote: Control: tags -1 + confirmed On 13/05/14 04:29, Scott Kitterman wrote: On Friday, May 02, 2014 20:07:00 Matthias Klose wrote: Package: release.debian.org Jessie should ship with Python 3.4 as the default, and with 3.4 as the only Python3 version. So lets start with making 3.4 the default. Two months ago, the archive was buildable with 3.4 as the default (not directly checked with unstable, but with the Ubuntu development release at this time). The majority of the bugs seen with 3.4 [1] has been fixed in the archive. A bug for python3.4 should be fixed for the release (#732703, Barry Warsaw is working on this), and dh-python needs some updates. Rebuilding extensions might affect ongoing transitions, but we don't have yet that many for Python3. Matthias [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python3.4;users=debian- pyt h...@lists.debian.org Looking at the Packages.qz for main/i386 I came up with this list of packages that need uploads/binNMUs once python3.4 is default (none of them support multiple python versions, so it can't be done in advance as the packages are now). It seems quite manageable to me. blender - binNMU after 3.4 default gdb - binNMU after 3.4 default geis - binNMU after 3.4 default yafaray - binNMU after 3.4 default libpeas - binNMU after 3.4 default libreoffice - binNMU after 3.4 default libsigrokdecode - binNMU after 3.4 default postgresql-9.3 - binNMU after 3.4 default pyqt5 - binNMU after 3.4 default znc - binNMU after 3.4 default morse-simulator - Needs source upload after 3.4 is default I think we can do this anytime after the current libreoffice and pyqt5 uploads migrate. As discussed on IRC, let's do this one. Thanks. python3-defaults is uploaded with a low enough version to transition to testing regardless of if the python3.4 in sid makes it or not. Also, I think morse-simulator can be binNMUed after all. I'm not sure now why I thought that needed a source upload. All scheduled except for libreoffice (I'll do that one later if the others seem fine). Looks like pyotherside needs a binnmu as well, is that right? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741935: Is the avbin package still being maintained?
Hi, I'm Juan J. Martinez, one of the maintainers of pyglet upstream. I found this bug report and I'd like to add some information in case it helps. AVBin is technically optional for Pyglet, but in practice is a requirement as pyglet can only handle a very limited set of basic media formats and AVBin is required for anything else. Re: https://github.com/AVbin/AVbin/issues/41#issuecomment-10700404 AFAIK there are some issues with video support that are a blocker to get AVBin 11 out; but audio support is stable. Re: AVBin forking libav: AVbin is designed to be used with a particular version of Libav. This version of Libav is included as a git submodule of the AVbin project under the libav directory. Note that this version of Libav may contain AVbin-specific patches, though we try to get all patches accepted upstream. When AVBin started libav was in continuous development and it was changing the API too often making difficult to track. Looks like the situation has changed and perhaps AVBin maintainer would be keen to start tracking one release branch of libav. I've contacted current AVBin maintainer upstream trying to get help from him regarding this issue. Kind regards, Juan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749572: samba-tool user list
Package: samba Version: 2:4.1.7+dfsg-2 Severity: normal Dear Maintainer, The command in subject don't work and issues the errors: ERROR(ldb): uncaught exception - ldb_search: invalid basedn '(null)' File /usr/lib/python2.7/dist-packages/samba/netcmd/__init__.py, line 175, in _run return self.run(*args, **kwargs) File /usr/lib/python2.7/dist-packages/samba/netcmd/user.py, line 271, in run attrs=[samaccountname]) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.9 ii libasn1-8-heimdal1.6~rc2+dfsg-6 ii libbsd0 0.6.0-2 ii libc62.18-7 ii libcomerr2 1.42.10-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-6 ii libkdc2-heimdal 1.6~rc2+dfsg-6 ii libkrb5-26-heimdal 1.6~rc2+dfsg-6 ii libldb1 1:1.1.16-1 ii libpam-modules 1.1.8-3 ii libpam-runtime 1.1.8-3 ii libpopt0 1.16-8 ii libpython2.7 2.7.7~rc1-1 ii libroken18-heimdal 1.6~rc2+dfsg-6 ii libtalloc2 2.1.0-2 ii libtdb1 1.2.13-4 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian12 ii multiarch-support2.18-7 ii procps 1:3.3.9-5 ii python 2.7.6-2 ii python-dnspython 1.11.1-1 ii python-ntdb 1.0-4 ii python-samba 2:4.1.7+dfsg-2 pn python2.7:anynone ii samba-common 2:4.1.7+dfsg-2 ii samba-common-bin 2:4.1.7+dfsg-2 ii samba-dsdb-modules 2:4.1.7+dfsg-2 ii samba-libs 2:4.1.7+dfsg-2 ii tdb-tools1.2.13-4 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-1 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.7+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 pn smbldap-tools none pn winbindnone -- 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#749544: RFS: atop/2.0.2-1 [ITA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Flo, Thanks for the response. On 28/05/2014 09:08, Florian Ernst wrote: On Tue, May 27, 2014 at 10:45:22PM +0200, Mark Clarke wrote: I am looking for a sponsor for my package atop [...] More information about hello can be obtained from http://www.example.com. ^^^ really ;) Oops didn't catch that in the template. Next time. Changes since the last upload: This is my first upload. I updated the orphaned package to the latest available from upstream. atop isn't orphaned. The bug you mention in your changelog (#540583) refers to apachetop, which is an entirely different package. Sjo thats a bad one. Will package the correct app and resubmit. Furthermore, your atop package would need severe polishing, as at the moment it doesn't adress any of the update issues that will arise (and which led Marc to not yet package any release breaking compatibility). You might want to add your experiences to #729614, though (atop: Please package latest upstream version (2.0.2)). Will do. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJThY7TAAoJEM+E/JKBmb2DA24IAL3zjLMbXg16VuTqmha+/t1h 7P+n4rAQiY9dM6ousS+Zf3suPjqIYIT71sObGHQm2kUphAyiWsMik05VGIGmmhsZ 3Nbt2gDSIEmCi+uN3Yo/55UjKVFQAyS09pwPdoVCnW1JrEeLcUpQlbd1oXRsEE0n wbJ1AZskzF62pP6NwJl50BqWKDD2GwytZmuZTzdmoBV/8yyADkE0j6onqRAbl6gX Y9NQ51rK+Wsc3VvgHjKuJqBpVtCoSFQQGtgR04ny28XvZZz9MD3IzBJ8YQyiDhvP tA4DmK0iSeCxugi6mGG69WSq7STP3LzJMLBZicQwXJ7QXfCMrMos0TvZ4RaCNWE= =M4In -END PGP SIGNATURE- -- 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/53858ed3.4010...@jumpingbean.co.za -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749571: grub-pc: aptitude install reports post-installation script returned error exit status 30
On Wed, May 28, 2014 at 05:34:34PM +1000, Paul wrote: Installing the current version of grub-pc fails: paul@shift:~$ sudo aptitude install The following partially installed packages will be configured: grub-pc No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 10 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up grub-pc (2.02~beta2-10) ... dpkg: error processing package grub-pc (--configure): subprocess installed post-installation script returned error exit status 30 Could you post the output from sudo DEBCONF_DEBUG=developer aptitude install? Thanks, -- Colin Watson [cjwat...@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#729757: Does not set permissions on .git/annex according to core.sharedRepository
also sprach Joey Hess jo...@debian.org [2014-04-20 22:04 +0200]: I still don't understand what this bug report is about. Let's try again: *** SETUP % GIT_DIR=bare.git git --bare init --shared=group Initialized empty shared Git repository in /home/madduck/.tmp/cdt.7Y7ncs/bare.git/ % GIT_DIR=bare.git git annex init bare init bare ok (Recording state in git...) % git clone --shared=group bare.git working Cloning into 'working'... done. warning: remote HEAD refers to nonexistent ref, unable to checkout. % cd working % touch a git annex add a git annex sync --content git annex drop a add a ok (Recording state in git...) (merging origin/git-annex into git-annex...) (Recording state in git...) commit ok pull origin ok copy a copy a (to origin...) ok pull origin ok (Recording state in git...) push origin Counting objects: 19, done. Delta compression using up to 4 threads. Compressing objects: 100% (15/15), done. Writing objects: 100% (19/19), 1.54 KiB | 0 bytes/s, done. Total 19 (delta 5), reused 0 (delta 0) To /home/madduck/.tmp/cdt.7Y7ncs/bare.git * [new branch] git-annex - synced/git-annex * [new branch] master - synced/master ok drop a ok (Recording state in git...) *** FILE MODES * % umask 077 % git annex get get a (from origin...) ok (Recording state in git...) % ls -ld .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 .git/annex/objects/pX/ZJ .git/annex/objects/pX .git/annex/objects .git/annex drwx-- 7 madduck madduck 4096 May 28 09:46 .git/annex drwx-- 3 madduck madduck 4096 May 28 09:46 .git/annex/objects drwxrwx--- 3 madduck madduck 4096 May 28 09:46 .git/annex/objects/pX drwxrwx--- 3 madduck madduck 4096 May 28 09:46 .git/annex/objects/pX/ZJ drwxrwx--- 2 madduck madduck 4096 May 28 09:46 .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 So here is the first problem: .git/annex and .git/annex/objects are created not according to core.sharedRepository, but according to umask. *** GROUP-STICKY BIT % git annex drop drop a ok (Recording state in git...) % chgrp -R pm . find -type d -exec chmod g+s {} + ls -ld . .git .git/annex drwx--S--- 3 madduck pm 4096 May 28 09:44 . drwx--S--- 10 madduck pm 4096 May 28 09:46 .git drwx--S--- 7 madduck pm 4096 May 28 09:49 .git/annex % touch .git/annex/tmp/foo ls -l .git/annex/tmp/foo rm .git/annex/tmp/foo -rw--- 1 madduck pm 0 May 28 09:50 .git/annex/tmp/foo This is expected, i.e. the file is created with the group of the parent folder. But now look at this: % ls -ld .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 .git/annex/objects/pX/ZJ .git/annex/objects/pX .git/annex/objects .git/annex .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 drwx--S--- 7 madduck pm 4096 May 28 09:51 .git/annex drwx--S--- 3 madduck pm 4096 May 28 09:51 .git/annex/objects drwxrws--- 3 madduck pm 4096 May 28 09:51 .git/annex/objects/pX drwxrws--- 3 madduck pm 4096 May 28 09:51 .git/annex/objects/pX/ZJ drwxrws--- 2 madduck pm 4096 May 28 09:51 .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 -r--r- 1 madduck madduck0 May 28 09:44 .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 So the directories are /almost/ created properly, but the actual file does *not* inherit the group, despite the g+s sticky bit. And the reason for this is that there's an fchown() call happening that overrides the group (see strace output in my mail from 6 April, 13:17:33 +0200 20140406111733.ga13...@fishbowl.rw.madduck.net), presumably by cp-a, which copies the permissions from the source repository (which has a different group policy). I think git-annex should make sure that it only transfers content and leaves file creation and permsission, group, owner (and ACLs!) up to the policy at the destination, not enforce anything. Why are you using cp -a for local transfers? I think this is the core of the problem. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems was aus liebe getan wird, geschieht immer jenseits von gut und böse. - friedrich nietzsche
Bug#747065: Does not call post-checkout hook
also sprach Joey Hess jo...@debian.org [2014-05-27 20:51 +0200]: I assume you're talking about after git-annex sync in direct mode? (Indirect mode just uses git checkout.) No, I am talking about the default symlink method. And it really does not seem to be using git-checkout: % GIT_DIR=bare.git git --bare init --shared=group Initialized empty shared Git repository in /home/madduck/.tmp/cdt.7Y7ncs/bare.git/ % GIT_DIR=bare.git git annex init init ok (Recording state in git...) % git clone bare.git working Cloning into 'working'... done. % cd working % printf #\!/bin/sh\necho post-checkout: \\$@\\n .git/hooks/post-checkout chmod 700 .git/hooks/post-checkout % touch a git annex add a add a ok (Recording state in git...) % git annex sync --content (merging origin/git-annex into git-annex...) (Recording state in git...) commit ok pull origin ok copy a copy a (to origin...) ok pull origin ok (Recording state in git...) push origin Counting objects: 19, done. Delta compression using up to 4 threads. Compressing objects: 100% (15/15), done. Writing objects: 100% (19/19), 1.55 KiB | 0 bytes/s, done. Total 19 (delta 5), reused 0 (delta 0) To /home/madduck/.tmp/cdt.7Y7ncs/bare.git * [new branch] git-annex - synced/git-annex * [new branch] master - synced/master ok % ls -l total 4 lrwxrwxrwx 1 madduck madduck 178 May 28 09:30 a - .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 % git annex drop a drop a ok (Recording state in git...) % git annex sync --content commit ok pull origin remote: Counting objects: 5, done. remote: Compressing objects: 100% (4/4), done. remote: Total 5 (delta 1), reused 0 (delta 0) Unpacking objects: 100% (5/5), done. From /home/madduck/.tmp/cdt.7Y7ncs/bare fcd1b8a..7343ea7 git-annex - origin/git-annex ok (merging origin/git-annex into git-annex...) (Recording state in git...) get a (from origin...) ok pull origin ok (Recording state in git...) push origin Counting objects: 15, done. Delta compression using up to 4 threads. Compressing objects: 100% (12/12), done. Writing objects: 100% (15/15), 1.18 KiB | 0 bytes/s, done. Total 15 (delta 5), reused 0 (delta 0) To /home/madduck/.tmp/cdt.7Y7ncs/bare.git dbeb586..d23e314 git-annex - synced/git-annex ok % git checkout HEAD post-checkout: acbb6275b047482d149886b32fb704a652aa450c acbb6275b047482d149886b32fb704a652aa450c 1 Note how the sync did not emit any output from the hook, while it works with a plain checkout. Looking at debug output confirms this: % git annex drop a drop a ok (Recording state in git...) % git annex --debug sync --content 21 | grep -c checkout 0 -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#749573: RFP: ZEsarUX -- ZX Spectrum emulator
Package: wnpp Severity: wishlist URL: http://sourceforge.net/projects/zesarux Description: It's a ZX Spectrum/ZX80/ZX81 emulator. Features: Runs on any Unix system Emulates 16k, 48k, Inves Spectrum +, Spectrum 128k (English and Spanish), Spectrum +2 (English, Spanish and French), Spectrum +2A (English and Spanish), Microdigital TK90X (Portuguese and Spanish), TK95, ZX80, ZX81 Almost perfect emulation of timing of all machine models Supports undocumented Z80 flags, features, and MEMPTR register License: GNU General Public License version 3.0 (GPLv3)
Bug#743903:
Just to clarify, I guess the bug-specific solution would be to revert the commit referenced above, since it does nothing to get initdutils running on Python 3 but only breaks things on Python 2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
On Wed, May 28, 2014 06:39, Christian PERRIER wrote: This is the last call for comments for the review of debconf templates for debian-security-support. From debian/control: for which support has had to be limited The form 'has had to be' seems contructed to me and also general writing advice advises against using the passive form. Can we reword that to something simpler and active, like for which Debian had to limit security support? The two Debconf templates miss a bit of what now? information, in my opinion. Especially the /limited one: as an admin, I get the message that one of my packages is now in 'limited' support, where can I find out what that means? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749571: grub-pc: aptitude install reports post-installation script returned error exit status 30
Could you post the output from sudo DEBCONF_DEBUG=developer aptitude install? paul@shift:~$ sudo DEBCONF_DEBUG=developer aptitude install [sudo] password for paul: The following partially installed packages will be configured: grub-pc No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 10 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up grub-pc (2.02~beta2-10) ... debconf (developer): frontend started debconf (developer): frontend running, package name is grub-pc debconf (developer): starting /var/lib/dpkg/info/grub-pc.config configure 2.02~beta2-9 debconf (developer): -- INPUT high grub-pc/chainload_from_menu.lst debconf (developer): -- 30 question skipped debconf (developer): -- GET grub-pc/kopt_extracted debconf (developer): -- 0 true debconf (developer): -- SET grub2/linux_cmdline quiet debconf (developer): -- 0 value set debconf (developer): -- SET grub2/linux_cmdline_default quiet debconf (developer): -- 0 value set debconf (developer): -- SET grub-pc/timeout 5 debconf (developer): -- 0 value set debconf (developer): -- INPUT medium grub2/linux_cmdline debconf (developer): -- 30 question skipped debconf (developer): -- INPUT medium grub2/linux_cmdline_default debconf (developer): -- 30 question skipped debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): starting /var/lib/dpkg/info/grub-pc.postinst configure 2.02~beta2-9 debconf (developer): -- GET grub2/linux_cmdline debconf (developer): -- 0 quiet debconf (developer): -- GET grub2/linux_cmdline_default debconf (developer): -- 0 quiet debconf (developer): -- GET grub-pc/timeout debconf (developer): -- 0 5 debconf (developer): -- GET grub-pc/hidden_timeout debconf (developer): -- 0 false debconf (developer): -- X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf debconf (developer): -- 0 debconf (developer): -- SUBST grub-pc/mixed_legacy_and_grub2 DISKS /dev/sda /dev/sdb /dev/sdd debconf (developer): -- 0 debconf (developer): -- INPUT critical grub-pc/mixed_legacy_and_grub2 debconf (developer): -- 30 question skipped dpkg: error processing package grub-pc (--configure): subprocess installed post-installation script returned error exit status 30 E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up grub-pc (2.02~beta2-10) ... debconf (developer): frontend started debconf (developer): frontend running, package name is grub-pc debconf (developer): starting /var/lib/dpkg/info/grub-pc.config configure 2.02~beta2-9 debconf (developer): -- INPUT high grub-pc/chainload_from_menu.lst debconf (developer): -- 30 question skipped debconf (developer): -- GET grub-pc/kopt_extracted debconf (developer): -- 0 true debconf (developer): -- SET grub2/linux_cmdline quiet debconf (developer): -- 0 value set debconf (developer): -- SET grub2/linux_cmdline_default quiet debconf (developer): -- 0 value set debconf (developer): -- SET grub-pc/timeout 5 debconf (developer): -- 0 value set debconf (developer): -- INPUT medium grub2/linux_cmdline debconf (developer): -- 30 question skipped debconf (developer): -- INPUT medium grub2/linux_cmdline_default debconf (developer): -- 30 question skipped debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): starting /var/lib/dpkg/info/grub-pc.postinst configure 2.02~beta2-9 debconf (developer): -- GET grub2/linux_cmdline debconf (developer): -- 0 quiet debconf (developer): -- GET grub2/linux_cmdline_default debconf (developer): -- 0 quiet debconf (developer): -- GET grub-pc/timeout debconf (developer): -- 0 5 debconf (developer): -- GET grub-pc/hidden_timeout debconf (developer): -- 0 false debconf (developer): -- X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf debconf (developer): -- 0 debconf (developer): -- SUBST grub-pc/mixed_legacy_and_grub2 DISKS /dev/sda /dev/sdb /dev/sdd debconf (developer): -- 0 debconf (developer): -- INPUT critical grub-pc/mixed_legacy_and_grub2 debconf (developer): -- 30 question skipped dpkg: error processing package grub-pc (--configure): subprocess installed post-installation script returned error exit status 30 Errors were encountered while processing: grub-pc -- Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749574: gnat-4.9: Gnatlink fails with CONSTRAINT_ERROR in gnatlink.adb
Source: gnat-4.9 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Use of the -D option to gnatmake, to locate (most) intermediate files in a separate directory. This worked up to a certain point, then failed despite reducing testcase to 3 small files. * What exactly did you do (or not do) that was effective (or ineffective)? Use the -D option to locate .o,.ali files in a subdirectory Eliminating the -D option allowed a successful build (with a cluttered directory) * What was the outcome of this action? brian@Gannet:~/Ada/bug$ mkdir objs brian@Gannet:~/Ada/bug$ gnatmake -D objs mai_read_config.adb gcc-4.8 -c -o /home/brian/Ada/bug/objs/mai_read_config.o mai_read_config.adb gcc-4.8 -c -o /home/brian/Ada/bug/objs/mai_driver.o mai_driver.adb gnatbind -aO/home/brian/Ada/bug/objs -x /home/brian/Ada/bug/objs/mai_read_config.ali gnatlink /home/brian/Ada/bug/objs/mai_read_config.ali Exception name: CONSTRAINT_ERROR Message: gnatlink.adb:2094 range check failed gnatlink: INTERNAL ERROR. Please report gnatmake: *** link failed. Seen with Debian gnat-4.8 (gcc4.8.2) - constraint error at gnatlink.adb line 2094 Seen with Debian gnat-4.9 - constraint error at at gnatlink.adb line 2195 NOT seen with home-built upstream gnat-4.9 snapshot (gcc-4.9-20140112) * What outcome did you expect instead? brian@Gannet:~/Ada/bug$ export PATH=/opt/gcc4_9/bin:$PATH brian@Gannet:~/Ada/bug$ gnatmake -D objs mai_read_config.adb gcc -c -o /home/brian/Ada/bug/objs/mai_read_config.o mai_read_config.adb gcc -c -o /home/brian/Ada/bug/objs/mai_driver.o mai_driver.adb gnatbind -aO/home/brian/Ada/bug/objs -x /home/brian/Ada/bug/objs/mai_read_config.ali gnatlink /home/brian/Ada/bug/objs/mai_read_config.ali *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash with Mai_Driver; procedure MAI_Read_Config is begin MAI_Driver.Open(Addr = 0); MAI_Driver.Close; end MAI_Read_Config; package MAI_driver is procedure Open(Addr : natural); procedure Close; end MAI_driver; package body MAI_driver is procedure Open(Addr : natural) is begin null; end Open; procedure Close is begin null; end Close; end MAI_driver;
Bug#729614: Packaged by accident
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, By mistake I ended up trying to package atop instead of apachetop which is orphaned. The package can be found at: https://mentors.debian.net/package/atop I am not sure if it will be useful to anyone. Didn't have a lot challenges with packaging it but then I am new to this whole thing so may be missing something that I am not aware of. regards Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJThZ15AAoJEM+E/JKBmb2D+yoH/jI8s9xevjMckedSsCICwUxZ MHZJ9JzM4wPzAVge+q1EHb6wGRtXJ636u79pHBYVa4aMAgNcDliYO6SMZ3PlCCON ELzrwLRgjjjlY7/KCuStZ8osSsX/G7JvWkgiXJDslc7A8OcbKFUwL7c0jZYcQaD0 ngyeLKjN8tfQuafr1WYHVj6UQE3HAFvItRDc1xMIT6WLbnGEt+T0WK1LQzI4plge CXNZJqG00zyElONvVgOBfJrriQsii3lH963Rbl4vQ50yFce2OzZBg9KBQ3jxd7fI wrUVI7M/f0NVI3vVQsnzy4OWL7/mgJr/00D3RfhtYP3z24RnqMzJWb+H/Km3b4I= =hsJ3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749344: Allow bootstrapping without texlive and dh-autoreconf
On Mon, May 26, 2014 at 06:17:58PM -0700, Manoj Srivastava wrote: Hi, I like the idea in principle, at least of dropping the requirement for bootstrapping without texlive. Thanks! :) I am not sure I like not using dh_atutoreconf, though, since I think that we should generally use reconfigure. Yes, I completely agree with that principle, and I've been converting my packages to dh-autoreconf too. Here I was going to write something like ...but in this particular case it might be better to break a circular dependency *only for the bootstrap build* here, but after a discussion with Johannes Schauer and Helmut Grohne it turned out that it was a false positive - there is no circular dependency involving flex and dh-autoreconf. Sorry about that false alarm; attached is a set of patches that only remove the texlive dependency and that are rebased on the current master after your release of 2.5.39-7 (thanks!). Secondly, once the new version of gitpkg comes out, I shall be removing .,/debian/patches from the git repo, and it will be recreated on the fly by debcherry when the package is being exported from the git tree, so there would be no way to make changes there. The additional patch became irrelevant once it turned out that there is no need to drop dh-autoreconf. Also, before we can use the build profiles, we need to wait until dpkg version 17.2 is in stable, so we can have people easily backport flex into stable; and I would like to defer those bits until later. Hm, I believe that this only applies to the second part of the changes, the actual changes to the control file to add the profile.stage1 notation and the Build-Profiles: stage1 flex-doc specification. These changes are in #749470 that I submitted today; the first round of changes, the eight patches that I submitted in #749344, only modify the rules file to DTRT if stage1 is in the DEB_BUILD_PROFILES variable. I will hae a closer look at the patches this week. Thanks! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence no verb. From 7002300b5f12a333bfbb037a1e712b28ba207a8a Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Thu, 22 May 2014 15:40:10 +0300 Subject: [PATCH 1/4] Move flex.pdf to the flex-doc package. This makes it possible for the flex package's contents to not change if texinfo is not installed, e.g. in the stage1 build profile. --- debian/flex-doc.doc-base | 3 +++ debian/flex-doc.docs | 1 + debian/flex.doc-base | 3 --- debian/flex.docs | 1 - debian/rules | 1 + 5 files changed, 5 insertions(+), 4 deletions(-) diff --git a/debian/flex-doc.doc-base b/debian/flex-doc.doc-base index 8ff5df1..e05bcbc 100644 --- a/debian/flex-doc.doc-base +++ b/debian/flex-doc.doc-base @@ -18,3 +18,6 @@ Section: Programming Format: HTML Index: /usr/share/doc/flex-doc/html/index.html Files: /usr/share/doc/flex-doc/html/*.html + +Format: PDF +Files: /usr/share/doc/flex-doc/flex.pdf.gz diff --git a/debian/flex-doc.docs b/debian/flex-doc.docs index e554789..8bd1921 100644 --- a/debian/flex-doc.docs +++ b/debian/flex-doc.docs @@ -1,2 +1,3 @@ README doc/flex.html/ +doc/flex.pdf diff --git a/debian/flex.doc-base b/debian/flex.doc-base index a54defa..89e9529 100644 --- a/debian/flex.doc-base +++ b/debian/flex.doc-base @@ -15,9 +15,6 @@ Abstract: Fast LEXical analyzer generator finds one, it executes the corresponding C code. Section: Programming -Format: PDF -Files: /usr/share/doc/flex/flex.pdf.gz - Format: info Index: /usr/share/info/flex.info.gz Files: /usr/share/info/flex.info-1.gz /usr/share/info/flex.info-2.gz diff --git a/debian/flex.docs b/debian/flex.docs index 33dca26..b5a2dc0 100644 --- a/debian/flex.docs +++ b/debian/flex.docs @@ -7,4 +7,3 @@ ABOUT-NLS AUTHORS debian/README.Debian debian/NEWS.Debian -doc/flex.pdf diff --git a/debian/rules b/debian/rules index a27811c..545b173 100755 --- a/debian/rules +++ b/debian/rules @@ -43,6 +43,7 @@ override_dh_install: find debian/tmp/lib/$(DEB_HOST_MULTIARCH) -type f \ -name \*.la -exec rm {} \; dh_install + rm -f debian/flex/usr/share/doc/flex/flex.pdf ifneq (,$(filter libfl-dev, $(shell dh_listpackages))) $(make_directory) debian/libfl-dev/usr/lib sed -e 's,#DEB_HOST_MULTIARCH#,$(DEB_HOST_MULTIARCH),' \ -- 2.0.0.rc2 From 5eb357cc224b2e0c0a25eadee7d2000a018c55ae Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Thu, 22 May 2014 18:03:24 +0300 Subject: [PATCH 2/4] stage1: do not build the PDF file, drop texlive. --- debian/rules | 3 +++ 1 file changed, 3 insertions(+) diff --git a/debian/rules b/debian/rules index 545b173..6560647 100755 --- a/debian/rules +++ b/debian/rules @@ -37,6 +37,9 @@ override_dh_auto_configure: fi;
Bug#726446: jugglemaster: missing icon entry in menu files and no desktop files Jessie Release Goal
Hi Helmut, On 28.05.2014 07:54, Helmut Grohne wrote: Control: block -1 by 749565 Control: tags -1 + help On Tue, Oct 15, 2013 at 09:21:47PM +0200, Markus Koschany wrote: jugglemaster does not supply menu icons for jmdlx and aajm hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file and consider providing new quality icons. The lack of icons could be considered an upstream issue. Currently there really are no icons for JuggleMaster. Given that I am not an artist, how am I supposed to obtain one? Indeed that's an upstream issue but of course we can provide a patch or make suggestions. Please find attached my proposal in icons.tar.xz. I am not an artist myself, but usually a screenshot and some simple cropping and manipulation with Gimp does the trick. That's always better than nothing. Please install the png files to /usr/share/icons/hicolor/256x256/apps and the xpm files to /usr/share/pixmaps. Please also provide desktop files. https://wiki.debian.org/Games/JessieReleaseGoal I find this request rather odd given that there is no integration into contemporary window managers such as awesome, fluxbox or fvwm. Maybe those driving this goal want to package xdg-menu to make .desktop files properly integrate with the rest of the system? That's funny. Most people find requesting menu files to be the odd request. I think you are mixing up two different issues here. Desktop files are useful no matter whether xdg-menu is packaged or not. All major desktop environments support desktop files and without a desktop file jugglemaster is not visible on Gnome3, KDE, Xfce or LXDE. Since desktop files are widely adopted by all other distributions, they are de facto the standard for displaying menu entries across different DEs and WMs and should be supported by all applications. Please note that e.g. the Openbox window manager already provides a way to parse desktop files with openbox-menu. http://packages.qa.debian.org/o/openbox-menu.html Nevertheless packaging xdg-menu would be a good idea but this is unrelated to the request at hand to ship desktop files and should not block this bug. In fact having desktop files is a pre-condition. Still, I took the time to come up with those files requested and checked them with desktop-file-validate. Given the missing integration, I could not further test them. They are included in the 0.4-7 upload. Can you test them and report back? The desktop files work fine except that no icons are displayed. I recommend to add keywords and some comments in German too. :-) Please feel free to contact me for further testing. Regards, Markus icons.tar.xz Description: application/xz signature.asc Description: OpenPGP digital signature
Bug#749470: Modify the control file for bootstrapping without texlive and dh-autoreconf
On Tue, May 27, 2014 at 11:01:20AM +0300, Peter Pentchev wrote: Source: flex Severity: wishlist Tags: patch Hi, As noted in #749344, here's the follow-up patch that modifies the control file with build profiles support. Of course, applying it will have to wait until #744246 is resolved (actual build infrastructure support for build profiles), until then an uploaded package would fail to build. Hi, And here's an updated patch: - rebased onto the current master branch after the release of flex-2.5.39-7 - only drops texlive now, not dh-autoreconf (see my follow-up to #749344) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This would easier understand fewer had omitted. signature.asc Description: Digital signature
Bug#749501: NMU debdiff for osmium_0.0~20111213-g7f3500a-3.1
Hello, At Imagination Technologies (http://imgtec.com/) Jurica Stanojkovic has found a solution to Debian bug #749501. https://bugs.debian.org/749501 My NMU patch for osmium_0.0~20111213-g7f3500a-3.1 is below, at the end of this message. With the changes in the NMU patch osmium builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff osmium_0.0~20111213-g7f3500a-3.dsc osmium_0.0~20111213-g7f3500a-3.1.dsc diff -Nru osmium-0.0~20111213-g7f3500a/debian/changelog osmium-0.0~20111213-g7f3500a/debian/changelog --- osmium-0.0~20111213-g7f3500a/debian/changelog 2012-04-14 18:55:01.0 +0100 +++ osmium-0.0~20111213-g7f3500a/debian/changelog 2014-05-28 09:21:26.0 +0100 @@ -1,3 +1,13 @@ +osmium (0.0~20111213-g7f3500a-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS on mips big-endian. +Add 04-big-endian.patch. +Patch by Jurica Stanojkovic jurica.stanojko...@imgtec.com. +Closes: #749501. + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 28 May 2014 09:20:00 +0100 + osmium (0.0~20111213-g7f3500a-3) unstable; urgency=low * Disable building the documentation, since doxygen randomly fails diff -Nru osmium-0.0~20111213-g7f3500a/debian/patches/04-big-endian.patch osmium-0.0~20111213-g7f3500a/debian/patches/04-big-endian.patch --- osmium-0.0~20111213-g7f3500a/debian/patches/04-big-endian.patch 1970-01-01 01:00:00.0 +0100 +++ osmium-0.0~20111213-g7f3500a/debian/patches/04-big-endian.patch 2014-05-28 09:19:55.0 +0100 @@ -0,0 +1,192 @@ +From: Jurica Stanojkovic jurica.stanojko...@imgtec.com +Subject: package osmium FTBFS on mips big-endian +Date: Mon, 26 May 2014 10:20:07 -0700 + +http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749501 + +Package osmium_0.0~20111213-g7f3500a-3 FTBFS on mips big-endian. + +Build log: +https://buildd.debian.org/status/fetch.php?pkg=osmiumarch=mipsver=0.0~20111213-g7f3500a-3stamp=1397047060 + +Test values are hard-coded in little-endian. + +This patch detects endianess used and adds big-endian test values. + +--- a/include/osmium/geometry.hpp b/include/osmium/geometry.hpp +@@ -23,6 +23,7 @@ You should have received a copy of the L + */ + + #include sstream ++#include endian.h + + #ifdef OSMIUM_WITH_GEOS + # include geos/geom/GeometryFactory.h +@@ -40,6 +41,14 @@ You should have received a copy of the L + #include osmium/exceptions.hpp + #include osmium/osm/types.hpp + ++#if __BYTE_ORDER == __LITTLE_ENDIAN ++# define BYTE_ORDER_LITTLE_ENDIAN ++#elif __BYTE_ORDER == __BIG_ENDIAN ++# define BYTE_ORDER_BIG_ENDIAN ++#else ++# error unknown byte order ++#endif ++ + namespace Osmium { + + /** +@@ -161,7 +173,11 @@ namespace Osmium { + * - (optionally) the SRID + */ + inline void write_binary_wkb_header(std::ostream out, bool with_srid, uint32_t type) { ++#ifdef BYTE_ORDER_LITTLE_ENDIAN // LITTLE_ENDIAN + write_binaryuint8_t(out, wkbNDR); ++#else // BIG_ENDIAN ++ write_binaryuint8_t(out, wkbXDR); ++#endif + if (with_srid) { + write_binaryuint32_t(out, type | wkbSRID); + write_binaryuint32_t(out, srid); +@@ -178,7 +194,11 @@ namespace Osmium { + * - (optionally) the SRID + */ + inline void write_hex_wkb_header(std::ostream out, bool with_srid, uint32_t type) { ++#ifdef BYTE_ORDER_LITTLE_ENDIAN // LITTLE_ENDIAN + write_hexuint8_t(out, wkbNDR); ++#else // BIG_ENDIAN ++write_hexuint8_t(out, wkbXDR); ++#endif + if (with_srid) { + write_hexuint32_t(out, type | wkbSRID); + write_hexuint32_t(out, srid); +--- a/test/testgroup_ogr/geometry/test_geometry.cpp b/test/testgroup_ogr/geometry/test_geometry.cpp +@@ -53,7 +53,11 @@ BOOST_AUTO_TEST_CASE(polygon_from_way) { + OGRPolygon* ogrpolygon = polygon.create_ogr_geometry(); + std::string ogrwkb; + ogrwkb.resize(ogrpolygon-WkbSize()); ++#ifdef BYTE_ORDER_LITTLE_ENDIAN + ogrpolygon-exportToWkb(wkbNDR, (unsigned char*)ogrwkb.c_str()); ++#else ++ogrpolygon-exportToWkb(wkbXDR, (unsigned char*)ogrwkb.c_str()); ++#endif + output_test_stream osmiumwkb; + osmiumwkb polygon.as_WKB(); + BOOST_CHECK_EQUAL(osmiumwkb.str().size(), ogrpolygon-WkbSize()); +--- a/test/testgroup_plain/geometry/test_linestring_geometry.cpp b/test/testgroup_plain/geometry/test_linestring_geometry.cpp +@@ -47,19 +47,35 @@ BOOST_AUTO_TEST_CASE(output) { + + std::ostringstream out_wkb; + out_wkb line2.as_WKB(); ++#ifdef BYTE_ORDER_LITTLE_ENDIAN + BOOST_CHECK_EQUAL(Osmium::Test::to_hex(out_wkb.str()), 010200030007400740FE3F0740FE3FFE3F); ++#else ++BOOST_CHECK_EQUAL(Osmium::Test::to_hex(out_wkb.str()),
Bug#749571: grub-pc: aptitude install reports post-installation script returned error exit status 30
Control: tag -1 pending On Wed, May 28, 2014 at 06:45:32PM +1000, Paul wrote: debconf (developer): -- SUBST grub-pc/mixed_legacy_and_grub2 DISKS /dev/sda /dev/sdb /dev/sdd debconf (developer): -- 0 debconf (developer): -- INPUT critical grub-pc/mixed_legacy_and_grub2 debconf (developer): -- 30 question skipped Thanks. This command should fix things up for now: echo FSET grub-pc/mixed_legacy_and_grub2 seen false | sudo debconf-communicate ... and I'll make sure this is fixed in the next upload. -- Colin Watson [cjwat...@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#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
Thijs Kinkhorst wrote: On Wed, May 28, 2014 06:39, Christian PERRIER wrote: This is the last call for comments for the review of debconf templates for debian-security-support. From debian/control: for which support has had to be limited The form 'has had to be' seems contructed to me and also general writing advice advises against using the passive form. Can we reword that to something simpler and active, like for which Debian had to limit security support? That goes back to the usage error we had before: the problem isn't that once a long time ago Debian _needed_ to do this, it's that Debian _has_ needed to do this (present perfect implying ongoing relevance). Elsewhere we've avoided the pile-up of forms of the verb have by saying it has been necessary to, and we might as well do the same here. This also happens to replace the passive form with an impersonal form, which isn't really any better but avoids setting off grammar-checkers. The two Debconf templates miss a bit of what now? information, in my opinion. Especially the /limited one: as an admin, I get the message that one of my packages is now in 'limited' support, where can I find out what that means? For responsible admins all of the information in these templates will in theory already have passed through their heads once when they read the corresponding security-announce posting; this is just a reminder (helping with the often annoyingly difficult step of connecting source-package and binary-package names). But I agree it would be nice if there was some URL we could point at for general background. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru debian-security-support-2014.05.27.pristine/debian/control debian-security-support-2014.05.27/debian/control --- debian-security-support-2014.05.27.pristine/debian/control 2014-05-16 20:10:28.0 +0100 +++ debian-security-support-2014.05.27/debian/control 2014-05-28 10:02:54.988110707 +0100 @@ -17,11 +17,14 @@ Depends: ${misc:Depends}, adduser, gettext-base, -Description: Identify installed packages with ended/limited security support - For some Debian packages, maintaining security support is not - feasible for the planned life cycle. For other packages, security - support is limited, it does not cover the full feature set. +Description: Debian security support coverage checker + For some Debian packages, it is not feasible to maintain full security + support for all use cases through the full distribution release + cycle. . - This package provides a program to identify installed packages - where support had to be ended prematurely or is limited, and alerts - the administrator in that case. + This package provides a program to identify installed packages for + which it has been necessary to limit or prematurely end support, and to + alert the administrator. + . + New versions of this package with updated checklists are provided + via security updates. diff -ru debian-security-support-2014.05.27.pristine/debian/debian-security-support.templates debian-security-support-2014.05.27/debian/debian-security-support.templates --- debian-security-support-2014.05.27.pristine/debian/debian-security-support.templates 2014-04-06 18:57:13.0 +0100 +++ debian-security-support-2014.05.27/debian/debian-security-support.templates 2014-05-28 09:58:47.199175395 +0100 @@ -1,18 +1,21 @@ Template: debian-security-support/ended Type: text -_Description: Security support has ended for one or more packages - Unfortunately, security support for some packages needed to be stopped - before the end of the regular security maintenance life cycle. +#flag:translate!:4 +_Description: Ended security support for one or more packages + Unfortunately, it has been necessary to end security support for some + packages before the end of the regular security maintenance life cycle. . - The following packages found on your system are affected by this. + The following packages found on this system are affected by this: . ${MESSAGE} Template: debian-security-support/limited Type: text -_Description: Security support is limited for one or more packages - Unfortunately, security support for some packages had to be limited. +#flag:translate!:4 +_Description: Limited security support for one or more packages + Unfortunately, it has been necessary to limit security support for some + packages. . - The following packages found on your system are affected by this. + The following packages found on this system are affected by this: . ${MESSAGE} Template: debian-security-support/ended Type: text #flag:translate!:4 _Description: Ended security support for one or more packages Unfortunately, it has been necessary to end security support for some packages before the end of the regular security maintenance life cycle. . The following packages found on this system are
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package neopi * Package name: neopi Version : 0.0+git20120821-1 Upstream Author : Ben Hagen ben.ha...@neohapsis.com, Scott Behrens scott.behr...@neohapsis.com * URL : https://github.com/Neohapsis/NeoPI * License : GPL-3 Section : admin It builds those binary packages: neopi - web shell code detection To access further information about this package, please visit the following URL: http://mentors.debian.net/package/neopi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/neopi/neopi_0.0+git20120821-1.dsc Regards, Arturo Borrero Gonzalez -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749576: libwerken.xpath-java: broken symlink in /usr/share/java
Package: libwerken.xpath-java Version: 0.9.4-14 Severity: normal libwerken.xpath-java has a broken symlink in /usr/share/java. This package installs these files in /usr/share/java: /usr/share/java/werken-xpath-0.9.4.jar /usr/share/java/werken-xpath.jar - werken-xpath-0.9.4.jar /usr/share/java/werken.xpath.jar - werken.xpath-0.9.4.jar werken.xpath-0.9.4.jar doesn't exist and the werken.xpath.jar link doesn't work. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747760: libphone-ui-shr: FTBFS against libelementary2
Control: tag -1 patch Julien Cristau jcris...@debian.org (2014-05-11): Source: libphone-ui-shr Version: 0.1+git20130901-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, your package no longer builds from source in sid, see built logs at https://buildd.debian.org/status/package.php?p=libphone-ui-shr util/ui-utils.c:575:2: error: 'elm_notify_orient_set' is deprecated (declared at /usr/include/elementary-1/elm_deprecated.h:450) [-Werror=deprecated-declarations] elm_notify_orient_set(notify, ELM_NOTIFY_ORIENT_CENTER); ^ Patch attached, only build-tested. Inspiration taken from: http://git.enlightenment.org/devs/rimmed/eflete.git/commit/?h=migrationid=6cd30d0b9da625b2273b293978a202e46948be0a Mraw, KiBi. diff -Nru libphone-ui-shr-0.1+git20130901/debian/changelog libphone-ui-shr-0.1+git20130901/debian/changelog --- libphone-ui-shr-0.1+git20130901/debian/changelog 2013-10-30 11:18:38.0 +0100 +++ libphone-ui-shr-0.1+git20130901/debian/changelog 2014-05-28 11:30:01.0 +0200 @@ -1,3 +1,12 @@ +libphone-ui-shr (0.1+git20130901-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * add patch to deal with libelementary2 API incompatible change: +replace elm_notify_orient_set() with elm_notify_align_set(). ++ libelementary2.patch (Closes: #747760) + + -- Cyril Brulebois k...@debian.org Wed, 28 May 2014 11:26:45 +0200 + libphone-ui-shr (0.1+git20130901-2) unstable; urgency=low * upload to unstable diff -Nru libphone-ui-shr-0.1+git20130901/debian/patches/libelementary2.patch libphone-ui-shr-0.1+git20130901/debian/patches/libelementary2.patch --- libphone-ui-shr-0.1+git20130901/debian/patches/libelementary2.patch 1970-01-01 01:00:00.0 +0100 +++ libphone-ui-shr-0.1+git20130901/debian/patches/libelementary2.patch 2014-05-28 11:29:04.0 +0200 @@ -0,0 +1,13 @@ +elm_notify_orient_set was dropped from the API, replace with +elm_notify_align_set, as seen in the eflete tree. +--- a/src/util/ui-utils.c b/src/util/ui-utils.c +@@ -572,7 +572,7 @@ ui_utils_notify(Evas_Object *parent, con + Evas_Object *notify, *bx, *bt, *lb; + notify = elm_notify_add(parent); + evas_object_size_hint_weight_set(notify, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND); +- elm_notify_orient_set(notify, ELM_NOTIFY_ORIENT_CENTER); ++ elm_notify_align_set(notify, 0.5, 0.5); + elm_notify_timeout_set(notify, timeout); + + bx = elm_box_add(parent); diff -Nru libphone-ui-shr-0.1+git20130901/debian/patches/series libphone-ui-shr-0.1+git20130901/debian/patches/series --- libphone-ui-shr-0.1+git20130901/debian/patches/series 2013-10-30 11:18:38.0 +0100 +++ libphone-ui-shr-0.1+git20130901/debian/patches/series 2014-05-28 11:29:38.0 +0200 @@ -1,2 +1,3 @@ add-ecore-x-dependency.patch update-po.patch +libelementary2.patch signature.asc Description: Digital signature
Bug#749577: Dolphin: unable tio create files on cifs mount - dsik full
Package: libkio5 Version: 4:4.13.1-1 Severity: important Dear Maintainer, The version 4.13.1-1 of the package introduce the KDE bug 334776 wich cause dolphin to report the error disk full error on file create. Coping and old version of libkio.so.5 (libkio.so.5.13.0 from ubuntu) resolve the bug -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkio5 depends on: ii libacl1 2.2.52-1 ii libattr11:2.4.47-1 ii libc6 2.18-7 ii libkdecore5 4:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libnepomuk4 4:4.13.1-1 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqt4-network 4:4.8.6+dfsg-1 ii libqt4-svg 4:4.8.6+dfsg-1 ii libqt4-xml 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libsolid4 4:4.13.1-1 ii libstdc++6 4.9.0-4 ii libstreamanalyzer0 0.7.8-1.2 ii libx11-62:1.6.2-2 ii libxrender1 1:0.9.8-1 Versions of packages libkio5 recommends: ii kdelibs5-plugins 4:4.13.1-1 libkio5 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#749470: Modify the control file for bootstrapping without texlive and dh-autoreconf
On Wed, May 28, 2014 at 11:51:07AM +0300, Peter Pentchev wrote: On Tue, May 27, 2014 at 11:01:20AM +0300, Peter Pentchev wrote: Source: flex Severity: wishlist Tags: patch Hi, As noted in #749344, here's the follow-up patch that modifies the control file with build profiles support. Of course, applying it will have to wait until #744246 is resolved (actual build infrastructure support for build profiles), until then an uploaded package would fail to build. Hi, And here's an updated patch: - rebased onto the current master branch after the release of flex-2.5.39-7 - only drops texlive now, not dh-autoreconf (see my follow-up to #749344) And of course, it would all have been so much easier *with* the patch... G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence every third, but it still comprehensible. From 175ed228efedf7688b58ced3102f5f065ad70529 Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Thu, 22 May 2014 18:54:32 +0300 Subject: [PATCH] Configure the stage1 build profile in d/control. Add the !profile.stage1 and profile.stage1 annotations to the build dependencies as necessary. Replace the use of -Nflex-doc in debian/rules by a Build-Profiles header in the flex-doc control file definition. --- debian/control | 8 +++- debian/rules | 5 - 2 files changed, 3 insertions(+), 10 deletions(-) diff --git a/debian/control b/debian/control index aec9c6a..fd6adbd 100644 --- a/debian/control +++ b/debian/control @@ -4,12 +4,9 @@ VCS-Browser: http://anonscm.debian.org/gitweb/?p=users/srivasta/debian/flex.git Section: devel Homepage: http://flex.sf.net/ Priority: optional -# In the stage1 build profile, the following dependencies should be dropped: -# - texlive-latex-base -# - texlive-fonts-recommended Build-Depends: bison, gettext, texinfo, help2man, file, po-debconf, - debhelper (= 9.0.0), dh-autoreconf, texlive-latex-base, - texlive-fonts-recommended, dpkg-dev (= 1.16.0) + debhelper (= 9.20140227), dh-autoreconf, texlive-latex-base !profile.stage1, + texlive-fonts-recommended !profile.stage1, dpkg-dev (= 1.17.2) Maintainer: Manoj Srivastava sriva...@debian.org Standards-Version: 3.9.5 @@ -34,6 +31,7 @@ Description: fast lexical analyzer generator Package: flex-doc Section: doc Architecture: all +Build-Profiles: !stage1 Depends: ${misc:Depends} Description: Documentation for flex (a fast lexical analyzer generator) Flex is a tool for generating scanners: programs which recognized lexical diff --git a/debian/rules b/debian/rules index 56952c8..6560647 100755 --- a/debian/rules +++ b/debian/rules @@ -17,11 +17,6 @@ DPKG_ARCH := dpkg-architecture export DEB_HOST_MULTIARCH := $(shell $(DPKG_ARCH) $(ha) -qDEB_HOST_MULTIARCH) export DEB_BUILD_MULTIARCH := $(shell $(DPKG_ARCH) $(ha) -qDEB_BUILD_MULTIARCH) -ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES))) -DH_OPTIONS += -Nflex-doc -export DH_OPTIONS -endif - confflags = ac_cv_lib_util_getloadavg=no ifneq ($(DEB_BUILD_MULTIARCH),$(DEB_HOST_MULTIARCH)) confflags += ac_cv_func_malloc_0_nonnull=yes ac_cv_func_realloc_0_nonnull=yes -- 2.0.0.rc2 signature.asc Description: Digital signature
Bug#749315: gnome-shell: Workspaces seem broken
Hi, I have resolved this issue. I realized that the problem occured only when I was using an external screen. It worked perfectly when I was working on the built-in one. So I tried to change a few things in the control-center and I had error messages. So I checked the version of gnome-control-center : 3.8.3. I've updated it to 3.12 from experimental and everything works damn fine now. I think you should put a dependency between gnome-shell 3.12 and gnome-control-center 3.12 to avoid this kind of issues. According to me, you can close this bug. Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729614: atop: Please package latest upstream version (2.0.2)
Hi, On Tue, May 13, 2014 at 11:20:05AM +0200, Victor-Philipp Busch wrote: Please build the kernelmodule 'netatop' too. sorry, that is not going to happen unless someone volunteers to do the work. I'm going to do the upgrade time permitting. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729614: Packaged by accident
Hi, On Wed, May 28, 2014 at 10:25:29AM +0200, Mark Clarke wrote: By mistake I ended up trying to package atop instead of apachetop which is orphaned. The package can be found at: https://mentors.debian.net/package/atop Please have the apachetop package that is wrongly named atop on mentors.debian.net removed and re-upload with the correct name. I am concerned that someone will accidentally upload the atop-named apachetop as atop which will wreck havok with the atop package. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723844: icewm: please apply workaround to fix JDK7 text field focus issue
tag 723844 + fixed-upstream thanks On Tue, Oct 22, 2013 at 10:02:00PM +0200, Dominik George wrote: Ok, using ApacheDirectoryStudio, it works for me… sometimes. Apparently, the bug keeps showing now and then in icewm as well. Please apply Thorsten's patch! Hi, Note that this problem seems to have been fixed in new icewm upstream version 1.3.8 (bug report #749475 already filed about its existence) 1.3.8pre1: 2011-11-19 - fix focus issues with JDK7 http://sourceforge.net/p/icewm/git/ci/4d153249e54cc614a7dc798eae5a8235c06ea1e4/ Fix is different from patch proposed in Debian BTS. Tagging as fixed-upstream. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749544: RFS: atop/2.0.2-1 [ITA]
On Tue, May 27, 2014 at 10:45:22PM +0200, Mark Clarke wrote: I am looking for a sponsor for my package atop * Package name: atop Version : 2.0.2-1 Upstream Author : Gerlof Langeveld * URL : http://www.atoptool.nl * License : gpl2 Section : admin It builds those binary packages: atop - Monitor for system resources and process activity atop is maintained in Debian Collab-Maint. Please clone from git://git.debian.org/git/collab-maint/atop.git and push your changes. As maintainer of atop in Debian, I might want to sponsor your work. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749579: ITP: virtualjaguar -- Cross-platform Atari Jaguar emulator
Package: wnpp Severity: wishlist Owner: John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de * Package name: virtualjaguar Version : 2.1.0 Upstream Author : James Hammons jlh...@acm.org * URL : http://icculus.org/virtualjaguar/ * License : GPL-3, Public Domain Programming Lang: C, C++ Description : Cross-platform Atari Jaguar emulator Virtual Jaguar is a cross-platform emulator for Atari's infamous Jaguar console, the last video game system to ever released by the now defunct company. The Jaguar was marketed as the first 64-bit video game system despite the fact that it was actually a 32-bit system at heart, just the blitter operated in 64-bit mode. The system was a commercial failure and eventually lead to Atari leaving the market for video game systems. This emulator features an intuitive user interface and emulation of all of the major subsystems of the Atari Jaguar console. This includes full GPU and DSP emulation as well as emulation of the Atari Jaguar CD. Most of the commercial Atari games are supported, albeit some of them have some minor glitches when running in the emulator. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749578: argus FTBFS with an error: conflicting types for 'argus_get_leng'
Package: argus Version: 2:3.0.0-3 Tags: experimental patch Severity: important Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch While trying to build argus in experimental on amd64, mips and mipsel architectures (and probably all others), build fails with an error: make[1]: Entering directory '/tmp/buildd/argus-3.0.0' ### Making in /tmp/buildd/argus-3.0.0/common make[2]: Entering directory '/tmp/buildd/argus-3.0.0/common' gcc -Wall -g -O2 -O3 -I. -I./../include -I./../argus -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_VFPRINTF=1 -DHAVE_STRCASECMP=1 -DHAVE_STRDUP=1 -DHAVE_STRFTIME=1 -DHAVE_SETLINEBUF=1 -DHAVE_ALARM=1 -DHAVE_STRERROR=1 -DHAVE_STRTOF=1 -DHAVE_SYS_BITYPES_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_GETADDRINFO=1 -DHAVE_ETHER_HOSTTON=1 -DHAVE_NETINET_ETHER_H=1 -DNETINET_ETHER_H_DECLARES_ETHER_HOSTTON= -DHAVE_DECL_ETHER_HOSTTON=1 -DHAVE_PCAP_LIST_DATALINKS=1 -DHAVE_PCAP_SET_DATALINK=1 -DHAVE_PCAP_DATALINK_NAME_TO_VAL=1 -DHAVE_PCAP_DATALINK_VAL_TO_DESCRIPTION=1 -DHAVE_PCAP_BREAKLOOP=1 -DHAVE_PCAP_DUMP_FTELL=1 -DHAVE_TCP_WRAPPER=1 -DSTDC_HEADERS=1 -DARGUS_SYSLOG=1 -c scanner.c stdout:1221:11: error: conflicting types for 'argus_get_leng' scanner.l:88:5: note: previous declaration of 'argus_get_leng' was here int argus_get_leng (void); ^ stdout:2985:11: error: conflicting types for 'argus_get_leng' scanner.l:88:5: note: previous declaration of 'argus_get_leng' was here int argus_get_leng (void); ^ stdout:2468:17: warning: 'yyunput' defined but not used [-Wunused-function] stdout:2509:16: warning: 'input' defined but not used [-Wunused-function] Makefile:60: recipe for target 'scanner.o' failed make[2]: *** [scanner.o] Error 1 The reason for this failure is upgraded flex version to newer 2.5.39-6. To avoid this error I created a patch removing-argus_get_leng.patch. These changes are included in newer, (3.0.2) argus version. With this patch and use-pcap_dispatch.patch from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599972, I was able to build argus successfully for mips, mipsel and amd64. Could you please consider including this patch? Best regards, Dejan--- argus-3.0.0/common/scanner.l 2008-02-05 03:37:42.0 + +++ argus-3.0.2/common/scanner.l 2009-08-17 14:34:34.0 + @@ -64,7 +64,11 @@ #include argus_filter.h #include tokdefs.h + +#if (HAVE_SYSLOG_H) #include syslog.h +#endif + #if !defined(HAVE_STRTOF) float strtof (char *, char **); @@ -85,7 +89,6 @@ int argus_get_lineno (void); FILE *argus_get_in (void); FILE *argus_get_out (void); -int argus_get_leng (void); char *argus_get_text(void); void argus_set_lineno (int); void argus_set_in (FILE *);
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
Christian PERRIER wrote... debian/control: Source: debian-security-support (...) Description: Debian security support coverage checker For some Debian packages, it is not feasible to maintain full security support for all use cases through the full distribution release cycle. . This package provides a program to identify installed packages for which support has had to be limited or prematurely ended, and to alert the administrator. This wording is somewhat hard to read but I'll leave that to the native English speakers. New versions of this package with updated checklists are provided via security updates. ... and that's not the full truth. Security updates will indeed provide new version for stable (not implemented yet but I expect this to happen soon) and oldstable (but not for squeeze since squeeze is almost EOL). For squeeze-lts, new versions will be provided by squeeze-lts, and while that one looks a lot like an extended oldstable-security, it isn't from a technical point of view. Finally, new versions for testing have little sense, for unstable none at all, debian-security-support exists there for technical reasons only and perhaps should be removed there once we've established the full distribution path. So, this package is rather unusual and I hope I'll finally find the time to propose a policy extension that will allow us to drop it in jessie+2. About the wording, it should be kept generic since the squeeze-lts name will vanish, and perhaps the entire LTS project (I hope not). So I'd just suggest something short like: Updated checklists are provided via regular and/or security updates. or: Updated checklists are provided by new package versions. [ intermission, there's more to come on other parts that need l10n ] Christoph signature.asc Description: Digital signature
Bug#729614: Packaged by accident
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/05/2014 11:38, Marc Haber wrote: Please have the apachetop package that is wrongly named atop on mentors.debian.net removed and re-upload with the correct name. I am concerned that someone will accidentally upload the atop-named apachetop as atop which will wreck havok with the atop package. done. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJThbUFAAoJEM+E/JKBmb2DWU8IAMj00SHFWePMeicFQA4ba2sE AyINjsx951YxPV3hyRH4gdBfW7XslhRLuhv9cJz7JW3JWCjV0X2O6W75J7HhpCPj H/PGESgHvOqUoGeP6fPE7ROss+7FWHVnSaw4AafEg13RDEHgAfAWAKbha4NpbL8U gWMFjYw7BE27o5kt+UZ2BBphuUZBaukr49bI/Hh7ibEY1M/DIObDFFpyc6Kk3vlp D9FzhapD8JIdc5vSHgELJseJiBqrx0w9lzNYAZt7J76PFQG+XpS5u6zBTXa8rLCx hDzDrng/VEpNzKz/1evsLIVUpmuqL6Sl/Gudu2keCUnx7iFZvV9Z0nrxYKH2cbY= =Fjs8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749580: llvm-3.5-dev:amd64: Shipped cmake files are broken
Package: llvm-3.5-dev Version: 1:3.5~svn209039-2 Severity: normal Dear Maintainer, the cmake files shippd in the package are broken. This can be easily tested by running cmake on a simple CMakeLists.txt: FIND_PACKAGE ( LLVM ) The problem is the following line in LLVMConfig.cmake: set(LLVM_CMAKE_DIR /usr/lib/llvm-3.5/share/llvm/cmake) That folder does not exist. However, even after fixing the folder to /usr/share/llvm-3.5/cmake/, it does not work. The following error appears (in similar form) a few dozen times: CMake Error at /usr/share/llvm-3.5/cmake/LLVMExports.cmake:6 (set_property): set_property could not find TARGET LLVMSupport. Perhaps it has not yet been created. Call Stack (most recent call first): /usr/share/llvm-3.5/cmake/LLVMConfig.cmake:43 (include) src/CMakeLists.txt:29 (FIND_PACKAGE) Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0-rc6 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages llvm-3.5-dev:amd64 depends on: ii libc6 2.18-7 ii libedit2 3.1-20140213-1 ii libffi-dev3.1~rc1+r3.0.13-12 ii libffi6 3.1~rc1+r3.0.13-12 ii libgcc1 1:4.9.0-4 ii libllvm3.51:3.5~svn209039-2 ii libstdc++64.9.0-4 ii libtinfo-dev 5.9+20140118-1 ii libtinfo5 5.9+20140118-1 ii llvm-3.5 1:3.5~svn209039-2 llvm-3.5-dev:amd64 recommends no packages. llvm-3.5-dev:amd64 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#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
Thijs Kinkhorst wrote... The two Debconf templates miss a bit of what now? information, in my opinion. Especially the /limited one: as an admin, I get the message that one of my packages is now in 'limited' support, where can I find out what that means? That information is in other places, see po/messages.po and the lists at security-support-* So for the user, the debconf dialog looks like this: │ Security support is limited for one or more packages│ │ │ │ Unfortunately, security support for some packages had to be limited.│ │ │ │ The following packages found on your system are affected by this. │ │ │ │ │ │ * Source:php5 │ │ Details: See README.Debian.security for the PHP security policy│ │ Affected binary packages: │ │ - libapache2-mod-php5 (installed version: 5.3.3-7+squeeze19) │ │ - php5-common (installed version: 5.3.3-7+squeeze19) │ Christoph signature.asc Description: Digital signature
Bug#749583: dwb: suddenly fails to allow entry of url into minibuffer
Package: dwb Version: 20140415hg-1 Severity: normal Dear Maintainer, * What led up to the situation? Normal use of dwb in Debian wheezy system. * What exactly did you do (or not do) that was effective (or ineffective)? I am not able to find any specific combination of circumstances that leads up to this event, but it happens every time I use dwb. The event is triggered by pressing the shortcut for open URL or tabopen URL (i.e. 'o', 'O', or, in my system, 't' for tabopen) * What was the outcome of this action? Dwb does not allow me to enter the URL in the minibuffer (as it normally does). Instead every character pressed after that is treated as a command shortcut. * What outcome did you expect instead? For instance, if I type 'o www.google.com' I would expect to see 'open: www.google.com' in the buffer and then be able to press Enter to go to www.google.com. What happens instead is that dwb starts trying to execute 'winopen' and so on, as if 'w' was entered as a command keyword. Many thanks for all your hard work as always Shankar -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 dwb depends on: ii libc6 2.17-7 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.39.91-1 ii libgnutls26 2.12.20-7 ii libgtk-3-0 3.12.1-1 ii libjavascriptcoregtk-3.0-0 2.4.1-2 ii libpango-1.0-0 1.36.3-1 ii libsoup2.4-12.46.0-2 ii libwebkitgtk-3.0-0 2.4.1-2 ii libx11-62:1.6.1-1 Versions of packages dwb recommends: ii wget 1.13.4-3 ii xterm 278-4 dwb 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#749584: libusb-1.0-0: crashes pcscd, sporadically, on usb plugging on xhci-driven devices
Package: libusb-1.0-0 Version: 2:1.0.17-1 Severity: important Affects: pcscd Hi, pcscd crashes sporadically[1] on systems with USB controllers driven by xhci. I've been able to track this down to libusb-1.0-0 between versions 1.0.17 and 1.0.18, not being able to reproduce it with version 1.0.8 nor 1.0.11. Controllers driven by ehci and uhci don't seem to trigger the crash. The crash is a segfault on the third thread of pcscd (the thread appears to be always the same), and trying to get a stacktrace with the -dbg packages available in wheezy doesn't provide anything useful. Stracing the process, I see a poll() which returns when plugging the device, followed by an open(2) IIRC (or was it a read(2)?) - I can re-check that if needed. Please let me know what other information might be of help. [1] so to speak, as unplugging a usb device and plugging the same or another device during the lifetime of pcscd is enough to reproducibly trigger the bug Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726463: video
Dug a bit further, looks like some of these kernel cmdline parameters causing hang: i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.semaphores=1 i915.lvds_downclock=1 I will test them all eventually... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749366: squeeze-pu: package suds/0.3.9-1+deb6u2 Bug#749073
* Adam D. Barratt: Re: Bug#749366: squeeze-pu: package suds/0.3.9-1+deb6u2 Bug#749073 (Tue, 27 May 2014 22:06:03 +0100): Control: tags -1 + pending On Tue, 2014-05-27 at 12:19 +0200, Mathias Behrle wrote: * Adam D. Barratt: Bug#749366: squeeze-pu: package suds/0.3.9-1+deb6u2 Bug#749073 (Mon, 26 May 2014 19:57:33 +0100): [...] On Mon, 2014-05-26 at 18:08 +0200, Mathias Behrle wrote: the original fix for CVE-2013-2217 was missing a proper cleanup of the cache directories in tmp (#749073), which can lead to saturation of the subdirectory limit (~32000 on ext3). [...] Please go ahead; thanks. Uploaded by sponsor Raphael Hertzog. Flagged for acceptance. BTW: Do I need to confirm this? You don't have to, no; it can be helpful to people following the bug log though, so it's clear what stage the process is at. Ok, now much clearer to me. ftpmaster already sent 'suds_0.3.9-1+deb6u2_amd64.changes ACCEPTED into oldstable-proposed-updates-oldstable-new' To you, yes, not to us. :-) ftp-master don't notify us when new packages enter {,old}stable-new, although we do have our own tools that do so and send us a diff of the upload. As a side note, as I've seen it confuse people before, that particular accepted mail only means that the package has made it to oldstable-new; it still needs a member of the release team to process it before it reaches oldstable-proposed-updates (or gets rejected). Thanks a lot for your work, Mathias -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#642595: emacs23: upgrade fails on removing ‘/usr/share/emacs23/site-lisp/emacs-calfw’
hi, Though I'm unsure it would fix this old problem, I will upload new version which will remove calfw-howm directory for emacs23 flavor. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
Christian PERRIER wrote... Please check things carefully as I'm not completly sure that I could follow all details discussions during this review Aye, same here. As written before, there are more files that should be part of an l10n else users will see mixed languages. Therefore I am attaching for review: * The current manpage in asciidoc format (check-support-status.txt) * The updated po/messages.po file for the check-support-status program In both, Justin's suggestions have been included so they should be fine now. Christoph CHECK-SUPPORT-STATUS(1) === NAME check-support-status - check installed packages for security support VERSION --- Version 2014.05.27 SYNOPSIS Search for packages with ended or limited support: check-support-status Search for packages with ended support from a custom list, reporting each package only once: check-support-status \ --type ended \ --status-db /path/to/status-db \ --list /path/to/security-support-ended OPTIONS --- *--list* 'FILE':: Use the given file as the database of which packages are no longer supported or have limited support. The file format is plain text in columns, separated by one or more whitespace characters. + For `--type ended`: + -- * source package name * last package version that is supported * the date support was ended * the rest (optional): details, and/or a URL for further information. -- + For `--type limited`: + -- * source package name * the rest (optional): details, and/or a URL for further information. -- + If no --list is provided, the script is run for both ended and limited support, using the lists shipped in the package. *--no-heading*:: Skips printing a headline. *--status-db* 'FILE':: Use the given file to record alerts so each affected package is reported only once. + Default: No records, any affected package will be reported every time. *--type* 'TYPE':: One of the following: * ended: Alert for packages where security support has ended. * limited: Alert for packages where security support is limited. *--version, --Version, -V*:: Show the version number and exit. BUGS Installations with mixed distributions like half-stable, half-testing are not supported. AUTHOR -- Christoph Biedl debian.a...@manchmal.in-ulm.de COPYRIGHT LICENSE --- Copyright (C) 2014 Christoph Biedl debian.a...@manchmal.in-ulm.de This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License version 2 as published by the Free Software Foundation. This package is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/ On Debian systems, the complete text of the GNU General Public License version 2 can be found in /usr/share/common-licenses/GPL-2. # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-05-28 10:24+\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #: check-support-status.in:29 msgid Failed to parse the command line parameters msgstr #: check-support-status.in:38 #, sh-format msgid $name version $VERSION msgstr #: check-support-status.in:63 msgid E: Internal error msgstr #: check-support-status.in:95 msgid E: Cannot detect dpkg version, assuming wheezy or newer msgstr #: check-support-status.in:196 msgid Ended security support for one or more packages\n \n Unfortunately, it has been necessary to end security support for some\n packages before the end of the regular security maintenance life cycle.\n \n The following packages found on this system are affected by this: msgstr #: check-support-status.in:206 msgid Limited security support for one or more packages\n \n Unfortunately, it has been necessary to limit security support for some\n packages.\n \n The following packages found on this system are affected by this: msgstr #: check-support-status.in:224 #, sh-format msgid * Source:$SRC_NAME, ended on $ALERT_WHEN at version $ALERT_VERSION msgstr #: check-support-status.in:227 #, sh-format msgid * Source:$SRC_NAME msgstr #: check-support-status.in:231 #, sh-format msgid Details: $ALERT_WHY msgstr #: check-support-status.in:234 msgid Affected binary package: msgstr #:
Bug#740795: PROJECT
I have a project to share with you. Regards, Ha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749581: [Pkg-nagios-devel] Bug#749581: icinga-idoutils: fails to upgrade from jessie
severity 749581 minor thanks On Wed, 28 May 2014, Holger Levsen wrote: Package: icinga-idoutils Version: 1.11.3-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from jessie. It installed fine in jessie, then the upgrade to sid fails... Please read the NEWS file. I will lower the severity so that the version with the fixes db schema can migrate. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
On Wed, 28 May 2014 12:45:51 +0200 Christoph Biedl wrote: is limited used for packages which eg. has been doomed its EOL? if that's it, it will better to say like security support *period* -- victory no need to CC me :-) http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749585: freerdp: CVE-2014-0250: integer overflows in xf_graphics.c
Package: freerdp Version: 1.0.2-4 Severity: important Tags: security Advisory: https://github.com/FreeRDP/FreeRDP/issues/1871 Potentially related: https://github.com/FreeRDP/FreeRDP/issues/1657 client/X11/xf_graphics.c:xf_Pointer_New() performs a heap allocation this way: void xf_Pointer_New(rdpContext* context, rdpPointer* pointer) { XcursorImage ci; […] ci.width = pointer-width; ci.height = pointer-height; […] ci.pixels = (XcursorPixel*) malloc(ci.width * ci.height * 4); The width and height members are read from the wire. Both are 16 bit, but because of the multiplication with 4, the allocation still overflows (on 32 bit and 64 bit). xf_Bitmap_Decompress() appears to have a similar issue. --- Henri Salo signature.asc Description: Digital signature
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
victory wrote... [ no context ] is limited used for packages which eg. has been doomed its EOL? if that's it, it will better to say like security support *period* This is from the package description: | This package provides a program to identify installed packages for | which support has had to be limited or prematurely ended, and to | alert the administrator. If this that not provide enough information we might as well start from scratch. The message should be: * Some packages fell out of support entirely (ended). * Other packages are supported but not to full extent (limited). Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749581: [Pkg-nagios-devel] Bug#749581: icinga-idoutils: fails to upgrade from jessie
Hi Alexander, On Mittwoch, 28. Mai 2014, Alexander Wirt wrote: severity 749581 minor [...] Please read the NEWS file. I will lower the severity so that the version with the fixes db schema can migrate. did you see this line from the log: error encountered processing /usr/share/dbconfig-common/data/icinga- idoutils/upgrade/pgsql/1.11.3-2: ERROR: syntax error at or near ( LINE 1: ...icinga_hoststatus ADD COLUMN is_reachable smallint(6) DEFAUL... ^ ? I (still) havent read the NEWS file but I somehow doubt this will help. Also: the latest version already migrated, so lowering the version seems wrong here. Did you mean to mark #749581 as found in 1.11.0-1 ? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#554155: Review of mysql-sandbox
Hi Mateusz, I came across your package on mentors.d.o and was intrigued so decided to give the package a review. NB: I'm not a DD, so can't actually sponsor you myself... But hopefully this will help point you in the right direction. Currently there is a small FTBFS (that occurs only under sbuild, which the buildd's use). The package fails to build at the test section as it tries to create a directory in the users home directory (sbuild sets $HOME = /sbuild-nonexistent). A small modification(taken from the glib2.0 package) to your debian/rules fixes this: # Do not clutter $HOME with ~/sandboxes and avoid failure on the buildds # where creating /home/buildd/sandboxes fails export HOME=$(CURDIR)/debian With the package built we can cover the Lintian warnings: W: mysql-sandbox: debian-changelog-line-too-long line 4 As mysql-sandbox has never been uploaded to Debian you can simply remove this line, leaving just the single 'Initial Release' line. W: mysql-sandbox: script-with-language-extension usr/bin/deploy_to_remote_sandboxes.sh All files installed into a directory in PATH shouldn't have a language extension. The easiest fix for this would be to rename the file in debian/rules, see [0] for an example solution. W: mysql-sandbox: binary-without-manpage usr/bin/deploy_to_remote_sandboxes.sh This doesn't appear to have a manpage or any mention in any files... Maybe ask upstream to see if they can supply a manpage for this (this wouldn't block an upload though) W: mysql-sandbox: binary-without-manpage usr/bin/msb msb is found the MySQL::Sandbox.3pm manpage, adding another symlink for this is fine. debian/copyright: + Rather than duplicating the license twice, you can use a single licence block, see [1]. + Consider using metacpan.org as the source URL (see below) debian/mysql-sandbox.docs + No need to install the README, it's just a copy of the manpages debian/copyright, debian/watch + Consider using metacpan.org [2] for the watch URL as this will allow the upstream to be tracked should it be taken over by a different author on CPAN. It also be worth contacting the guys at the Debian Perl Group [3] (cc'd), you may find someone there who is willing to sponsor your package. [0] http://sources.debian.net/src/libvm-ec2-perl/1.25-1/debian/rules#L11 [1] http://sources.debian.net/src/gns3/0.8.6-3/debian/copyright [2] https://metacpan.org/release/MySQL-Sandbox [3] https://wiki.debian.org/Teams/DebianPerlGroup Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#748060: glances: python traceback on startup
Thanks, Glances 2.0 is on its way, I'll try to have latest version of branch 1 uploaded in the meantime. Thnaks fot your report and testing. Cheers Geoff On 15/05/2014 00:20, Carsten Kosthorst wrote: deb: http://media.kaliko.me/src/glances/glances_1.7.6-1_all.deb src: http://media.kaliko.me/src/glances/glances_1.7.6-1.dsc It should fix your problem. I installed the deb on two machines and it fixed the problem on both of them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747341: Confirmation
I can confirm that this bug is affecting bash-4.3-7. At least once a day I'll see bash crash due to this. It's been going on for a while, but It was rather mysterious since I never saw the error message until I set up gnome-terminal to not close when bash exits. By the way, it may or may not be important that, like the original bug reporter, I am using a 64-bit system. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 bash depends on: ii base-files 7.3 ii dash 0.5.7-4 ii debianutils 4.4 ii libc62.18-5 ii libtinfo55.9+20140118-1 Versions of packages bash recommends: ii bash-completion 1:2.1-4 Versions of packages bash suggests: ii bash-doc 4.3-7
Bug#749586: liburcu uses armv7 compiler flags if buildsystem is armv7
Package: liburcu Version: 0.8.4-2.1 Severity: serious If your package is built on a system with an armv7 processor it builds for armv7. Since debian armel targets armv4t but is now built on armv7 hardware this is a major prboem. It's also a problem for rasbian. Also I notice the flags are selecting coretex-a9 specficially rather than a generic armv7-a. I don't know if that is a problem on debian armhf or not (that is I don't know if there are any instructions specific to that core that are not available more generally) The attatched patch disables the offending flags completely. It has been uploaded to raspbian, no intent to nmu in Debian. diff -Nru liburcu-0.8.4/debian/changelog liburcu-0.8.4/debian/changelog --- liburcu-0.8.4/debian/changelog 2014-05-23 07:35:08.0 + +++ liburcu-0.8.4/debian/changelog 2014-05-28 08:35:38.0 + @@ -1,3 +1,9 @@ +liburcu (0.8.4-2.1+rpi1) jessie-staging; urgency=low + + * Disable use of armv7 options in configure.ac + + -- Peter Michael Green plugw...@raspbian.org Mon, 23 Sep 2013 17:10:40 + + liburcu (0.8.4-2.1) unstable; urgency=high * Non-maintainer upload diff -Nru liburcu-0.8.4/debian/patches/no-armv7-flags.patch liburcu-0.8.4/debian/patches/no-armv7-flags.patch --- liburcu-0.8.4/debian/patches/no-armv7-flags.patch 1970-01-01 00:00:00.0 + +++ liburcu-0.8.4/debian/patches/no-armv7-flags.patch 2014-05-28 08:36:57.0 + @@ -0,0 +1,24 @@ +Description: Don't pass armv7 options + The configure script detects the cpu of the build system and if it is armv7 + proceeds to pass armv7 options to the compiler thus causing use of + inappropriate options when an armv7 machine is used to build packages for + a port targetting a lower arm CPU. This patch disables that behavious +Author: Peter Michael Green plugw...@debian.org + +Index: liburcu-0.8.4/configure.ac +=== +--- liburcu-0.8.4.orig/configure.ac2014-05-28 08:36:49.0 + liburcu-0.8.4/configure.ac 2014-05-28 08:36:49.0 + +@@ -92,9 +92,9 @@ + AC_DEFINE([CONFIG_RCU_COMPAT_ARCH], [1]) + ]) + +-AS_IF([test $host_cpu = armv7l],[ +- CFLAGS=$CFLAGS -mcpu=cortex-a9 -mtune=cortex-a9 -O1 +-]) ++#AS_IF([test $host_cpu = armv7l],[ ++# CFLAGS=$CFLAGS -mcpu=cortex-a9 -mtune=cortex-a9 -O1 ++#]) + + # ARM-specific checks + AS_IF([test x$ARCHTYPE = xarm],[ diff -Nru liburcu-0.8.4/debian/patches/series liburcu-0.8.4/debian/patches/series --- liburcu-0.8.4/debian/patches/series 2014-05-23 07:35:08.0 + +++ liburcu-0.8.4/debian/patches/series 2014-05-28 08:35:38.0 + @@ -1 +1,2 @@ ignore-gcc-check.patch +no-armv7-flags.patch
Bug#748475: mikutter: followers and following not showing on subsequent runs
Control: tags -1 - moreinfo Control: tags -1 - unreproducible I and upstream have reproduced and investigate it now. please wait a moment. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#749571: grub-pc: aptitude install reports post-installation script returned error exit status 30
Thanks. This command should fix things up for now: echo FSET grub-pc/mixed_legacy_and_grub2 seen false | sudo debconf-communicate Confirmed: paul@shift:~$ echo FSET grub-pc/mixed_legacy_and_grub2 seen false | sudo debconf-communicate [sudo] password for paul: 0 false paul@shift:~$ sudo aptitude install The following partially installed packages will be configured: grub-pc No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 10 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up grub-pc (2.02~beta2-10) ... Installing for i386-pc platform. Installation finished. No error reported. Generating grub configuration file ... Found background image: /usr/share/images/desktop-base/desktop-grub.png Found linux image: /boot/vmlinuz-3.14-1-686-pae Found initrd image: /boot/initrd.img-3.14-1-686-pae Found linux image: /boot/vmlinuz-3.13-1-686-pae Found initrd image: /boot/initrd.img-3.13-1-686-pae Found linux image: /boot/vmlinuz-3.12-1-686-pae Found initrd image: /boot/initrd.img-3.12-1-686-pae Found linux image: /boot/vmlinuz-3.11-1-686-pae Found initrd image: /boot/initrd.img-3.11-1-686-pae Found linux image: /boot/vmlinuz-3.10-2-686-pae Found initrd image: /boot/initrd.img-3.10-2-686-pae Found linux image: /boot/vmlinuz-2.6.39-2-686-pae Found initrd image: /boot/initrd.img-2.6.39-2-686-pae done ... and I'll make sure this is fixed in the next upload. Thanks Colin - much appreciated. -- Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748690: mingw-w64: Some libraries are archive static instead of archive import
On 19/05/14 23:56, Eugen Dedu wrote: Is it normal to have these messages? Stephen, do you have any idea, or you do not have any idea and I should search myself where the problem is? Many thanks! -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748599: Packages must not depend on libavcodec-extra-NN
On Mon, May 26, 2014 at 2:04 PM, Jakub Wilk jw...@debian.org wrote: Thanks for the bug report. * Reinhard Tartler siret...@gmail.com, 2014-05-18, 13:43: The libav package provides two flavors of libavcodec: libavcodecNN and libavcodec-extra-NN, with NN being the current soname (the current transition changes NN from -54 - 55). It is not a good idea for packages to depend on libavcodec-extra-NN in any case. Instead, packages should depend on the libavcodec-extra meta package that depends on the latest libavcodec-extra-NN package. Well, I don't think it's a good idea to ever depend on shlib metapackage. That would normally be a violation of Policy §8.6: “If a package contains a binary or library which links to a shared library, we must ensure that, when the package is installed on the system, all of the libraries needed are also installed. These dependencies must be added to the binary package when it is built, since they may change based on which version of a shared library the binary or library was linked with […].” That is correct, and I'm not arguing with that. It makes only sense for packages that only execute avconv, and do link against directly against libavcodec. This was the case for #748546. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747065: Does not call post-checkout hook
martin f krafft wrote: No, I am talking about the default symlink method. And it really does not seem to be using git-checkout: pull origin ok Well, this does a git fetch followed by a git merge. If that doesn't run git-checkout, then I suppose git doesn't intend that hook to be run during a pull either, so git-annex is behaving the same as git. -- see shy jo signature.asc Description: Digital signature
Bug#749553: cenon.app: FTBFS with gnustep-gui/0.24: TileScrollView.m:94:9: error: pointer value used where a floating point value was expected
tags 749553 + patch thanks Here's a patch, tested on i386 and amd64. Description: Fix FTBFS with gnustep-base/1.24.6 / gnustep-gui/0.24. Fixes the following compiler errors and important warnings that are very likely to lead to serious runtime issues: . error: pointer value used where a floating point value was expected error: invalid operands to binary / (have 'id' and 'double') warning: cast to pointer from integer of different size warning: passing argument N of 'foo' from incompatible pointer type warning: large integer implicitly truncated to unsigned type warning: conflicting types for '-(BOOL)selectItemWithTag:(int)tag' Author: Yavor Doganov ya...@gnu.org Bug-Debian: http://bugs.debian.org/749553 Forwarded: no Last-Update: 2014-05-28 --- --- cenon.app-3.93.orig/dvUndo.m +++ cenon.app-3.93/dvUndo.m @@ -149,7 +149,7 @@ */ - (void)takeFillFrom:sender { id change; -intfilled = [sender indexOfSelectedItem]; +NSInteger filled = [sender indexOfSelectedItem]; change = [[FillGraphicsChange alloc] initGraphicView:self fill:filled]; [change startChange]; --- cenon.app-3.93.orig/TileScrollView.m +++ cenon.app-3.93/TileScrollView.m @@ -91,14 +91,14 @@ NSRect bRect; for (row=0; row[resPopupListButton numberOfItems]; row++) -if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) +if (Diff((float)[(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) break; row++; if (row = [resPopupListButton numberOfItems]) return; [resPopupListButton setTitle:[resPopupListButton itemTitleAtIndex:row]]; -scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0; +scaleFactor = [(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0; bRect = [[self documentView] visibleRect]; center.x = bRect.origin.x+bRect.size.width/2.0; @@ -117,13 +117,13 @@ NSRect bRect; for (row=0; row[resPopupListButton numberOfItems]; row++) -if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) +if (Diff((float)[(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) break; row--; if (row 0) return; -scaleFactor = (float)[[resPopupListButton itemAtIndex:row] tag] / 100.0; +scaleFactor = (float)[(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0; #if !defined(GNUSTEP_BASE_VERSION) !defined(__APPLE__) // OpenStep 4.2 bRect = [[self documentView] bounds]; @@ -169,7 +169,7 @@ /* get row of popup relating to current scale */ for (row=0; row[resPopupListButton numberOfItems]; row++) -if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) +if (Diff((float)[(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0, oldScaleFactor) 0.001) break; row++; if (row = [resPopupListButton numberOfItems]) @@ -178,13 +178,13 @@ /* climb up the popup entries and get the new row */ for ( ; scale 0.0 row[resPopupListButton numberOfItems]-1; row++ ) { -scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0; +scaleFactor = [(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0; if (scaleFactor / oldScaleFactor = scale) break; } [resPopupListButton setTitle:[resPopupListButton itemTitleAtIndex:row]]; -scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0; +scaleFactor = [(TileScrollView*)[resPopupListButton itemAtIndex:row] tag] / 100.0; [document scale:scaleFactor / oldScaleFactor :scaleFactor / oldScaleFactor withCenter:center]; oldScaleFactor = scaleFactor; --- cenon.app-3.93.orig/DocView.m +++ cenon.app-3.93/DocView.m @@ -4036,7 +4036,7 @@ [change noteGroup:group layer:layer]; for (i=0, iCnt = [llist count]; iiCnt; i++) { id obj = [llist objectAtIndex:i]; -unsigned int index = NSNotFound; +NSUInteger index = NSNotFound; if ((index=[slist indexOfObject:obj]) != NSNotFound) [group addObject:obj]; --- cenon.app-3.93.orig/VHFShared/VHFPopUpButtonAdditions.m +++ cenon.app-3.93/VHFShared/VHFPopUpButtonAdditions.m @@ -51,7 +51,7 @@ /* created: 1997-10-24 * modified: 2006-02-06 (BOOL to be compatible, Apple followed with this method in 10.4) */ -- (BOOL)selectItemWithTag:(int)tag +- (BOOL)selectItemWithTag:(NSInteger)tag { introw; for ( row=0; row[self numberOfItems]; row++ ) --- cenon.app-3.93.orig/VHFImport/HPGLImport.m +++ cenon.app-3.93/VHFImport/HPGLImport.m @@ -456,14 +456,20 @@ */ - (BOOL)getLabelSize:(NSScanner*)scanner { + double sc; + [scanner
Bug#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}
Christoph Biedl wrote: victory wrote... is limited used for packages which eg. has been doomed its EOL? if that's it, it will better to say like security support *period* This is from the package description: | This package provides a program to identify installed packages for | which support has had to be limited or prematurely ended, and to | alert the administrator. If this that not provide enough information we might as well start from scratch. The message should be: * Some packages fell out of support entirely (ended). * Other packages are supported but not to full extent (limited). If we need a synonym for limited that clearly isn't talking about duration, we might talk about support being reduced or downgraded or something. Or looking at the version in my last patch: # This package provides a program to identify installed packages for # which it has been necessary to limit or prematurely end support, and to # alert the administrator. It might not be necessary to change that - I would hope that in limit or prematurely end it's clear that limit itself can't mean prematurely end - but if I try to rephrase it I end up with: This package provides a program to identify installed packages for which it has been necessary to end or reduce security support early, and to alert the administrator. Is that any better? (Early? Prematurely? Ahead of schedule?) Then there's that final paragraph that we still need to thrash out. | Updated checklists are provided via regular and/or security updates. Does regular updates mean updates every n days, or updates of the usual kind (which would normally mean uploaded to unstable), or what exactly? The alternative of | Updated checklists are provided by new package versions. is a bad idea since all packages have new versions, but the default assumption in Debian is that they won't reach stable, and this doesn't explicitly override that default. How about something like: New versions updating the checklists included in the stable release will be provided via security updates. But it would help if we had a cover term meaning security updates in the strict sense, LTS updates, and whatever other kinds are appropriate. Maybe support updates? Special updates? Maybe even New versions of this package with updated checklists will be provided via standard and/or extended security support. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599972: NMU debdiff for argus_3.0.0-3.1
Hello Andrew, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found solutions to Debian bugs #599972 and #749578. https://bugs.debian.org/599972 https://bugs.debian.org/749578 My NMU patch for argus_3.0.0-3.1 is below, at the end of this message. With the changes in the NMU patch argus builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff argus_3.0.0-3.dsc argus_3.0.0-3.1.dsc diff -Nru argus-3.0.0/debian/changelog argus-3.0.0/debian/changelog --- argus-3.0.0/debian/changelog2014-05-28 13:35:59.0 +0100 +++ argus-3.0.0/debian/changelog2014-05-28 13:35:15.0 +0100 @@ -1,3 +1,19 @@ +argus (2:3.0.0-3.1) experimental; urgency=low + + * Non-maintainer upload. + * Replace the private libpcap function pcap_offline_read +with the proper pcap_dispatch function. +Add use-pcap_dispatch.patch. +Patch by Dejan Latinovic dejan.latino...@imgtec.com +Closes: #599972. + * Remove argus_get_leng. +These changes are included in newer, (3.0.2) argus version. +Add remove-argus_get_leng.patch. +Patch by Dejan Latinovic dejan.latino...@imgtec.com +Closes: #749578. + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 28 May 2014 13:34:20 +0100 + argus (2:3.0.0-3) experimental; urgency=low * debian/rules: make /var/log/argus 750 again diff -Nru argus-3.0.0/debian/patches/remove-argus_get_leng.patch argus-3.0.0/debian/patches/remove-argus_get_leng.patch --- argus-3.0.0/debian/patches/remove-argus_get_leng.patch 1970-01-01 01:00:00.0 +0100 +++ argus-3.0.0/debian/patches/remove-argus_get_leng.patch 2014-05-28 13:34:00.0 +0100 @@ -0,0 +1,34 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: argus FTBFS with an error: conflicting types for 'argus_get_leng' +Date: Tue, 27 May 2014 06:43:46 -0700 + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749578 + +The reason for the new failure is that flex was upgraded to new version +2.5.39-6. + +To avoid this error I created a new patch removing-argus_get_leng.patch. +These changes are included in newer, (3.0.2) argus version. + +--- a/common/scanner.l 2008-02-05 03:37:42.0 + b/common/scanner.l 2009-08-17 14:34:34.0 + +@@ -64,7 +64,11 @@ + #include argus_filter.h + + #include tokdefs.h ++ ++#if (HAVE_SYSLOG_H) + #include syslog.h ++#endif ++ + + #if !defined(HAVE_STRTOF) + float strtof (char *, char **); +@@ -85,7 +89,6 @@ + int argus_get_lineno (void); + FILE *argus_get_in (void); + FILE *argus_get_out (void); +-int argus_get_leng (void); + char *argus_get_text(void); + void argus_set_lineno (int); + void argus_set_in (FILE *); diff -Nru argus-3.0.0/debian/patches/series argus-3.0.0/debian/patches/series --- argus-3.0.0/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ argus-3.0.0/debian/patches/series 2014-05-28 08:38:14.0 +0100 @@ -0,0 +1,2 @@ +use-pcap_dispatch.patch +remove-argus_get_leng.patch diff -Nru argus-3.0.0/debian/patches/use-pcap_dispatch.patch argus-3.0.0/debian/patches/use-pcap_dispatch.patch --- argus-3.0.0/debian/patches/use-pcap_dispatch.patch 1970-01-01 01:00:00.0 +0100 +++ argus-3.0.0/debian/patches/use-pcap_dispatch.patch 2014-05-19 13:54:06.0 +0100 @@ -0,0 +1,23 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: Re: Bug#599972: argus: FTBFS on mips*: cp: cannot stat `./bin/argus': No such file or directory +Date: Fri, 11 Apr 2014 12:31:46 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599972 + +Replace the private libpcap function pcap_offline_read +with the proper pcap_dispatch function. + +A similar issue is reported here: +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545595 + +--- a/argus/ArgusSource.c 2008-03-17 15:00:51.0 + b/argus/ArgusSource.c 2014-04-11 12:12:36.0 + +@@ -2209,7 +2209,7 @@ + } else { + for (i = 0; i src-ArgusInterfaces; i++) { + src-ArgusThisIndex = i; +-pcap_offline_read (src-ArgusInterface[i].ArgusPd, src-eNflag, ++pcap_dispatch (src-ArgusInterface[i].ArgusPd, src-eNflag, +src-ArgusInterface[i].ArgusCallBack, (u_char *) src); + } + } diff -Nru argus-3.0.0/debian/source/format argus-3.0.0/debian/source/format --- argus-3.0.0/debian/source/format1970-01-01 01:00:00.0 +0100 +++ argus-3.0.0/debian/source/format2014-05-19 14:10:49.0 +0100 @@ -0,0 +1 @@ +3.0 (quilt) signature.asc Description: Digital signature
Bug#749587: RFP: python-grako -- Python parser generator, for grammars given in a variation of EBNF
Package: wnpp Severity: wishlist * Package name: python-grako Version : 2.4.2 Upstream Author : Juancarlo Añez apal...@gmail.com * URL : https://bitbucket.org/apalala/grako * License : BSD Programming Lang: Python Description : Python parser generator, for grammars given in a variation of EBNF Grako (for grammar compiler) is a tool that takes grammars in a variation of EBNF as input, and outputs memoizing (Packrat) PEG parsers in Python. The generated parsers return an abstract syntax tree (AST) and can make use of semantic actions provided at parse-time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749588: mini-buildd: sudo can't be used in qemu-user build chroots
Package: mini-buildd Version: 1.0.2 Severity: wishlist Dear Maintainer, Filing this as a whishlist as I'm not sure if there's any simple way to resolve the issue, and because qemu chroots was my own personal bug in the first place. I had to re-create chroots on my server a while ago. I noticed that armhf jobs (that are the only ones I send to chroots that user qemu-user-static) failed. The error is because copying of the setup files failed. Such as: sudo cp /srv/mini-buildd/var/spool/e95cb596646d2e6db6a29efd0c8ed598ce96a19a/apt_sources.list /etc/apt/sources.list ── sudo: effective uid is not 0, is /usr/bin/sudo on a file system with the 'nosuid' option set or an NFS file system without root privileges? E: Command 'sudo cp /srv/mini-buildd/var/spool/e95cb596646d2e6db6a29efd0c8ed598ce96a19a/apt_sources.list /etc/apt/sources.list' failed to run. From what I can tell, this is because qemu-user will refuse to run suid programs (such as sudo). My workaround: set up the schroot in advance (/etc/apt/sources.list, add repository key, run apt-get update. I did not need to set preferences). -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.utf8, LC_CTYPE=he_IL.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#749584: libusb-1.0-0: crashes pcscd, sporadically, on usb plugging on xhci-driven devices
On Wed, May 28, 2014 at 12:31:00PM +0200, Raphael Geissert wrote: Package: libusb-1.0-0 Version: 2:1.0.17-1 Severity: important Affects: pcscd Hi, pcscd crashes sporadically[1] on systems with USB controllers driven by xhci. I've been able to track this down to libusb-1.0-0 between versions 1.0.17 and 1.0.18, not being able to reproduce it with version 1.0.8 nor 1.0.11. Controllers driven by ehci and uhci don't seem to trigger the crash. I don't really understand the version part. You mean it works on 1.0.8 and 1.0.11, but crashes with 1.0.17 and 1.0.18? Did you change only the libusb version, or other packages? Could you maybe try other intermediate versions? The crash is a segfault on the third thread of pcscd (the thread appears to be always the same), and trying to get a stacktrace with the -dbg packages available in wheezy doesn't provide anything useful. Stracing the process, I see a poll() which returns when plugging the device, followed by an open(2) IIRC (or was it a read(2)?) - I can re-check that if needed. With a backtrace, it will be difficult to debug this kind of problem. You said that the backtrace is not useful with the wheezy -dbg package, but there is not such a package on wheezy... Could you please provide the backtrace or the core file, so that we can see at least the libusb function where the crash occurs? -- 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#749589: clamav: [INTL:ja] New Japanese debconf translation
Package: clamav Version: 0.98.4~rc1+dfsg-2 Severity: wishlist Tags: patch l10n Dear clamav package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 -- victory no need to CC me :-) http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 clamav_0.98.4~rc1+dfsg-2_ja.po.gz Description: Binary data
Bug#749581: [Pkg-nagios-devel] Bug#749581: icinga-idoutils: fails to upgrade from jessie
control: severity -1 serious control: tags -1 + pending # as discussed on irc... this bug is real and as it was reported. # it's also fixed in git... :) signature.asc Description: This is a digitally signed message part.
Bug#726504: Patch
Hi, I finally found the time to dig the issue, and write a patch, attached to this mail. I built myself a new package by putting this patch in debian/patches/, adding it at the end of debian/patches/series, then dpkg-buildpackage -b -us -uc. May I kindly ask a new package including this patch and closing this bug? Thanks, Snark on #debian-science Description: Don't go in an infinite loop on error In the currnent code, when doing a query, there is an infinite loop if there is an error. Author: Julien Puydt julien.pu...@laposte.net Forwarded: no --- sqlitebrowser-2.0.0~beta1+ds.1.orig/form1.cpp +++ sqlitebrowser-2.0.0~beta1+ds.1/form1.cpp @@ -877,8 +877,11 @@ void mainForm::executeQuery() } } sqlite3_finalize(vm); + queryErrorLineEdit-setText(lastErrorMessage); }else{ lastErrorMessage = QString (sqlite3_errmsg(db._db)); + queryErrorLineEdit-setText(lastErrorMessage); + break; } queryErrorLineEdit-setText(lastErrorMessage); queryResultListView-setResizeMode(Q3ListView::AllColumns);
Bug#749584: libusb-1.0-0: crashes pcscd, sporadically, on usb plugging on xhci-driven devices
On 28 May 2014 15:03, Aurelien Jarno aurel...@aurel32.net wrote: On Wed, May 28, 2014 at 12:31:00PM +0200, Raphael Geissert wrote: [...] I don't really understand the version part. You mean it works on 1.0.8 and 1.0.11, but crashes with 1.0.17 and 1.0.18? Yes Did you change only the libusb version, or other packages? Could you maybe try other intermediate versions? I tried 1.0.8 and 1.0.18 on squeeze with the same libccid, and pcscd; and 1.0.11 and 1.0.17 on wheezy with the same libccid and pcscd. The crash is a segfault on the third thread of pcscd (the thread appears to be always the same), and trying to get a stacktrace with the -dbg packages available in wheezy doesn't provide anything useful. Stracing the process, I see a poll() which returns when plugging the device, followed by an open(2) IIRC (or was it a read(2)?) - I can re-check that if needed. With a backtrace, it will be difficult to debug this kind of problem. You said that the backtrace is not useful with the wheezy -dbg package, but there is not such a package on wheezy... Good point, perhaps I confused it with the dbg package of one of the other libusb*. Will check and get back to you on that. Could you please provide the backtrace or the core file, so that we can see at least the libusb function where the crash occurs? Will rebuild with debugging symbols and see what I can get out of it, sure. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661885: network-manager: Should not take IPv6 prefix length from DHCPv6 client
This bug is fixed in upstream version 0.9.6 of network-manager. In Debian Jessie is version 0.9.8, so this bug is already fixed. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part.
Bug#749590: missing license in debian/copyright
Package: libnfs Version: 1.9.3-2 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: linfs/win32/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749584: libusb-1.0-0: crashes pcscd, sporadically, on usb plugging on xhci-driven devices
On Wed, May 28, 2014 at 03:20:24PM +0200, Raphael Geissert wrote: On 28 May 2014 15:03, Aurelien Jarno aurel...@aurel32.net wrote: On Wed, May 28, 2014 at 12:31:00PM +0200, Raphael Geissert wrote: [...] I don't really understand the version part. You mean it works on 1.0.8 and 1.0.11, but crashes with 1.0.17 and 1.0.18? Yes Did you change only the libusb version, or other packages? Could you maybe try other intermediate versions? I tried 1.0.8 and 1.0.18 on squeeze with the same libccid, and pcscd; and 1.0.11 and 1.0.17 on wheezy with the same libccid and pcscd. Ok. That is something very strange then. The problem of pcscd crashing sporadically is a known one, but it should have been fixed in version 1.0.13, thus 1.0.8 and 1.0.11 should be affected, while 1.0.17 and 1.0.18 should not have been affected. Totally the reverse of what you reported. The crash is a segfault on the third thread of pcscd (the thread appears to be always the same), and trying to get a stacktrace with the -dbg packages available in wheezy doesn't provide anything useful. Stracing the process, I see a poll() which returns when plugging the device, followed by an open(2) IIRC (or was it a read(2)?) - I can re-check that if needed. With a backtrace, it will be difficult to debug this kind of problem. You said that the backtrace is not useful with the wheezy -dbg package, but there is not such a package on wheezy... Good point, perhaps I confused it with the dbg package of one of the other libusb*. Will check and get back to you on that. Could you please provide the backtrace or the core file, so that we can see at least the libusb function where the crash occurs? Will rebuild with debugging symbols and see what I can get out of it, sure. Ok, great. I hope it will give us more details. -- 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#749592: libreoffice-mysql-connector: doesn't work ignoring server configuration
Package: libreoffice-mysql-connector Version: 1.0.2+LibO4.2.4-3 Severity: grave Justification: renders package unusable Dear Maintainer, upgrading some clients with testing from version 1.0.2+LibO4.1.6~rc2-1 to version 1.0.2+LibO4.2.4-3 the MySQL connector start ignoring server configuration with error message: SQL state: HY000 Errore code: 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) Searching for solutions we found https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1276442 that seems to be the same in Ubuntu ... Regards! Guido -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-mysql-connector depends on: ii libc6 2.18-7 ii libgcc1 1:4.9.0-4 ii libmysqlcppconn7 1.1.3-5 ii libreoffice-core 1:4.2.4-3 ii libstdc++64.9.0-4 ii uno-libs3 4.2.4-3 ii ure 4.2.4-3 libreoffice-mysql-connector recommends no packages. Versions of packages libreoffice-mysql-connector suggests: pn mariadb-server | mysql-server none -- 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#749591: New upstream version available
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 After sending a patch to fix #726504, I thought it would be nice to try to push it upstream, so I went to the website... and saw that the project is now up to version 3.1.0 ! Would it be possible to see it in debian? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#331072: RFP: cinelerra-cv -- non-linear video editor and compositor for Linux
The current git source of Cinelerra CV (community version) is buildable in Debian Jessie out of the box. Unfortunately, it need the nonfree libfaac library to build. See URL: http://git.cinelerra-cv.org/main_repo.php for the git source. I've also tested to get the 4.5 version from Heroine Virtual Ltd. (aka Cinelerra HV) in Debian, and after replacing the build system and patching it a bit, I have been able to get it building in both Jessie and Wheezy. See URL: https://github.com/petterreinholdtsen/cinelerra-hv for the source. Given the project history, I suspect the Cinelerra CV version is the best one to put into Debian, but the Cinelerra HV version might be a good base too. If anyone is willing to help out getting Cinelerra into Debian, please get in touch, or show up on the Cinelerra CV IRC channel (#cinelerra on irc.freenode.net) or mailing list, URL: http://git.cinelerra-cv.org/mailinglists.php . There are still several problems with the code base. Duplicate libmpeg3 with patches, forked libquicktime, embedded ffmpeg, embedded liblame, etc, etc. But I suspect we can get fix the issues and get a proper package into Debian by disabling support for some file formats. -- 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#749544: RFS: atop/2.0.2-1 [ITA]
On Wed, May 28, 2014 at 03:43:42PM +0200, Mark Clarke wrote: On 28/05/2014 12:01, Marc Haber wrote: atop is maintained in Debian Collab-Maint. Please clone from git://git.debian.org/git/collab-maint/atop.git and push your changes. As maintainer of atop in Debian, I might want to sponsor your work. Will do. Thanks in advance. If you don't feel like pushing to the repository, you can also at your discretion file a new bug with a patch or pull request. Your help is appreciated. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749594: ITP: python-wrapt -- decorators, wrappers and monkey patching
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-wrapt Version : 1.8.0 Upstream Author : Graham Dumpleton graham.dumple...@gmail.com * URL : https://github.com/GrahamDumpleton/wrapt * License : BSD-2-clause Programming Lang: Python Description : decorators, wrappers and monkey patching The aim of the wrapt module is to provide a transparent object proxy for Python, which can be used as the basis for the construction of function wrappers and decorator functions. . The wrapt module focuses very much on correctness. It therefore goes way beyond existing mechanisms such as functools.wraps() to ensure that decorators preserve introspectability, signatures, type checking abilities etc. The decorators that can be constructed using this module will work in far more scenarios than typical decorators and provide more predictable and consistent behaviour. . To ensure that the overhead is as minimal as possible, a C extension module is used for performance critical components. An automatic fallback to a pure Python implementation is also provided where a target system does not have a compiler to allow the C extension to be compiled. This is yet-another-dependency for OpenStack (for next release: Juno). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748657: [bug #42390] fopen-fail fails on Debian GNU/Linux unstable
The problem is, if I understand it correctly, the timeout value: By default the test timeout (tests/test_driver.pl) is 5 seconds, but in this particular test, the timeout is reached before hitting the too many open files error, which is the expected error. This is the case when the computer is not under a heavy load. I changed the variable $test_timeout from 5 to 300 and I could build the package smoothly. # Timeout in seconds. If the test takes longer than this we'll fail it. $test_timeout = 300; The proper fix would be to run the fopen-fail test without timeout. vmjl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749544: RFS: atop/2.0.2-1 [ITA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/05/2014 12:01, Marc Haber wrote: atop is maintained in Debian Collab-Maint. Please clone from git://git.debian.org/git/collab-maint/atop.git and push your changes. As maintainer of atop in Debian, I might want to sponsor your work. Will do. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJThegOAAoJEM+E/JKBmb2DWMYIAMLX/bG9CsJpVb/7nHBirAJ4 zHYDhbd0up3lzg6k/0v5E7mJPDQrGYxT64ZYguKn2YOYwkkJSZBgzPJ9JRBeO67k H9gR9yWOk/dWdqdOtkmkZHs/RD+2VYQ3/f9Tq5d1ThElPLEw6vQkJw6ydKRGYAZV Y7/V3oqbsPzjd1jY+jL/iXkrf3weAZT9aXC2CNx7XMmGB7inpw48DTMUCRH9MWfh tXaC8eRGtbrF/KEq2bnjwnEPw0SHAGNPPfTfAeEdMwJx5khGjLbBml0a7KTJ4Cjq rj0pBmfZRdmVZ02a/RIvP3oqIBX3VFunehgFGMHAfxOdC4yI2yOu8o3jz9pvRgQ= =TC+U -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749330: pm-utils bug
Just for the records: The pm-utils bug is already reported in #659260 (and not fixed, yet, although a patch is available for more than two years *sigh*). signature.asc Description: This is a digitally signed message part.
Bug#749592: libreoffice-mysql-connector: doesn't work ignoring server configuration
Hi, [ won't be able to test it today, brief answer. ] Hi, On Wed, May 28, 2014 at 03:37:02PM +0200, MAG4 Piemonte wrote: Package: libreoffice-mysql-connector Version: 1.0.2+LibO4.2.4-3 Severity: grave Justification: renders package unusable Why? How does this render the whole package unusable? upgrading some clients with testing from version 1.0.2+LibO4.1.6~rc2-1 to version 1.0.2+LibO4.2.4-3 the MySQL connector start ignoring server configuration with error message: Do you mean it ignores what you set it to connect to and always tries to .. SQL state: HY000 Errore code: 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) ... do it locally? Then IMHO it's still not grave as you can use it locally using a socket, but yeah, it's bad as the normal use case is of course over the network... This sounds like - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745101 and https://bugs.freedesktop.org/show_bug.cgi?id=77584 (which was pretty confusing, so was important only...) but that one also was found in 4.1.x (and even older.) whereas this one is new in 4.2.x... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749330: systemd: The sysctl service is not started correctly at boot
Am 28.05.2014 15:54, schrieb Patrick Häcker: Thanks a lot, that fixed the problem. Sorry for reporting the bug with the wrong package. I'll report a separate bug to pm-utils as this is not a laptop, I guess it's safe to simply uninstall pm-utils in this case. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#749595: doc-base: fails to upgrade
Package: doc-base Version: 0.10.5 Severity: normal doc-base fails to upgrade: Setting up doc-base (0.10.5) ... Processing 7 added doc-base files... Cannot open file `/usr/share/doc-base/ocaml-doc-ocaml' for reading: No such file or directory. Sami -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages doc-base depends on: ii libuuid-perl 0.05-1 ii libyaml-tiny-perl 1.62-1 doc-base recommends no packages. Versions of packages doc-base suggests: ii khelpcenter4 4:4.13.1-1 ii rarian-compat 0.8.1-5 ii yelp 3.12.0-1 -- no debconf information signature.asc Description: Digital signature
Bug#749596: asn1c: Conflicting declarations of yyparse/asn1p_parse
Package: asn1c Version: 0.9.24+dfsg-1 Severity: wishlist Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wshadow -Wcast-qual -Wcast-align -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wl,-z -Wl,relro -o asn1c asn1c.o ../libasn1parser/.libs/libasn1parser.a ../libasn1print/.libs/libasn1print.a ../libasn1fix/.libs/libasn1fix.a ../libasn1compiler/.libs/libasn1compiler.a error: conflicting function declarations asn1p_parse old definition in module asn1parser file asn1parser.c line 12 signed int (void **) new definition in module asn1p_y file asn1p_y.c line 1567 signed int (void *param) Makefile:499: recipe for target 'asn1c' failed make[5]: *** [asn1c] Error 64 make[5]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-asn1c/asn1c-0.9.24+dfsg/asn1c' Makefile:595: recipe for target 'all-recursive' failed make[4]: *** [all-recursive] Error 1 It seems the level of indirection isn't quite consistent here. This leads to interesting constructions such as this one here: http://sources.debian.net/src/asn1c/0.9.24+dfsg-1/libasn1parser/asn1p_y.c?hl=1843#L1843 Cleaning up these declarations will make sure the compiler provides appropriate diagnostics to warn about invalid memory access. Best, Michael pgphEjjjnl8jJ.pgp Description: PGP signature