Bug#709412: ZenTest 4.9.1: Illformed requirement [ 2.1, = 1.8] - needs a newer rubygems version
package: ruby-zentest, rubygems severity: normal Invalid gemspec in [/usr/share/rubygems-integration/1.9.1/specifications/ZenTest-4.9.1.gemspec]: Illformed requirement [ 2.1, = 1.8] This issue is discussed upstream https://github.com/seattlerb/zentest/issues/40 and suggested solution is to update rubygems. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699767: ITA: ulogd -- The Netfilter Userspace Logging Daemon
Hi, Any progress in this? I like to see v2.0 into debian due to ipv6 logging capabilities. If needed I can assist. Greetings, Willem signature.asc Description: This is a digitally signed message part
Bug#696087: Wheezy's fail2ban is affected by logrotation
Version: 0.8.6-3wheezy1 Priority: important In new stable version of fail2ban there is also problem with log rotation (by logrotate) when you don't use copytruncate option. Old log is renamed, gziped and new one created, ex. auth.log and fail2ban still has opened this unexisting file: fail2ban- 2342 2554root4r REG 254,1 418124 260631 /var/log/auth.log.1 (deleted) Bug is also reported here: https://bugzilla.redhat.com/show_bug.cgi?id=833056 After I've installed unstable version of package (0.8.9-1), the problem doesn't occurs. M.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706817: systemtap: Error, 'stap_...' is not a zombie systemtap module.
Hi, Josh Stone jist...@redhat.com writes: Note, there are actually a few commits associated with PR 14245: thanks for letting me know. 17986f2 PR14245 stapio should not pass inherited relay_basedir_fd Right, I can see an extra file descriptor being open: $ stap -e 'probe begin {}' -c ls -l /proc/self/fd WARNING: side-effect-free probe 'probe_1987': keyword at input:1:1 source: probe begin {} ^ total 0 lrwx-- 1 lindi kurp 64 May 23 09:06 0 - /dev/pts/1 lrwx-- 1 lindi kurp 64 May 23 09:06 1 - /dev/pts/1 lrwx-- 1 lindi kurp 64 May 23 09:06 2 - /dev/pts/1 lr-x-- 1 lindi kurp 64 May 23 09:06 3 - /sys/kernel/debug/systemtap/stap_eeae76802d0a6271e55c3f687cef638_4280 lr-x-- 1 lindi kurp 64 May 23 09:06 4 - /proc/4281/fd Could this be a security issue? Could it cause otherwise buggy behavior? d7f9b5d PR14245 clean up error messages for staprun -d SOMETHING_AWFUL Is this only a cosmetic issue of printing the wrong error message? 00d577a PR14245: fix staprun-stapio -Ffd passing for -A (attach) mode This seems to fortunately still work as root so no regression was introduced in the backport: $ stap -v -p4 -e 'probe timer.ms(1000) { printf(hello\n); }' Pass 1: parsed user script and 81 library script(s) using 79728virt/22236res/2424shr kb, in 90usr/20sys/111real ms. Pass 2: analyzed script: 1 probe(s), 0 function(s), 0 embed(s), 0 global(s) using 80260virt/23028res/2560shr kb, in 0usr/0sys/4real ms. /home/lindi/.systemtap/cache/69/stap_6940b8229bf7950f1e2d880991495fa9_593.ko Pass 3: using cached /home/lindi/.systemtap/cache/69/stap_6940b8229bf7950f1e2d880991495fa9_593.c Pass 4: using cached /home/lindi/.systemtap/cache/69/stap_6940b8229bf7950f1e2d880991495fa9_593.ko lindi2:~$ staprun -L /home/lindi/.systemtap/cache/69/stap_6940b8229bf7950f1e2d880991495fa9_593.ko Disconnecting from systemtap module. To reconnect, type staprun -A stap_6940b8229bf7950f1e2d880991495fa9_593 lindi2:~$ staprun -A stap_6940b8229bf7950f1e2d880991495fa9_593 ERROR: no access to debugfs; try chmod 0755 /sys/kernel/debug as root Failed to initialize control channel. lindi2:~$ sudo staprun -A stap_6940b8229bf7950f1e2d880991495fa9_593 hello hello hello hello hello hello hello hello hello hello hello hello hello hello 56629dd PR14245: have configury look for openat(2) syscall This should not be needed since the backported patch does not use #ifdef HAVE_OPENAT. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709359: can't reproduce
What I find a little strange is that even though it said it failed, the package did install succesfully, while I think the postinst should have returned an error in that case. Well that is something dpkg does, you could report a bug there if you want. Have you checked your logs to see if you had clients connected at the moment? -- Salvo Tomaselli http://web.student.chalmers.se/~saltom/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709413: chromium: org.chromium.Chromium.shmem.* permissions world-readable
Package: chromium Version: 26.0.1410.43-1 Severity: normal Dear Maintainer, Chromium creates POSIX shared memory segments with permissions that allow any user on the system to read them. I don't know whether there's anything sensitive in those segments; sadly I don't know how to find out (I don't have the time to investigate the source code at this time). Here are some examples, from different users running Chromium on my system: $ l /dev/shm/org.chromium.Chromium.shmem.* -rw-r--r-- 1 chrismail chrismail 260 2013-05-13 01:25 /dev/shm/org.chromium.Chromium.shmem.8F157083E4C5D118692ECEA3F8925C501A0C9558._service_shmem -rw-r--r-- 1 chrisgithub chrisgithub 260 2013-05-20 04:03 /dev/shm/org.chromium.Chromium.shmem.88EB5F605BFD05F29C82F039DADD47B63D8BCA38._service_shmem -rw-rw-r-- 1 chrissbxchrissbx260 2013-05-21 03:55 /dev/shm/org.chromium.Chromium.shmem.A6EE7475E44E356681B9DAB490DFAC5558C57F47._service_shmem (It might be creating the segments using something like shm_open (somename, someflags, 0666) which is modified by the the umask in use, which might lead to the differences in group permissions shown; although chrissbx usually has umask 0022, which kinda contradicts this idea; not sure how comes.) -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 chromium depends on: ii chromium-inspector 26.0.1410.43-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcups21.5.3-5 ii libdbus-1-3 1.6.8-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1 ii libflac81.2.1-6 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpulse0 2.0-6.1 ii libspeechd2 0.7.1-6.2 ii libspeex1 1.2~rc1-7 ii libstdc++6 4.7.2-5 ii libudev0175-7.2 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n 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#661958: apache2 2.4 and php5 5.5 transitions
On Mon, May 13, 2013 at 10:51:58 +0200, Ondřej Surý wrote: I can ack that PHP 5.5 RC1 is prepared to enter the unstable. This will also trigger the libgd and php5.5 transitions. OK, let's go ahead with these now. Cheers, Julien signature.asc Description: Digital signature
Bug#708954: closing 708954
Thanks for catching the issue. I closed it because, although this was not something you could have known, the issue was resolved a very long time ago, as stated in the message accompanying the close command: relicenced GPL-3 by upstream prior to 0.0.2, see https://groups.google.com/group/ikarus-users/msg/407afbed9b6ca961?dmode=sourceoutput=gplainnoredirect I have added this information, with more detail, to debian/copyright in the repo, so it will be included in the next version uploaded. --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702688: stterm: Please rename the binary to use actual upstream name
Please consider using the name st for the binary instead of stterm, previously this binary was also part of suckless-tools package but new version that is 39-1 I have removed the st from suckless-tools so now you are free to use the name st. It is unfortunate that the upstream dind't originally pick a name for program that would reflect its use. People looking for term are unable to find one if searching under $PATH with the original name st. For general audience of Debian users it is more beneficial to be able to: $ ls -1 /usr/bin/*term* /usr/bin/ajaxterm /usr/bin/filterm /usr/bin/gnome-terminal /usr/bin/gnome-terminal.wrapper /usr/bin/koi8rxterm /usr/bin/lxterm /usr/bin/miniterm.py /usr/bin/rxvt-xterm /usr/bin/setterm /usr/bin/stterm /usr/bin/unixterm /usr/bin/uxterm /usr/bin/vdeterm /usr/bin/xterm /usr/bin/x-terminal-emulator Hence the use of stterm. This is still familiar to the people that might some to Debian from other systems, looking for st. $ st bash: st: command not found $ st[TAB] ... stterm Also new two character programs names are generally discouraged. User is better served by defining their own two character aliased as needd: $ alias st=sterm This is required for surf 6 version as it uses st instead of xterm, of course patching is possible but I think its time the package gets renamed to st and ships binary st instead of stterm. If Debian package surf refers to st, please update it to stterm. But in Debian referring to ecternal programs is bets done using the x-* programs, like: x-terminal-emulator and not using any hard coded terminal name. I'm inclided to close this bug, but please let me know if there are anything that shoudl be taking into account more. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: [Pkg-fglrx-devel] Bug#698008: more info
Hi, better report this to AMD, we can not do anything, since it is closed source software. Am 22.05.2013 22:11, schrieb Oxan van Leeuwen: Hi, This bug also affects Konsole in KDE, using Kwin as window manager. When I try to (un-)maximize the Konsole window, the X server infrequently segfaults. It seems to happen about 20% of the time, with chances increasing when the X session has been running longer. Extensive dragging of Konsole windows across screens can consistently crash the X server. I've also managed to reproduce the crash using a closed-source Qt application once. A quick Google search turned up the following relevant information: (*) ArchLinux and Gentoo are affected too: https://bbs.archlinux.org/viewtopic.php?pid=1176889 http://forums.gentoo.org/viewtopic-t-955708-start-0.html (*) 13.1 should have fixed this, but it doesn't work. There's a report of 12.6 working for someone (I haven't tried it yet). http://forum.kde.org/viewtopic.php?f=227t=109597 (*) It has already been reported upstream, where someone mentioned that it only happens in multimontior environments, which might be true; I'm using one. http://ati.cchtml.com/show_bug.cgi?id=724 For reference, the relevant part from my Xorg.0.log: [ 15420.810] [ 15420.810] Backtrace: [ 15420.810] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7fe526771d06] [ 15420.811] 1: /usr/bin/X (0x7fe5265f3000+0x182859) [0x7fe526775859] [ 15420.811] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fe525919000+0xf210) [0x7fe525928210] [ 15420.811] 3: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7fe525693000+0x727ed) [0x7fe5257057ed] [ 15420.811] 4: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7fe525693000+0x72b5f) [0x7fe525705b5f] [ 15420.811] 5: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (pixman_blt+0x52) [0x7fe52569d8b2] [ 15420.811] 6: /usr/lib/xorg/modules/libfb.so (fbCopyNtoN+0x2c9) [0x7fe521480469] [ 15420.811] 7: /usr/lib/xorg/modules/glesx.so (0x7fe51e4a8000+0x758c1) [0x7fe51e51d8c1] [ 15420.811] 8: /usr/lib/xorg/modules/glesx.so (0x7fe51e4a8000+0x77c25) [0x7fe51e51fc25] [ 15420.811] 9: /usr/bin/X (0x7fe5265f3000+0x110a79) [0x7fe526703a79] [ 15420.811] 10: /usr/bin/X (0x7fe5265f3000+0xd9955) [0x7fe5266cc955] [ 15420.811] 11: /usr/bin/X (0x7fe5265f3000+0xdacaf) [0x7fe5266cdcaf] [ 15420.811] 12: /usr/bin/X (0x7fe5265f3000+0xd7e1c) [0x7fe5266cae1c] [ 15420.811] 13: /usr/bin/X (ConfigureWindow+0x378) [0x7fe52666eec8] [ 15420.811] 14: /usr/bin/X (0x7fe5265f3000+0x4d904) [0x7fe526640904] [ 15420.811] 15: /usr/bin/X (0x7fe5265f3000+0x52e61) [0x7fe526645e61] [ 15420.811] 16: /usr/bin/X (0x7fe5265f3000+0x41ec5) [0x7fe526634ec5] [ 15420.812] 17: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7fe5245a4a55] [ 15420.812] 18: /usr/bin/X (0x7fe5265f3000+0x4219d) [0x7fe52663519d] [ 15420.812] [ 15420.812] Segmentation fault at address 0x7fe4f9c15000 [ 15420.812] Fatal server error: [ 15420.812] Caught signal 11 (Segmentation fault). Server aborting [ 15420.812] [ 15420.812] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 15420.812] Please also check the log file at /var/log/Xorg.0.log for additional information. I'm using kernel 3.8, but can also reproduce the crash with 3.6. X and fglrx stack from testing installed (xserver-xorg-core 2:1.12.4-6, fglrx-driver 1:13.4-2). ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fglrx-devel -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709242: [po...@debian.org: Bug#709242: libgtkdatabox-0.9.2-0-glade: depends on libgladeui-1-9 which is going away]
Hi Daniele and Norbert, I'm maintaining libgtkdatabox just for historic reasons and have no idea at all what this glade stuff might be at all. So I feel perfectly unable to test the needed change to libgladeui-2-0. If none of you would volunteer to provide a patch (Norbert once proposed the package and Daniele might have some interest because of gtkdataboxmm) I would prefer to drop the binary package. Kind regards Andreas. - Forwarded message from Emilio Pozuelo Monfort po...@debian.org - Date: Tue, 21 May 2013 23:13:08 +0200 From: Emilio Pozuelo Monfort po...@debian.org To: sub...@bugs.debian.org Subject: Bug#709242: libgtkdatabox-0.9.2-0-glade: depends on libgladeui-1-9 which is going away X-Debian-PR-Message: report 709242 X-Debian-PR-Package: libgtkdatabox-0.9.2-0-glade X-Debian-PR-Keywords: X-Debian-PR-Source: libgtkdatabox Package: libgtkdatabox-0.9.2-0-glade Version: 1:0.9.2.0-2 Severity: important User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs glade-3 Hi, I'm about to request the removal of libgladeui-1-9 from unstable. Since the glade editor no longer loads modules built for libgladeui-1-9 (and hasn't for a long time), libgtkdatabox-0.9.2-0-glade is pretty useless, so either remove it or update it to use libgladeui-2-0. Regards, Emilio - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665881: Old bug
Just reporting. Although the gain calibration timeout is an old bug, it is still present in this kernel. Best regards, --- Rodolfo Alcazar Portillo ATV Ground Controller CNES - Centre spatial de Toulouse 18, Av. Edouard Belin, 31401 Toulouse Cedex 9, France rodolfo.alcazarporti...@cnes.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709414: mirror submission for buaya.klas.or.id
Package: mirrors Severity: wishlist Submission-Type: new Site: buaya.klas.or.id Type: leaf Archive-architecture: amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: yes Archive-upstream: ftp.kr.debian.org Updates: four Maintainer: Mahyuddin Susanto ftpmas...@buaya.klas.or.id Country: ID Indonesia Location: Surabaya, East Java, Indonesia Sponsor: PT Rahajasa Media Internet (RADNET) http://www.rad.net.id Comment: Hi, we accept for trigger or being official Sometimes we update from kartolo.sby.datautama.net.id and mirror.unej.ac.id -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709415: lintian: false positive for hardening-no-fortify-functions
Package: lintian Version: 2.5.11 Severity: normal I'm getting these for a few different packages. Not sure if they're related, but I took a moment to track this one down. In the new xml-security-c 1.7.0-1, I get: W: xml-security-c-utils: hardening-no-fortify-functions usr/bin/xmlsec-xklient but the relevant build lines are: g++ -DHAVE_CONFIG_H -I. -I.. -I../xsec/framework -I.. -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -DNDEBUG -pthread -DXSEC_LIBRARY_BUILD -c -o xklient.o `test -f 'tools/xklient/xklient.cpp' || echo './'`tools/xklient/xklient.cpp tools/xklient/xklient.cpp: In function 'int doParsedMsgDump(xercesc_3_1::DOMDocument*)': tools/xklient/xklient.cpp:3815:6: warning: variable 'errorsOccured' set but not used [-Wunused-but-set-variable] /bin/sh ../libtool --tag=CXX --mode=link g++ -Wall -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -DNDEBUG -pthread -DXSEC_LIBRARY_BUILD -fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -o xklient xklient.o libxml-security-c.la -lxerces-c -lm -lssl -lcrypto libtool: link: g++ -Wall -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -DNDEBUG -pthread -DXSEC_LIBRARY_BUILD -fPIE -pie -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/xklient xklient.o -Wl,--as-needed ./.libs/libxml-security-c.so -lxerces-c -lm -lssl -lcrypto -pthread so all the appropriate flags should be there. hardening-check of course has the same issue: % hardening-check xmlsec-xklient xmlsec-xklient: Position Independent Executable: yes Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: yes I get the same thing from libkopenafs1: % hardening-check /usr/lib/libkopenafs.so /usr/lib/libkopenafs.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: no, not found! Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: yes even though it's built with hardening-wrappers, although I wasn't as sure with it since it incorporates some assembly and I wasn't sure if that would confuse the check. Note that libkopenafs1 hardly calls anything in libc: Symbol table '.dynsym' contains 21 entries: Num:Value Size TypeBind Vis Ndx Name 0: 0 NOTYPE LOCAL DEFAULT UND 1: 0 NOTYPE WEAK DEFAULT UND _ITM_deregisterTMCloneTab 2: 0 FUNCGLOBAL DEFAULT UND free@GLIBC_2.0 (3) 3: 0 FUNCGLOBAL DEFAULT UND signal@GLIBC_2.0 (3) 4: 0 FUNCGLOBAL DEFAULT UND ioctl@GLIBC_2.0 (3) 5: 0 FUNCWEAK DEFAULT UND __cxa_finalize@GLIBC_2.1.3 (4) 6: 0 FUNCGLOBAL DEFAULT UND malloc@GLIBC_2.0 (3) 7: 0 NOTYPE WEAK DEFAULT UND __gmon_start__ 8: 0 FUNCGLOBAL DEFAULT UND open@GLIBC_2.0 (5) 9: 0 FUNCGLOBAL DEFAULT UND __errno_location@GLIBC_2.0 (5) 10: 0 FUNCGLOBAL DEFAULT UND syscall@GLIBC_2.0 (3) 11: 0 FUNCGLOBAL DEFAULT UND getgroups@GLIBC_2.0 (3) 12: 0 NOTYPE WEAK DEFAULT UND _Jv_RegisterClasses 13: 0 NOTYPE WEAK DEFAULT UND _ITM_registerTMCloneTable 14: 0 FUNCGLOBAL DEFAULT UND close@GLIBC_2.0 (5) 15: 08b086 FUNCGLOBAL DEFAULT 12 k_unlog@@KOPENAFS_1.0 16: 0 OBJECT GLOBAL DEFAULT ABS KOPENAFS_1.0 17: 087056 FUNCGLOBAL DEFAULT 12 k_pioctl@@KOPENAFS_1.0 18: 0790 187 FUNCGLOBAL DEFAULT 12 k_hasafs@@KOPENAFS_1.0 19: 0910 361 FUNCGLOBAL DEFAULT 12 k_haspag@@KOPENAFS_1.0 20: 085025 FUNCGLOBAL DEFAULT 12 k_setpag@@KOPENAFS_1.0 so I'm not sure what hardening-check has to complain about. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.8-2-686-pae (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 lintian depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 1:5.11-3 ii gettext0.18.1.1-10 ii hardening-includes 2.3 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.28 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl 1.16.10 ii libemail-valid-perl
Bug#678385: ftbfs with eglibc-2.17 / multiarch missing
Dear maintainers, I have uploaded to 5-day delayed a new version of cpio that fixes the FTBFS (701389) as well as the long standing missing multiarch field (678385). Patch of the NMU attached Cheers, Riku diff -Nru cpio-2.11+dfsg/debian/changelog cpio-2.11+dfsg/debian/changelog --- cpio-2.11+dfsg/debian/changelog 2012-12-30 04:02:32.0 +0200 +++ cpio-2.11+dfsg/debian/changelog 2013-05-23 10:01:42.0 +0300 @@ -1,3 +1,14 @@ +cpio (2.11+dfsg-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Make cpio build with glibc 2.16 and newer, closes: 701389 + * Make cpio multiarch ready before the bug gets one year old: closes: #678385 + * remove dependency on install-info/dpkg since info file was dropped in +#695717 + * Update config.guess and config.sub for aarch64 bootstrapping + + -- Riku Voipio riku.voi...@linaro.org Thu, 23 May 2013 09:46:11 +0300 + cpio (2.11+dfsg-0.1) unstable; urgency=low * Non-maintainer upload. diff -Nru cpio-2.11+dfsg/debian/control cpio-2.11+dfsg/debian/control --- cpio-2.11+dfsg/debian/control 2012-06-12 14:39:06.0 +0300 +++ cpio-2.11+dfsg/debian/control 2013-05-23 09:43:35.0 +0300 @@ -12,9 +12,10 @@ Package: cpio Architecture: any -Depends: ${shlibs:Depends}, dpkg (= 1.15.4) | install-info +Depends: ${shlibs:Depends} Replaces: cpio-mt Conflicts: mt-st ( 0.6), cpio-mt +Multi-Arch: foreign Suggests: libarchive1 Description: GNU cpio -- a program to manage archives of files GNU cpio is a tool for creating and extracting archives, or copying diff -Nru cpio-2.11+dfsg/debian/patches/autoconfupdate.patch cpio-2.11+dfsg/debian/patches/autoconfupdate.patch --- cpio-2.11+dfsg/debian/patches/autoconfupdate.patch 1970-01-01 02:00:00.0 +0200 +++ cpio-2.11+dfsg/debian/patches/autoconfupdate.patch 2013-05-23 09:42:30.0 +0300 @@ -0,0 +1,1081 @@ +--- a/build-aux/config.guess b/build-aux/config.guess +@@ -1,10 +1,10 @@ + #! /bin/sh + # Attempt to guess a canonical system name. + # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, +-# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 +-# Free Software Foundation, Inc. ++# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, ++# 2011, 2012 Free Software Foundation, Inc. + +-timestamp='2009-12-30' ++timestamp='2012-02-10' + + # This file is free software; you can redistribute it and/or modify it + # under the terms of the GNU General Public License as published by +@@ -17,9 +17,7 @@ + # General Public License for more details. + # + # You should have received a copy of the GNU General Public License +-# along with this program; if not, write to the Free Software +-# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA +-# 02110-1301, USA. ++# along with this program; if not, see http://www.gnu.org/licenses/. + # + # As a special exception to the GNU General Public License, if you + # distribute this file as part of a program that contains a +@@ -57,8 +55,8 @@ + + Originally written by Per Bothner. + Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, +-2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free +-Software Foundation, Inc. ++2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 ++Free Software Foundation, Inc. + + This is free software; see the source for copying conditions. There is NO + warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. +@@ -145,7 +143,7 @@ + case ${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION} in + *:NetBSD:*:*) + # NetBSD (nbsd) targets should (where applicable) match one or +- # more of the tupples: *-*-netbsdelf*, *-*-netbsdaout*, ++ # more of the tuples: *-*-netbsdelf*, *-*-netbsdaout*, + # *-*-netbsdecoff* and *-*-netbsd*. For targets that recently + # switched to ELF, *-*-netbsd* would select the old + # object file format. This provides both forward +@@ -181,7 +179,7 @@ + fi + ;; + *) +- os=netbsd ++ os=netbsd + ;; + esac + # The OS release +@@ -224,7 +222,7 @@ + UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $3}'` + ;; + *5.*) +- UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'` ++ UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'` + ;; + esac + # According to Compaq, /usr/sbin/psrinfo has been available on +@@ -270,7 +268,10 @@ + # A Xn.n version is an unreleased experimental baselevel. + # 1.2 uses 1.2 for uname -r. + echo ${UNAME_MACHINE}-dec-osf`echo ${UNAME_RELEASE} | sed -e 's/^[PVTX]//' | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'` +- exit ;; ++ # Reset EXIT trap before exiting to avoid spurious non-zero exit code. ++ exitcode=$? ++ trap '' 0 ++ exit $exitcode ;; + Alpha\ *:Windows_NT*:*) + # How do we know it's Interix rather than the generic POSIX subsystem? + # Should we change UNAME_MACHINE based on the output of uname instead +@@ -296,7 +297,7 @@ + echo s390-ibm-zvmoe + exit ;; +
Bug#704872: libpango1.0-0: latest version no longer supplies modules, breaks initramfs with Plymouth, often pops up warnings
severity 704872 serious thanks pango1.0 1.32.5 is now in unstable so this is serious. On 08/04/13 09:46, Emilio Pozuelo Monfort wrote: reassign 704872 plymouth Hi Alex, On 04/07/2013 02:44 AM, Alex Vanderpol wrote: Package: libpango1.0-0 Version: 1.32.5-3 Severity: important Dear Maintainer, The latest version of Pango appears to be fairly problematic, first with i386 packages not recognizing the transitional package for all architectures (already filed a separate bug about that), I'll look into that soon. and now I discover that the module files that used to be shipped with the older version no longer exist, breaking initramfs with Plymouth (meaning no new kernel installs or upgrades) and throwing up warnings for anything else looking for them. This may be a bug in plymouth. I see in its hook that it tries to copy a module to the ramdisk: copy_exec /usr/lib/@DEB_HOST_MULTIARCH@/pango/1.6.0/modules/pango-basic-fc.so but the modules are now built in, so this souldn't be necessary anymore. And even if we still shipped the modules like before, it would still fail because the module ABI is 1.8.0 in pango = 1.32. plymouth maintainers: pango from experimental builds the modules into the shared library. The plymouth hook needs to be updated to cope with this (perhaps you can do this in experimental for the time being). Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708772: PTS: Please warn when a package has not been tagged yet
On 23/05/13 at 12:30 +0800, Paul Wise wrote: clone 708772 -1 retitle -1 UDD: import unreviewed debtags too user qa.debian@packages.debian.org usertags -1 = udd thanks On Sun, May 19, 2013 at 11:30 AM, Paul Wise wrote: On Sat, May 18, 2013 at 10:11 PM, Markus Koschany wrote: It would be nice if the PTS could warn about packages which have not been tagged yet. I've implemented this: http://packages.qa.debian.org/~pabs/0/0ad.html Indeed. Unfortunately the tags data doesn't appear to have the special::* tags in it: The above implementation is based on a UDD query: http://udd.debian.org/cgi-bin/notags.cgi Unfortunately UDD doesn't have any info on the unreviewed debtags so I don't think the current implementation is useful because it means that adding some debtags to a package won't make the warning go away quickly. http://debtags.debian.net/exports/ UDD folks, could we get the unreviewed debtags imported into UDD too? The notags.cgi script should be updated to pay attention to unreviewed debtags. http://debtags.debian.net/exports/unstable-tags How often are files in http://debtags.debian.net/exports/ refreshed? Is there a commit hook or something? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709292: closed by Kurt Roeckx k...@roeckx.be (Re: Bug#709292: curl: Connection to https server produces SSL error.)
Good Morning Kurt, just one question. I think Alessandro reasigned the bug to both libssl and libgnutls. Am I correct? Question is because specifying the protocol solves the problem with libssl, not with libgnutls. When I test wget with --secure-protocol it works fine when compiled with libssl but it keeps failing with libgnutls. Could you please confirm the fact that the case is still open in libgnutls or should I file a new bug? Best regards. Francisco. De: Debian Bug Tracking System ow...@bugs.debian.org Para: rodrifra sable_la...@yahoo.es Enviado: Miércoles 22 de Mayo de 2013 18:21 Asunto: Bug#709292 closed by Kurt Roeckx k...@roeckx.be (Re: Bug#709292: curl: Connection to https server produces SSL error.) This is an automatic notification regarding your Bug report which was filed against the libssl1.0.0 package: #709292: libssl1.0.0: decryption failed or bad record mac during handshake It has been closed by Kurt Roeckx k...@roeckx.be. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Kurt Roeckx k...@roeckx.be by replying to this email. -- 709292: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709292 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems On Wed, May 22, 2013 at 02:32:29PM +0200, Alessandro Ghedini wrote: reassign 709292 libssl1.0.0 retitle 709292 libssl1.0.0: decryption failed or bad record mac during handshake clone 709292 -1 reassign -1 libgnutls26 retitle -1 libgnutls26: segfaults during handshake severity -1 important affects -1 wget kthxbye On Wed, May 22, 2013 at 01:37:35PM +0200, rodrifra wrote: Package: curl Version: 7.26.0-1+wheezy2 Severity: normal Dear Maintainer, Executing the following: curl -o pruebacurl.html https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html Produced the next error: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac Forcing SSLv3 solves the problem: curl -3 -o pruebacurl.html https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html If there's any bug, it's probably in the server's SSL implementation, since it can't do a proper TLS handshake, in any case it's not curl's fault. I'm reassigning this to openssl (which is what curl uses) to make sure there's nothing wrong with it. Yes, this is the server's problems, nothing you can do about it other than downgrading to a lower TLS version. TLS 1.0 should work in most cases. About 1% of the servers are known to have this problem. The problem is that we announce that we support TLS 1.2 to the server, and the server should reply that it only supports 1.0, but just closes the connection or does something else weird. This is why you also see this with gnutls. There is nothing we can do in openssl or gnutls about this. What could be done is that something like curl or wget tries to connect again with a lower TLS version. But if you automate this, you also need to think about version downgrade attacks. Since we can't actually fix anything, and curl and wget have options to use a lower protocol version, I'm just going to close this bug. KurtPackage: curl Version: 7.26.0-1+wheezy2 Severity: normal Dear Maintainer, Executing the following: curl -o pruebacurl.html https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html Produced the next error: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac Forcing SSLv3 solves the problem: curl -3 -o pruebacurl.html https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html wget has same problem in latest stable version, but oldstable works fine. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages curl depends on: ii libc6 2.13-38 ii libcurl3 7.26.0-1+wheezy2 ii zlib1g 1:1.2.7.dfsg-13 curl recommends no packages. curl suggests no packages. -- no debconf information
Bug#709415: lintian: false positive for hardening-no-fortify-functions
On 2013-05-23 09:18, Russ Allbery wrote: Package: lintian Version: 2.5.11 Severity: normal Hi, Assuming you were using 2.5.11 for test, you may want to retry with 2.5.12. The latter did another false-positive - false-negative trade-off (memset and memmove). I'm getting these for a few different packages. Not sure if they're related, but I took a moment to track this one down. In the new xml-security-c 1.7.0-1, I get: W: xml-security-c-utils: hardening-no-fortify-functions usr/bin/xmlsec-xklient but the relevant build lines are: [...] so all the appropriate flags should be there. hardening-check of course has the same issue: % hardening-check xmlsec-xklient xmlsec-xklient: [...] I get the same thing from libkopenafs1: % hardening-check /usr/lib/libkopenafs.so /usr/lib/libkopenafs.so: [...] even though it's built with hardening-wrappers, although I wasn't as sure with it since it incorporates some assembly and I wasn't sure if that would confuse the check. Note that libkopenafs1 hardly calls anything in libc: [...] so I'm not sure what hardening-check has to complain about. [...] Try running hardening-check with --verbose, this will make hardening-check list all the protectable functions that appear in the binary. Example: $ hardening-check --verbose /bin/ls /bin/ls: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) unprotected: mempcpy [...] protected: mempcpy [...] Read-only relocations: yes Immediate binding: no, not found! As long as there is at least 1 protected function or no unprotected ones, Lintian should consider it hardened. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709416: zabbix-frontend-php: All images in maps are labeled Image
Package: zabbix-frontend-php Version: 2.0.6+dfsg-1~bpo70+1 Severity: normal Hello After upgrade squeeze to wheezy and using zabbix packages from backports I have problem with Maps screen and label of Image type. In field Label is correctly name but on Map show only label as Image. I can change Label location but every is Image. In field Label is correctly saved my text. Thanks -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709357: abi-compliance-checker: DEP-8 test
Updated diff attached where abi-compliance-checker is run with additional option '-debug' to allow analysis should test fail. Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel === modified file 'debian/changelog' --- debian/changelog 2012-05-31 14:21:07 + +++ debian/changelog 2013-05-23 07:40:10 + @@ -1,3 +1,9 @@ +abi-compliance-checker (1.97.7-2) unstable; urgency=low + + * Added DEP-8 self-test. + + -- James Hunt james.h...@ubuntu.com Thu, 23 May 2013 08:39:57 +0100 + abi-compliance-checker (1.97.7-1) unstable; urgency=low * New upstream === modified file 'debian/control' --- debian/control 2012-05-31 14:21:07 + +++ debian/control 2013-05-22 15:01:44 + @@ -9,6 +9,7 @@ Homepage: http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/abi-compliance-checker/trunk Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/abi-compliance-checker/trunk/ +XS-Testsuite: autopkgtest Package: abi-compliance-checker Architecture: all === added directory 'debian/tests' === added file 'debian/tests/control' --- debian/tests/control 1970-01-01 00:00:00 + +++ debian/tests/control 2013-05-22 15:02:49 + @@ -0,0 +1,2 @@ +Tests: self_test +Depends: @ === added file 'debian/tests/self_test' --- debian/tests/self_test 1970-01-01 00:00:00 + +++ debian/tests/self_test 2013-05-23 07:39:27 + @@ -0,0 +1,3 @@ +#!/bin/sh -e + +abi-compliance-checker -test -debug
Bug#709415: lintian: false positive for hardening-no-fortify-functions
Niels Thykier ni...@thykier.net writes: Assuming you were using 2.5.11 for test, you may want to retry with 2.5.12. The latter did another false-positive - false-negative trade-off (memset and memmove). Looks like that won't help for libkopenafs1: % hardening-check --verbose /usr/lib/libkopenafs.so.1 /usr/lib/libkopenafs.so.1: Position Independent Executable: no, regular shared library (ignored) Stack protected: no, not found! Fortify Source functions: no, only unprotected functions found! unprotected: getgroups Read-only relocations: yes Immediate binding: yes That's the one built with hardening-wrappers installed. Also looks like that's not the issue for xml-security-c-utils: % hardening-check --verbose xmlsec-xklient xmlsec-xklient: Position Independent Executable: yes Stack protected: yes Fortify Source functions: no, only unprotected functions found! unprotected: fread Read-only relocations: yes Immediate binding: yes (Thanks for the note about --verbose!) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709417: mcollective: MCollective daemon inherits dpkg environment when restarted in postinst
Package: mcollective Version: 2.0.0+dfsg-2 Severity: normal When mcollective daemon is configured to start automatically, it is restarted on each package upgrade or reconfiguration. During this restart, it inherits dpkg and debconf internal variables in environment: root@zcrha:~# dpkg-reconfigure mcollective root@zcrha:~# ps -ef | grep mcoll root 30700 1 0 08:59 ?00:00:00 ruby /usr/sbin/mcollectived --config=/etc/mcollective/server.cfg --pid=/var/run/mcollective.pid root 30706 22582 0 08:59 pts/14 00:00:00 grep mcoll root@zcrha:~# cat /proc/30700/environ MAIL=/var/mail/root USER=root LANGUAGE=en_US:en SHLVL=1 HOME=/root XDG_SESSION_COOKIE=cf7dc7a267ea309208ab8047509b5dd0-1369289678.605759-12737 DEBCONF_RECONFIGURE=1 DPKG_MAINTSCRIPT_ARCH=all LOGNAME=root _=/usr/sbin/dpkg-reconfigure DPKG_MAINTSCRIPT_NAME=postinst TERM=xterm PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DISPLAY=:0.0 LANG=en_US.UTF-8 DPKG_MAINTSCRIPT_PACKAGE=mcollective XAUTHORITY=/home/zcrha/.Xauthority DEBCONF_REDIR=1 SHELL=/bin/bash DEBIAN_HAS_FRONTEND=1 PWD=/root When mcollective is used for package installation (using custom agent) later on, it fails in the debconf /usr/share/debconf/confmodule:22: 22 if [ -z $DEBCONF_REDIR ]; then 23 # Redirect standard output to standard error. This prevents common 24 # mistakes by making all the output of the postinst or whatever 25 # script is using this library not be parsed as confmodule commands. 26 # 27 # To actually send something to standard output, send it to fd 3. 28 exec 31 29 if [ $DEBCONF_USE_CDEBCONF ]; then 30 exec 15 31 else 32 exec 12 33 fi 34 DEBCONF_REDIR=1 35 export DEBCONF_REDIR 36 fi The cause is that DEBCONF_REDIR is already set to 1 due to environment inherited when restarting daemon in mcollective postinst. Resetting environment in the mcollective init script solves this issue. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mcollective depends on: ii debconf [debconf-2.0] 1.5.49 ii mcollective-common2.2.3.20130502-1 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1 Versions of packages mcollective recommends: ii mcollective-client 2.2.3.20130502-1 Versions of packages mcollective suggests: pn activemq none -- Configuration Files: /etc/default/mcollective changed: RUN=yes -- debconf information: * mcollective/start_on_boot: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701265: ftbfs with gcc-4.8
retitle 701265 ftbfs with eglibc 2.17 tag 701265 pending thanks turns out it's not a problem caused by gcc 4.8 but with newer eglibc. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709373: closed by Michael Schutte mi...@debian.org (Re: Bug#709373: kbd: loadkeys -d no longer works)
Hi Alan! On Wed, May 22, 2013 at 11:01:12PM +, Alan Curry wrote: I reported a bug in the stable release. It's not fixed until it's fixed in the stable release. But you're going to leave it unfixed for a year or three, while pretending that it doesn't exist. This is not nice. I’m sorry, and I can see why you feel this way, but this is how stable works, and for a good reason. See Section 5.5.1 of the Debian Developer’s Reference: “Basically, a package should only be uploaded to stable if one of the following happens: * a truly critical functionality problem * the package becomes uninstallable * a released architecture lacks the package […] Changing anything else in the package that isn't important is discouraged, because even trivial fixes can cause bugs later on.” http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable This bug is clearly none of these, particularly since a very simple workaround exists with “loadkeys defkeymap”. Best, Michael signature.asc Description: Digital signature
Bug#709200: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#709200: Removed package(s) from unstable)
Hi! * Sven Joachim svenj...@gmx.de [130522 20:59]: We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: .. There is still a version of texlive-doc in experimental that most probably should be removed as well. Do you need a new bug report, or should I reopen the current one? Ah, thanks for noticing. Please open a new bug for that. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709418: python-pymongo: Using pymongo reports a warning: libevent version mismatch
Package: python-pymongo Version: 2.2-4 Severity: normal Hi, When importing pymongo I get the following warning: $ python Python 2.7.5 (default, May 20 2013, 11:51:12) [GCC 4.7.3] on linux2 Type help, copyright, credits or license for more information. import pymongo /usr/lib/python2.7/dist-packages/pymongo/replica_set_connection.py:78: UserWarning: libevent version mismatch: system version is '2.0.21-stable' but this gevent is compiled against '2.0.19-stable' import gevent Cheers, Jordi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-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 python-pymongo depends on: ii python 2.7.3-5 ii python-bson 2.2-4 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-4 ii python-pymongo-ext 2.2-4 python-pymongo 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#708331: icedove 17.0.5-1 to FTBFS on mipsel, armel, sparc, ia64 due to segfault when zipping
Hello Daniel, On Wed, May 22, 2013 at 02:23:17AM -0400, Daniel Kahn Gillmor wrote: i don't have such hardware myself, but you should be able to get access to porterboxes for these platforms: https://db.debian.org/machines.cgi in particular, here's an ia64 machine with decent resources: https://db.debian.org/machines.cgi?host=merulo I can try to do the build by hand and get you a more detailed report if that would be useful, and if you're unable to get to it yourself. please let me know what sort of report you would find the most useful. To catch this failures Guido is want to setup up Sparc machine locally at home. But this will take some time. So if you are willing and be able to testing something inside a Debian build machine ... that would be of course helpful. So the last built on armel is also failing at the exact some point I think error is produced by jemalloc. mozilla/memory/mozjemalloc/jemalloc.c First we/you can try to build Icedove without usage of jemalloc. To do so the configure option has changed to --disable-jemalloc. That will Icedove use more RAM if the build is succesfull. Then we can try to investigate why jemalloc is broken (if I'm right). Anyway, the next step would need a debugger. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709415: lintian: false positive for hardening-no-fortify-functions
On 2013-05-23 09:40, Russ Allbery wrote: Niels Thykier ni...@thykier.net writes: Assuming you were using 2.5.11 for test, you may want to retry with 2.5.12. The latter did another false-positive - false-negative trade-off (memset and memmove). Looks like that won't help for libkopenafs1: % hardening-check --verbose /usr/lib/libkopenafs.so.1 [...] That's the one built with hardening-wrappers installed. Also looks like that's not the issue for xml-security-c-utils: % hardening-check --verbose xmlsec-xklient [...] Indeed. Sadly there is nothing on the Lintian side (or in hardening-check) that allows us to get any more information to improve the accuracy (without doing something drastic like decompiling the binary and analysing that - but even then). To be honest, I have been considering if we should reduce and disable this tag like we did with the stack-protector tag. In terms of accuracy, blhc beats hardening-check/lintian by miles. Even if people/upstreams tend to mistake C{,XX}FLAGS vs. CPPFLAGS, I suspect we would be better off by disabling this tag (e.g. less frustation from our users). The tag would still be available via the debian/extra-hardening profile, so people can opt-in. NB: I would still keep hardening-no-relro, which has very few false-positives to my knowledge (most overridden tags appear to be non-free packages, so probably caused by the binaries not being re-buildable). (Thanks for the note about --verbose!) You are welcome. :) It happens to be the way we implement the fp-fn trade-offs. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709382: mksh: broken Built-Using handling
Russ Allbery dixit: In the meantime, please don't add Built-Using for libgcc. The libgcc license does not require it, due to the runtime exception, and essentially The dietlibc licence does require for libgcc to be added there (GPL without exception clause). bye, //mirabilos -- Hi, does anyone sell openbsd stickers by themselves and not packaged with other products? No, the only way I've seen them sold is for $40 with a free OpenBSD CD. -- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709417: [Pkg-puppet-devel] Bug#709417: mcollective: MCollective daemon inherits dpkg environment when restarted in postinst
Zdenek Crha zdenek.c...@gmail.com writes: Package: mcollective Version: 2.0.0+dfsg-2 Severity: normal When mcollective daemon is configured to start automatically, it is restarted on each package upgrade or reconfiguration. During this restart, it inherits dpkg and debconf internal variables in environment: I'm inclined to think this is really a bug in invoke-rc.d and it should strip the environment (at least by default). Stripping the environment in the init script means that the system administrator cannot set an environment variable intentionally when starting the service. This admittedly isn't something a lot of people would need to do, but it would be surprising if it didn't work for this init script while it did for all other init scripts. Note that the service command to invoke init.d scripts has stripped the environment for some time. This problem affects xinetd as well, or at least has in my past experience (particularly when xinetd is restarted by Puppet during a Puppet agent installation). -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709419: E: Could not perform immediate configuration on 'gcj-4.7-jre'. Please see man 5 apt.conf under ...
Package: gcj-4.7-jre Severity: normal I happened to notice that Debian's often easy $ apt-get dist-upgrade was briefly interrupted by E: Could not perform immediate configuration on 'gcj-4.7-jre'. Please see man 5 apt.conf under APT::Immediate-Configure for details. I worked around the problem by doing $ apt-get install gcj-4.7-jre After that $ apt-get dist-upgrade proceeded. Other than that, I should probably mention that 1.) the bug happened on a different computer than I'm sending this email from, and 2.) that computer was being upgraded from Squeeze to Wheezy. Thanks, Kingsley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709382: mksh: broken Built-Using handling
Thorsten Glaser t...@mirbsd.de writes: Russ Allbery dixit: In the meantime, please don't add Built-Using for libgcc. The libgcc license does not require it, due to the runtime exception, and essentially The dietlibc licence does require for libgcc to be added there (GPL without exception clause). I think you mean that dietlibc requires that *dietlibc* be added, right? If not, I'm confused. I don't see any reason why dietlibc's license would change something about libgcc's license. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709415: lintian: false positive for hardening-no-fortify-functions
Niels Thykier ni...@thykier.net writes: To be honest, I have been considering if we should reduce and disable this tag like we did with the stack-protector tag. In terms of accuracy, blhc beats hardening-check/lintian by miles. Even if people/upstreams tend to mistake C{,XX}FLAGS vs. CPPFLAGS, I suspect we would be better off by disabling this tag (e.g. less frustation from our users). The tag would still be available via the debian/extra-hardening profile, so people can opt-in. I'm at least seeing a lot of false positives for a tag that's marked possible. We could drop it to wild-guess, which IIRC would make it info-level instead of a warning, which feels about right for the level of false positive vs. false negative tradeoff we have at the moment. (Thanks for the note about --verbose!) You are welcome. :) It happens to be the way we implement the fp-fn trade-offs. It would be neat to include the list of unprotected functions as additional data for the tag. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709420: imvirt: crashes on GNU Hurd again
Package: libimvirt-perl Version: 0.9.4-4 Severity: normal Running `imvirt` on GNU Hurd produces the following error: Error loading ImVirt::VMD::UML: Died at /usr/share/perl5/ImVirt/Utils/cpuinfo.pm line 44. Compilation failed in require at /usr/share/perl5/ImVirt/VMD/UML.pm line 34. BEGIN failed--compilation aborted at /usr/share/perl5/ImVirt/VMD/UML.pm line 34. Compilation failed in require at (eval 7) line 1. BEGIN failed--compilation aborted at (eval 7) line 1. Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709418: python-pymongo: Using pymongo reports a warning: libevent version mismatch
Hello Jordi, thanks for your bug report. This seems to be a gevent bug - see the last message on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645833 Which gevent version are you using? Thanks, -- Federico On Thu, May 23, 2013 at 9:00 AM, Jordi jordi.burguet.cast...@gmail.comwrote: Package: python-pymongo Version: 2.2-4 Severity: normal Hi, When importing pymongo I get the following warning: $ python Python 2.7.5 (default, May 20 2013, 11:51:12) [GCC 4.7.3] on linux2 Type help, copyright, credits or license for more information. import pymongo /usr/lib/python2.7/dist-packages/pymongo/replica_set_connection.py:78: UserWarning: libevent version mismatch: system version is '2.0.21-stable' but this gevent is compiled against '2.0.19-stable' import gevent Cheers, Jordi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-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 python-pymongo depends on: ii python 2.7.3-5 ii python-bson 2.2-4 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-4 ii python-pymongo-ext 2.2-4 python-pymongo suggests no packages. -- no debconf information -- Federico
Bug#709421: chkrootkit should not assume kernel version has 3 components
Package: chkrootkit Version: 0.49-4.1 Severity: important Dear Maintainer, at the moment chkrootkit fails with: /etc/cron.daily/chkrootkit: /usr/sbin/chkrootkit: 27: [: Illegal number: 8-1-amd64 this is cause by uname -r returning 3.8-2-amd64: $ uname -r 3.8-2-amd64 in line 27: if [ `uname -r | cut -d. -f2` -lt 6 ] ; this assumes uname -r | cut -d. -f2 is a number which it is not -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chkrootkit depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii procps 1:3.3.6-1 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true * chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696244: console freezes when switching back to tty7 after X started and plymouth was used
reassign 696244 linux retitle 696244 kms problems when using plymouth on sandy-bridge close 696244 3.8 thanks this was a problem i had on my own sandy-bridge notebook too, but it went away with kernel 3.8, hence closing. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709422: Depending on binary that is not available on boot (liblzo2.so.2)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: btrfs-tools Version: 0.19+20130315-2 Severity: critical The version in unstable prevents the system to boot as it depends on liblzo2.so.2, that is not in the root file system. Not only that this makes system not booting anymore (if, what is advisable, /usr is on a separate file system) and is, moreover, a violation of debian policy. The error appears when doing /sbin/fsck.btrfs. This also prevents file systems that uses btrfs raid to be mounted, as they are not find anymore. This is especially tragically if /usr is such one. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.5 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages btrfs-tools depends on: ii e2fslibs1.42.5-1.1 ii libblkid1 2.20.1-5.4 ii libc6 2.17-3 ii libcomerr2 1.42.5-1.1 ii liblzo2-2 2.06-1 ii libuuid12.20.1-5.4 ii zlib1g 1:1.2.8.dfsg-1 btrfs-tools recommends no packages. btrfs-tools suggests no packages. - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJRndjRAAoJEKZ8CrGAGfasdBAMAJAMyuqu9CZSztipF4/sAbZO GAySitraVZb/CShx/NsecUJdhPChFkWDIGkG/CTneJMdhqN4tlZV/JVa49lR1SNa 9/YYqXTH7zFmTtHJ/XXfhYnxNUcCE470mgcFQpm/ECtie5djvr3uCws8y6JsuOpN g4QvUQRprntMQn/6p6gy8JMER7JSbaB0BSx8DsJdp00uRAKto/dzJrEXmEVL2W3b MJ0Y43clpNtDZiAMDPJehdxitWxYTMoAN//HNi1a8YDcz8hKt8XYQ58+QEehQyuP eu7iUEkjW5hKkjds5hx9jqv6XZVU1crlBkjb9OUyPR7q/HuyDWDuCXgxW2/IQHka POGtrpCJeKySwucCs/W5C59+7+gD6HlyNjcqodL7zmM1Xqse6w71lKOJk+DUdwcj cN+2eoEcuFF5Qp4Icz2iHa4eXnSJnxyqy2ABXRSHT0mzrMYTglvErZ9RYa7uJV67 NxwLnL4HxdslNRFPRTsaLs2wLZtQjXYAxmoNGZUWKQ== =a0x6 -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#706381: plymouth: When splash enables hangs switching to X on ATI Radeon 5450/6350
retitle 706381 doesn't switch to X on ATI Radeon 5450/6350 tag 706381 moreinfo tag 706381 upstream thanks please retry with a newer kernel (= 3.8) -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709423: orage: depends on xfce4-panel 4.9 (not available in sid)
Package: orage Severity: important Dear Maintainer, recently xfce4 compenents have been upgraded in sid while the present version of orage is said to depend on an older version of xfce4-panel. This makes orage not installable in sid. Thank you for maintaining a debian package. Cheers, Alberto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages orage depends on: ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libical00.48-2 ii libnotify4 0.7.5-2 ii libpango1.0-0 1.32.5-5 ii libpopt01.16-7 ii libx11-62:1.5.0-1 ii libxfce4util4 4.8.2-1 ii xfce4-panel 4.10.1-1 Versions of packages orage recommends: ii dbus-x11 1.6.10-1 Versions of packages orage suggests: ii sox 14.4.1-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709335: 16 hours later....
Now consuming 15.9% memory debian7 (libvirtd process with virt-manager connected for 16 hours) PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1761 root 20 0 1534m 1.2g 5348 S 8.0 15.9 139:38.07 libvirtd -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709386: [nvidia-kernel-amd64] draftsight does not show cursor
Control: severity -1 important Control: reassign -1 nvidia-glx 304.88-1 Control: tag -1 upstream On 2013-05-23 00:36, Marco Righi wrote: Severity: grave Definitely not grave. The DraftSight CAD program soes not show the curor using nvidia drivers. I have not problem with my ACER 6292 (Intel video card). Please write me if I can help you. Please try the 319.17 driver that is currently staged in experimental. According to the upstream changelog there were several cursor related fixes in 313.xx It will require several packages built from src:nvidia-support and src:glx-alternatives in wheezy-backports (or just jessie). Debian Release: jessie/sid 500 testing www.deb-multimedia.org 500 testing ftp2.de.debian.org 500 testing ftp.deb-multimedia.org 500 testing apt.jenslody.de 500 stable security.debian.org 500 stable repo.wuala.com 500 stable http.us.debian.org 500 stable ftp.fr.debian.org 500 stable apt.spideroak.com 500 oneiric ppa.launchpad.net 500 debian packages.linuxmint.com Oh oh. Many non-Debian repositories and all at default priority. Expect no support if anything breaks due to a bad package mix. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709424: x2x: multihead 'from' with vertical secondary screen: cannot reach right margin on 'to' and return to 'from'
Package: x2x Version: 1.30-2 Severity: important Dear Maintainer, x2x does not allow to reach the whole 'to'-display nor to return to the 'from' display, when the right monitor of the 'from' display is vertical. My setup consists of 4 monitors on 2 displays 'to': (west) xinerama with 1280x1024, 1440x900(primary) 'from': xinerama with 1680x1050(primary),1280x1024(vertical) If i move the cursor to the west, it jumps to approximated root-x-coordinate 1542; when trying to move back to 'from'-display, it stops on the 'to'-display at root-x-coordinate 2483 and does not return to the from-display (x2x needs to be killed) It works perfectly if the right from-display is not vertical. -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x2x depends on: ii libc6 2.13-38 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxtst6 2:1.2.1-1 x2x recommends no packages. x2x 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#706676: sysvinit: /sbin/init doesn't support LXC gracefull shutdown via lxc-shutdown
I am affected by this problem, too. lxc-ps shows, that init is the only process kept running in the container. Using Squeeze (sysvinit 2.88dsf-13.1+squeeze1) there is no such problem. Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707229: libyaml-perl seems require Mo, which is not packaged for debian
On Wed, May 22, 2013 at 08:21:16PM +0200, gregor herrmann wrote: Thanks; installed after a detailed inspection :) Ok, now I can build and test configbuild. Thanks for your effort Gregor. And I got tons of errors, also some including YAML, but still different ones than in your original report. - Ah, no debug output for some reason. Ok, now I have the error. That is true, I am aware that there are some other errors, but they are out of scope of this report, thus I did not mention them here. I was thinking about solving this Mo-related one before looking into others, particulary for the reason that if package is build on Squeeze, it does not report a single error, but after installing that deb on Wheezy, I am getting only those Mo errors when I call configbuild from command line (apparently it seems it does its job correctly on Wheezy, even though reporting Mo errors). Anyway, thanks for looking into that. Ruslan signature.asc Description: Digital signature
Bug#696506: error on using a pch: had text segment at different address
Also can be seen in saucy with gcc-4.8 on armhf powerpc builds: https://launchpad.net/ubuntu/+source/qt4-x11/4:4.8.4+dfsg-0ubuntu10 Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704198: syslinux doesn't rewrite backup boot sector
retitle 704198 please reformulate warning about backup boot sector reassign 704198 dosfstools severity 704198 wishlist tag 704198 upstream thanks ---snip--- [...] 2013-05-14 15:52:53 dba does anyone have an opinion on 'syslinux doesn't rewrite backup boot sector' aka http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704198 ? 2013-05-14 15:56:44 -!- Jack_CM (realname) [~antonio@151.65.228.30] has joined #syslinux 2013-05-14 15:57:35 hpa dba: this is arguably true for FAT32, although this is partly a reflection of the ugly conflation of the FAT superblock and the boot sector 2013-05-14 15:57:47 hpa I would argue that dosfsck is a bit overzealous here 2013-05-14 15:59:16 hpa However, if someone wants to *positively* identify FAT32 and if detected, copy the boot sector into sector 6 with appropriate safeguards (including verifying the number of reserved sectors) I'd take the patch 2013-05-14 16:10:50 -!- Bry8Star3 [~Bry8Star3@gateway/shell/elitebnc/x-myremoejfpvibivt] has quit [Excess Flood] 2013-05-14 16:11:28 -!- Bry8Star3 (I'm part of the Elite... EliteBNC) [~Bry8Star3@gateway/shell/elitebnc/x-fmffmrrrsggpgvog] has joined #syslinux 2013-05-14 16:29:17 -!- Ady3 [~a...@igld-84-228-75-144.inter.net.il] has left #syslinux [] 2013-05-14 16:31:54 -!- Ady2 (Ady) [~a...@igld-84-228-75-144.inter.net.il] has joined #syslinux 2013-05-14 16:39:33 dba hpa: ok, thanks (will adjust dosfsck in future then) 2013-05-14 16:49:29 -!- ridikulus_rat (Keshav Padram) [~keshavpad@117.202.179.171] has joined #syslinux 2013-05-14 16:51:10 hpa dba: it is something which can be argued either way 2013-05-14 16:51:28 hpa dba: it makes sense as a warning, probably not as an error htough 2013-05-14 16:52:24 dba hpa: yes, i'll craft the message in dosfck that way. thanks 2013-05-14 17:17:38 hpa Thanks! [...] ---snap--- -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709425: python-stdeb: py2dsc crashes on .zip archives if unzip isn't installed
Package: python-stdeb Version: 0.6.0+20100620-2 Severity: minor Dear Maintainer, Trying to use py2dsc on a .zip archives crashes with a traceback if unzip isn't installed. I understand py2dsc requiring unzip to handle .zip archives, but then : 1. It should make a clean error message instead of a traceback. 2. unzip should be added in Recommends or Suggests dependencies. Here is the traceback : Traceback (most recent call last): File /usr/bin/py2dsc, line 157, in module main() File /usr/bin/py2dsc, line 154, in main sys.exit(runit()) File /usr/bin/py2dsc, line 70, in runit expand_sdist_file(os.path.abspath(sdist_file),cwd=expand_dir) File /usr/lib/python2.7/dist-packages/stdeb/util.py, line 443, in expand_sdist_file expand_zip(sdist_file,cwd=cwd) File /usr/lib/python2.7/dist-packages/stdeb/util.py, line 427, in expand_zip stderr=subprocess.PIPE, File /usr/lib/python2.7/subprocess.py, line 679, in __init__ errread, errwrite) File /usr/lib/python2.7/subprocess.py, line 1259, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (700, 'stable'), (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages python-stdeb depends on: ii debhelper 9.20120909 ii python 2.7.3-4 ii python-setuptools 0.6.24-1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 Versions of packages python-stdeb recommends: ii apt-file2.5.1 ii dpkg-dev1.16.10 ii python-all 2.7.3-4 Versions of packages python-stdeb suggests: pn python-all-dev 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#709426: ITP: libstream-buffered-perl -- temporary buffer to save bytes
Package: wnpp Severity: wishlist Owner: Florian Schlichting f...@debian.org * Package name: libstream-buffered-perl Version : 0.02 Upstream Author : Tatsuhiko Miyagawa * URL : http://search.cpan.org/dist/Stream-Buffered/ * License : Artistic, GPL-1+ Programming Lang: Perl Description : temporary buffer to save bytes Stream::Buffered is a buffer class to store arbitrary length of byte strings and then get a seekable filehandle once everything is buffered. It uses PerlIO and/or temporary file to save the buffer depending on the length of the size. libstream-buffered-perl is a new dependency of libplack-perl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662639: gnome-shell: frequent lockups on hardware accelerated actions
Looks like I am getting this under 3.4.1-7 Sometimes I can switch to another virtual console with ctrl-alt-Fx, login via ssh always works. Killing gnome-shell rarely works. After kill -9 ps lists the process as defunct, but gnome-shell does not come back. When I reboot/shutdown via ssh the screen stays frozen until the shutdown is complete. I found a way to trigger the crash: Create a document in LibreOffice writer, hit return to create a few (4+) pages and use the scrollwheel for a few seconds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709427: latex-beamer: compiling examples fail on File `beamerexample-lecture-style.tex' not found.
Package: latex-beamer Version: 3.24-1 Severity: minor Hi. Trying to compile the examples with make (once the .tex.gz files have been uncompressed), gives : LaTeX Error: File `beamerexample-lecture-style.tex' not found. I think the following change in the Makefile may help : replacing : pdflatex $(@:%.pdf=%.tex) by : TEXINPUTS=;.// pdflatex $(@:%.pdf=%.tex) Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages latex-beamer depends on: ii dpkg1.16.10 ii latex-xcolor2.11-1.1 ii pgf 2.10-1 ii tex-common 4.02 ii texlive-latex-base 2012.20120611-5 latex-beamer recommends no packages. latex-beamer 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#709428: When trying to run reportbug-ng it fails reportbug-ng
Package: reportbug-ng Version: 1.22 Severity: important When trying to run reportbug-ng, I get this : reportbug-ng Traceback (most recent call last): File /usr/bin/reportbug-ng, line 28, in module from rnggui import RngGui File /usr/share/reportbug-ng/rnggui.py, line 24, in module from ui import mainwindow File /usr/share/reportbug-ng/ui/mainwindow.py, line 167, in module from PyQt4 import QtWebKit It seems that this bug has already been reported before, but closed because unreproductible. But it seems that this bug is still there. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug-ng depends on: ii python 2.6.6-3+squeeze7interactive high-level object-orie ii python-apt 0.7.100.1+squeeze1 Python interface to libapt-pkg ii python-debianbts 1.9 Python interface to Debian's Bug T ii python-qt4 4.7.3-1+b1 Python bindings for Qt4 ii python-support 1.0.10 automated rebuilding support for P ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from ii xterm261-1 X terminal emulator reportbug-ng recommends no packages. reportbug-ng 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#709429: ITP: libapache-logformat-compiler-perl -- Compile a log format string to perl-code
Package: wnpp Severity: wishlist Owner: Florian Schlichting f...@debian.org * Package name: libapache-logformat-compiler-perl Version : 0.12 Upstream Author : Masahiro Nagano kazeb...@gmail.com * URL : http://search.cpan.org/dist/Apache-LogFormat-Compiler/ * License : Artistic, GPL-1+ Programming Lang: Perl Description : Compile a log format string to perl-code Apache::LogFormat::Compiler is a module to speed up and simplify the generation of access.log-style lines by pre-compiling the desired log format string on object instantiation. It supports a subset of Apache's LogFormat templates. libapache-logformat-compiler-perl is a new dependency of libplack-perl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708264: mpn/ia64/divrem_2.asm do not restore f17 register
Thanks for the report! Incidentally, Marco spotted this report someplace, and I committed a fix yesterday. -- Torbjörn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709430: devede: depends on old libraries
Source: devede Version: 3.23.0~ds1-1 Severity: serious devede depends on packages which are going away such as libavformat-extra-53. The dependencies are written directly in d/control and don't seem to be used anywhere (at least grep avformat, grep swscale, grep postproc did only find the entry in d/control). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697648: postfwd: writes Perl error messages to log file instead of human readable errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 697648 wishlist thanks Hi Russell, thanks for your feedback. Am 08.01.2013 01:06, schrieb Russell Coker: Above are some error messages I'm seeing in syslog. It seems that I have some error in the config file, but this isn't being logged, instead Perl is aborting and the Perl messages are being logged. I think there should be something like syntax error in line 8 logged. After talking with Jan (the other one :). Implementing such routines would bloat the code a lot and Jan is actually focusing implementing functionality. Patches are welcome, as always. Cheers, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRnecw9u6Dud+QFyQRAj7yAJ92HxghtBsHvmM+gTXtmBU3CnHIrACfeEKp WIYh7FDO77AxjKRc1MVFcuQ= =v8La -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#709342: Debian Bug#709342: oboinus: ConfigParser.NoSectionError: No section: 'background'
On 2013-05-22 18:42, Jakub Wilk wrote: | Package: oboinus | Version: 2.2-5 | Severity: grave | Justification: renders package unusable | | oboinus doesn't start: | | $ oboinus Traceback (most recent call last): | File /usr/bin/oboinus, line 27, in module | app = App() | File /usr/lib/python2.7/dist-packages/oboinuslib/oboinus.py, line 231, in __init__ | self.filename = config.get('filename') | File /usr/lib/python2.7/dist-packages/oboinuslib/oboinus.py, line 118, in get | return self.config.get(self.section, key) | File /usr/lib/python2.7/ConfigParser.py, line 607, in get | raise NoSectionError(section) | ConfigParser.NoSectionError: No section: 'background' hi Taras, Oboinus fails to start if user does not have directory: ~/.oboinus The obvious problem is in code lines in oboinuslib/oboinus.py 108 def __init__(self): 109 self.config_dir = CONFIG_DIR 110 self.config_filename = CONFIG_FILE 111 self.config = ConfigParser() 112 self.config.read(self.get_config_path(create_dir=True)) Could you release a fix in you Github directpry so that I can pull and make a new release. Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708954: closing 708954
In this case do not forget to also add a lintian override, and ask upstream to remove this text from the .texi Good idea. Will do the lintian override. Upstream has forked, and this branch hasn't been updated in years, so I will probably remove that boilerplate as a quilt patch, ugh. Will upload the active fork, vicare, one of these days... --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709292: Info received (Bug#709292 closed by Kurt Roeckx k...@roeckx.be (Re: Bug#709292: curl: Connection to https server produces SSL error.))
Good Morning Again. Forget my previous message, I could see the bug is still open in libgnutls. Thanks.
Bug#709393: tech-ctte: complete system stops working
kj writes (Bug#709393: tech-ctte: complete system stops working): Package: tech-ctte ... The technical committee is not even slightly the right place for this bug report. Under the circumstances it seems unlikely that pursuing this bug report will be likely to result in an improvement to the software. I am therefore closing it. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709431: update ruby-shoulda-matchers to latest upstream release
package: ruby-shoulda-matchers version: 1.0.0~beta2-1 severity: wishlist I'm trying to update, but tests are failing because rails cannot find config/database.yml in the root (it should look at /tmp/aruba/testapp instead), with my limited ruby foo, I can't figure out where to change this. Complete error below, packaging available in http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-shoulda-matchers.git /usr/lib/ruby/vendor_ruby/rails/application/configuration.rb:115:in `read': No such file or directory - /media/forge/debian/git/pkg-ruby-extras/ruby-shoulda-matchers/config/database.yml (Errno::ENOENT) from /usr/lib/ruby/vendor_ruby/rails/application/configuration.rb:115:in `database_configuration' from /usr/lib/ruby/vendor_ruby/active_record/railtie.rb:78:in `block (2 levels) in class:Railtie' from /usr/lib/ruby/vendor_ruby/active_support/lazy_load_hooks.rb:36:in `instance_eval' from /usr/lib/ruby/vendor_ruby/active_support/lazy_load_hooks.rb:36:in `execute_hook' from /usr/lib/ruby/vendor_ruby/active_support/lazy_load_hooks.rb:43:in `block in run_load_hooks' from /usr/lib/ruby/vendor_ruby/active_support/lazy_load_hooks.rb:42:in `each' from /usr/lib/ruby/vendor_ruby/active_support/lazy_load_hooks.rb:42:in `run_load_hooks' from /usr/lib/ruby/vendor_ruby/active_record/base.rb:721:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/rails/extensions/active_record/base.rb:19:in `module:Extensions' from /usr/lib/ruby/vendor_ruby/rspec/rails/extensions/active_record/base.rb:4:in `module:Rails' from /usr/lib/ruby/vendor_ruby/rspec/rails/extensions/active_record/base.rb:2:in `module:RSpec' from /usr/lib/ruby/vendor_ruby/rspec/rails/extensions/active_record/base.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `block in require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:236:in `load_dependency' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /usr/lib/ruby/vendor_ruby/rspec/rails/extensions.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `block in require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:236:in `load_dependency' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /usr/lib/ruby/vendor_ruby/rspec/rails.rb:8:in `top (required)' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `block in require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:236:in `load_dependency' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:251:in `require' from /media/forge/debian/git/pkg-ruby-extras/ruby-shoulda-matchers/spec/spec_helper.rb:12:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /media/forge/debian/git/pkg-ruby-extras/ruby-shoulda-matchers/spec/shoulda/active_model/validate_uniqueness_of_matcher_spec.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:819:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:819:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:819:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:819:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:22:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in autorun' -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709432: aptitude not able to mount cdrom in hurd
package: aptitude severity: important when cdrom is disconnected at boot time and reconnected after system is booted, aptitude cannot mount the cdrom when trying to install software from it. If the cdrom is connected during boot, aptitude can mount and install it. During boot time I get a message hd2 tray is open or drive not ready Environment is virtualbox. Probably aptitude is not the best place to file this bug. But don't know which other component to file it. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706142: pu: telepathy-idle/0.1.11-2+deb7u1
On 22/05/13 22:14, Adam D. Barratt wrote: On Sat, 2013-05-11 at 17:58 +0100, Adam D. Barratt wrote: On Thu, 2013-04-25 at 12:47 +0100, Simon McVittie wrote: The version of telepathy-idle in wheezy does not validate IRC servers' SSL certificates when used with SSL (#706094, CVE ID requested). [...] Please go ahead with an upload for stable. Ping? Cc pkg-telepathy-maintainers: could someone who uses telepathy-idle regularly please pick this up? Sorry, I've been holding off on this because the proposed patch is a regression: users who were relying on the ability to get a (man-in-the-middle-vulnerable) connection to a SSL IRC server whose certificate is self-signed or untrusted can no longer do so. I didn't think many people would fall into this category, but apparently quite a lot do... This is fixed in 0.1.16 in unstable, which hooks up the necessary infrastructure to do a browser-style does this certificate look OK? prompt in Empathy or kde-telepathy. However, that's a significant amount of code (~ 1k lines). 0.1.16 also has unrelated bugfixes, and an unrelated new feature (listing chatrooms on servers). Possible resolutions include: * upload 0.1.11-2+deb7u1 as-is, and accept the regression (Ubuntu did this) * upload 0.1.16 to wheezy * backport 0.1.16 to wheezy-backports (which should be trivial), and upload 0.1.11-2+deb7u1 with a NEWS file noting the regression and suggesting the backport * backport the certificate bits from 0.1.16 to 0.1.11 Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709433: exfalso fails to start
Package: exfalso Version: 2.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, exfalso fails to start: marc@nibbler:/tmp$ LANG=C exfalso Traceback (most recent call last): File /usr/bin/exfalso, line 56, in module main() File /usr/bin/exfalso, line 24, in main sys.argv.append(os.path.abspath(.)) File /usr/lib/python2.7/posixpath.py, line 356, in abspath cwd = os.getcwd() OSError: [Errno 2] No such file or directory -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.8-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exfalso depends on: ii python 2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-mutagen 1.20-1 ii python2.7 2.7.5-4 Versions of packages exfalso recommends: pn quodlibet-plugins none Versions of packages exfalso suggests: ii libmodplug1 1:0.8.8.4-3 ii python [python-ctypes] 2.7.3-5 -- 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#709434: mozjs: Please upgrade to last release (mozjs17.0.0)
Source: mozjs Version: 1.8.5-1.0.0+dfsg-4 Severity: wishlist Hello, It seems that mozilla has release a new version of mozjs (mozjs17.0.0). As the current snapshot/version in the archive is pretty old it would be nice if it could be updated. The following packages are currently depending against libmozjs185-1.0: 0ad cinnamon couchdb dehydra gnome-shell libgjs0b libgjs0c libmozjs185-dev libpeas-1.0-0 mediatomb-common oolite policykit-1 This will probably require a transition and some coordination. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#708570: nvidia-settings binary got lost in 319.17-1
Control: reassign -1 nvidia-settings On 2013-05-16 20:26, Anthony DeRobertis wrote: It appears the recent upload of 319.17-1 to experimental lost the nvidia-settings binary package. The changelog doesn't mention doing this on purpose (and, indeed, even mentions new features in it), so I'm guessing it was by mistake. nvidia-settings is always built from a separate source package (in contrib) and has not yet been updated. Unfortunately the new new version introduced tons of errors from -Werror=format-security (and I don't want to disable hardening just to ignore this). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709435: libaa1-dev: remove .la file
Package: libaa1-dev Version: 1.4p5-40 Severity: normal The file /usr/lib/x86_64-linux-gnu/libaa.la has no dependency in the dependency_libs field (have not checked if there are any reverse dependencies). Can it be safely removed as per instructions here: http://wiki.debian.org/ReleaseGoals/LAFileRemoval? Cheers, Óli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709436: debian-installer: too low memory requirement documented on the F2 boot screen
Package: debian-installer Version: wheezy Severity: minor Hi, Booting the Wheezy mini.iso, choosing Help from the menu, pressing F2 says: You must have at least 44 megabytes of RAM to use this Debian installer. Starting the installer with 64 MB of memory enters low memory mode, and reports insufficient memory: [...] At least 86 megabytes of memory are required. Continuing the installation then runs into OOM situation. The two memory requirement statements should be synchronized, 44 (or even 64) MB is clearly not enough. Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709437: zziplib: new upstream version
Package: zziplib Version: 0.13.56-1.1 Severity: wishlist zziplib 0.13.62 is available upstream. Could you please package it? I noticed that texlive-bin recently went from bundling a copy of zziplib to build-depending on the system one, which is generally great, but it went back six upstream versions as a result. 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#709438: krusader: incorrect resize of queue manager window
Package: krusader Version: 1:2.4.0~beta3-2 Severity: minor Dear Maintainer, when the queue manager window is resized the content remains unchanged. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages krusader depends on: ii kde-runtime 4:4.8.4-2 ii libc6 2.17-3 ii libgcc1 1:4.8.0-7 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkonq5abi1 4:4.8.4-2 ii libkparts44:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukutils4 4:4.8.4-4 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network4:4.8.2+dfsg-11 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsolid4 4:4.8.4-4 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.8.0-7 ii zlib1g1:1.2.8.dfsg-1 krusader recommends no packages. Versions of packages krusader suggests: ii arj3.10.22-11 ii ark4:4.8.4-2 ii bzip2 1.0.6-4 ii cpio 2.11+dfsg-0.1 ii kmail 4:4.4.11.1+l10n-3+b1 ii kompare4:4.8.4+dfsg-1 ii konsole4:4.8.4-3 ii krename4.0.9-1+b1 pn lhanone pn md5deep | cfv none ii okteta 4:4.8.4+dfsg-1 pn p7zip none ii rpm4.10.3.1-1 pn unace none ii unrar 1:4.2.4-0.3 ii unzip 6.0-9 ii zip3.0-7 -- 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#709439: Fullscreen windows raised on top of gpg pinentry dialogs
Package: openbox Version: 3.5.0-7 Severity: normal Hello, thank you for openbox! I could get into a situation where the keyboard looks disabled without an obvious way to restore it. Here's how to reproduce it (I have focus-follows-mouse): 1. open mutt in an X terminal 2. make the window full-screen (usually with F11) 3. do something in mutt that causes gpg's passphrase pinentry to pop up 4. move the mouse away from the pin entry window The pin entry dialog will grab the keyboard from the entire X session, and moving the mouse away from it and over the full-screen mutt, causes the terminal window to raise on top of the pinentry. At that point there is no way to see the pin entry window again: since the keyboard is grabbed, alt-tab and other keybindings do not work. The only way out is to either kill the full-screen window, or to figure out what is happening and blindly interact with the pinentry. In theory, an aggressive keyboard-grabbing popup like that should stay on top of even full-screen windows, although I don't know if that is possible at all to implement. Ciao, Enrico -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii dpkg 1.16.10 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libice6 2:1.0.8-2 ii libobrender27 3.5.0-7 ii libobt0 3.5.0-7 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 Versions of packages openbox recommends: ii obconf 1:2.0.3+20110805+debian-1 ii openbox-themes 1.0.2 Versions of packages openbox suggests: ii libxml2-dev 2.8.0+dfsg1-7+nmu1 ii menu 2.1.46 ii python 2.7.3-4 ii ttf-dejavu 2.33-3 -- 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#709440: RM: lxc [sparc] -- RoM; FTBFS
Package: release.debian.org please remove lxc sparc binaries from testing. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708111: libgd2-xpm-dev, libgd2-noxpm-dev: copyright file missing after upgrade (policy 12.5)
Followup-For: Bug #708111 Control: found -1 2.1.0~alpha1-5 Hi, due to the rename libgd2-dev - libgd-dev there are now broken symlinks: MISSING COPYRIGHT FILE: /usr/share/doc/libgd2-xpm-dev/copyright # ls -lad /usr/share/doc/libgd2-xpm-dev lrwxrwxrwx 1 root root 10 May 22 16:21 /usr/share/doc/libgd2-xpm-dev - libgd2-dev # ls -la /usr/share/doc/libgd2-xpm-dev/ ls: cannot access /usr/share/doc/libgd2-xpm-dev/: No such file or directory cheers, Andreas libgd2-xpm-dev_2.1.0~alpha1-5.log.gz Description: GNU Zip compressed data
Bug#709436: debian-installer: too low memory requirement documented on the F2 boot screen
Control: tags -1 + pending Ferenc Wágner, le Thu 23 May 2013 12:25:37 +0200, a écrit : The two memory requirement statements should be synchronized, 44 (or even 64) MB is clearly not enough. Indeed, the update hint was missing in the lowmem package. I have now added that and updated the figures. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
fyi, there's version 3.2 out since last months. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706985: ITP: opensmtpd -- Simple Mail Transfer Protocol daemon
+++ Colin Watson [2013-05-22 22:55 +0100]: * Append Debian- to the username, as in Debian-opensmtpd This was used by Debian-exim and not a lot else that I ever heard of. In my view this scheme rightly failed; plenty of simple system monitoring tools (top, ps, and the like) truncate long usernames in many modes or turn them into UIDs, and sticking a seven-character prefix on the front just seems to be trying to maximise the probability of trouble like this, even though it is certainly clear. And strictly speaking upper case is not allowed in UIDs, (if only to avoid confusion and getting someone-else's email) although everything seems to cope these days in practice. I do recall seeing a warning about the 'Debian-exim' name from something-or-other once, which was how I discovered the 'rule'. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709441: ITP: ruby-simplecov-html -- Default HTML formatter for SimpleCov code coverage tool for ruby 1.9+
package: wnpp severity: wishlist owner: Praveen Arimbrathodiyil prav...@debian.org URL: http://rubygems.org/gems/simplecov-html Version: 0.7.1 License: Exapt needed for simplecov -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709442: bugs.debian.org: Wrong maintainer for bugs against binary packages available from two different source packages
Package: bugs.debian.org Severity: normal Hi, when a binary package changes from one source package to another one (i.e. when two source packages are merged or when transitional packages are generated by the new source package) the BTS still seems to attribute the binary package to the maintainer of the old source package despite it says that it belongs to the new source packags. Example: zsh-beta Versions up to 4.3.17-dev-0+20120621-1 are from the zsh-beta source package maintained by Clint Adams, versions starting at 5.0.2-3 are transitional packages built from the zsh source package, maintained by the Debian Zsh Maintainers team. Example bug: http://bugs.debian.org/708106 To preserve the current view (which may change soon when the zsh-beta source package is removed from Sid), here's the text as shown currently (underlining added for pointing out the relevant parts): Debian Bug report logs - #708106 zsh-beta: unowned directories in /usr/local after purge (policy 6.8 and 9.1.2): /usr/local/share/zsh-beta/site-functions/ Package: zsh-beta; Maintainer for zsh-beta is Clint Adams cl...@debian.org; Source for zsh-beta is src:zsh. ^^ ^^^ Reported by: Andreas Beckmann a...@debian.org Date: Mon, 13 May 2013 09:06:02 UTC Severity: normal Found in version zsh/5.0.2-3 ^^^ The bug report seems to have been sent to the wrong maintainer, too, at least I didn't get that bug report (c.f. http://lists.alioth.debian.org/pipermail/pkg-zsh-devel/2013-May/thread.html) and just noticed it via the piuparts website. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709443: install-info should pre-depend on appropriate dpkg when using interest-noawait
Package: install-info Version: 5.1.dfsg.1-3 Severity: normal Hi! install-info has started using interest-noawait triggers but does not insist that the dpkg that will unpack it actually supports this trigger variant. As a result anyone who has (accidentally) mixed squeeze and jessie will see: dpkg: error processing /var/cache/apt/archives/install-info_5.1.dfsg.1-3_amd64.deb (--unpack): triggers ci file contains unknown directive `interest-noawait' We're seeing a reasonable number of these sorts of failures in #debian over the past few days. As per deb-triggers(5), install-info should declare Pre-Depends: dpkg (= 1.16.1) which will solve this. cheers Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708829: dialog broken by ncurses 5.9+20130504-1, with --stdout sends term controls to stdout
On Wed, May 22, 2013 at 09:26:53PM +0200, Sven Joachim wrote: On 2013-05-22 16:40 +0200, Sven Joachim wrote: On 2013-05-22 12:02 +0200, Thomas Dickey wrote: Per my previous comment, I would have expected this to mark in some way a blocking-bug to prevent ncurses to propagate until this issue is resolved. Indeed, doing that now. Hopefully it's not too late. Unfortunately it _was_ too late, ncurses migrated to testing today so this problem will affect testing users until dialog is fixed. :-( The problem is the calls to putp in util.c, which always write to stdout. Before my changes, putp had (incorrectly for some time) written using ncurses's own file descriptor passed in from newterm. I noticed/fixed that while ironing out the changes related to 20120825 I'll fix this in dialog by ensuring that it uses the same file descriptor as that used for newterm. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#661958: Apache 2.4 upload date scheduled for May 30
Hello fellow maintainers, we are ready to upload Apache2 2.4 to Debian Sid now. This means the transition is effectively starting now, and going to break your modules. We have scheduled the upload for May 30, 2013 BEFORE the 19:52 UTC dinstall on ftp-master. To minimize the breakage to our Sid users, we'd ask all of you having a transitioned package ready in Experimental, to make an upload to Sid AFTER the 13:52 UTC dinstall, and BEFORE 19:52 UTC [1]. Let us know if you need a sponsor, or our help to upload your packages in that time window. Please note, you could also use the DELAYED queue to make timed upload [2]. [1] http://ftp-master.debian.org/#dinstall [2] http://ftp-master.debian.org/deferred.html -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#707578: apt: yields dependency problems with apt-get install --purge libreoffice
Control: severity -1 normal (I thought I had replied already, sry for being so late) Thanks Vincent Andrey for the status files! They helped a lot in identifying the problem here, which needs quiet a bit of a loop and a bit of bad luck (=order of the Depends line is important) to get triggered. Even though apt bailing out is never nice, I am setting the severity down to normal as the recovery in this case is pretty simple (re-run apt-get) and the loops needed are usually a bug by itself, so its unlikely to see them in the wild (in stable) and for unstable I have cooked a patch which should raise the loop-complexity bar even higher. (It took us ~3 years to hit this bar, lets see how long it takes this time) Indeed, Rene Engelhard chopped the loop we failed here at down to non-existence as the loop was in fact incorrect so lets hope the reordered code for APT will keep working for a while. :) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673176: chromium: Chromium is locking up entire Gnome-Shell regularly
Today I update Google chrome to version 27.0.1453.93 and the problem with this browser dissapear, but with chromiun is equal.
Bug#703174: kdiff3 broken when doing a merge
upstream bug: bugs.kde.org/show_bug.cgi?id=306909 should be fixed in commit: http://sourceforge.net/p/kdiff3/code/ci/23ad423e4255c80ee22b269f73e20333f7c06678 Downgrading to version from stable (0.9.96-4) fixed this issue for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709444: ftp-master.metadata.debian.org: please add NEWS.Debian files
Package: ftp.debian.org Severity: wishlist Control: block 706228 by -1 It would be great if the NEWS.Debian files could be extracted from packages and placed on ftp-master.metadata.debian.org. The QA infrastructure team received a request (#706228) to link to the NEWS.Debian files from the PTS and we need them to be available somewhere before we can do that. ftp-master.metadata.d.o has changelogs so it is probably the right place to put NEWS.Debian files too. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#709445: RFP: ssmp -- simple server media player
Package: wnpp Severity: wishlist * Package name: ssmp Version : 1.5.0 Upstream Author : Mirko Pagliai mirko[DOT]pagliai[AT]novatlantis[DOT]it * URL : http://ssmp.novatlantis.it/ * License : AGPL Programming Lang: PHP Description : simple server media player Simple server media player (SSMP) is a (simple) web application for playing media contents (such as audio, videos and photos) located on a server. SSMP uses HTML5 audio and video elements instead of proprietary softwares or non-native softwares. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709434: mozjs: Please upgrade to last release (mozjs17.0.0)
Replacing the current mozjs185 package is not reasonable. It is really needed to provide a separate mozjs17 source package which can be installed in parallel. Transitioning to the new JS syntax is not easy and e.g. 0ad is far away from it. Rico signature.asc Description: OpenPGP digital signature
Bug#709440: RM: lxc [sparc] -- RoM; FTBFS
Control: reassign -1 ftp.debian.org On 2013-05-23 11:38, Daniel Baumann wrote: Package: release.debian.org please remove lxc sparc binaries from testing. No, they need to go from unstable; reassigning. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709282: colortest: insecure use of temporary files
Control: found -1 20110624-2 Now I get this: $ colortest-8 mktemp: failed to create file via template `/tmp/tmp./usr/bin/colortest-8.4725.XX': No such file or directory /usr/bin/colortest-8: [FATAL] Cannnot create temporary file in /tmp/tmp./usr/bin/colortest-8.4725 Trying to create temporary files in a directory which might be owned by anybody is insecure. Also, typo: Cannnot - Cannot -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709446: debhelper skips important commands in the jh_maven_repo_helper sequence
Package: debhelper Version: 9.20130518 Severity: important Dear Joey, apparently the new functionality that allows debhelper to skip unused commands is suffering from heuristics that are just a little too eager. Specifically I am building a package [0] that uses maven-repo-helper to install a jar into a local maven repository at /usr/share/maven-repo/ . The relevant sequence is /usr/share/perl5/Debian/Debhelper/Sequence/jh_maven_repo_helper.pm and contains: --- snip --- insert_after(jh_depends, mh_installpoms); insert_after(mh_installpoms, mh_linkjars --skip-clean-poms); insert_before(dh_clean, mh_clean); --- snip --- The command that is not being run with debhelper 9.20130518 is mh_linkjars --skip-clear-poms, but it is executed successfully with debhelper 9.20120909 from testing. This *might* be due to the fact that the command is supposed to run after a command that was introduced in the same sequence, but that is simply a guess. Both commands (mh_{linkjars,installpoms}) do not have any PROMISE in them and it is my understanding that commands without this should never be removed from a sequence. The build log contains: --- debhelper 9.20130518 --- fakeroot debian/rules binary dh binary --with javahelper --with jh_maven_repo_helper dh_testroot dh_prep dh_auto_install jh_installjavadoc dh_installdocs dh_installchangelogs dh_perl dh_link jh_installlibs jh_classpath jh_manifest jh_exec jh_depends mh_installpoms dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb --- -- debhelper 9.20120909 -- fakeroot debian/rules binary dh binary --with javahelper --with jh_maven_repo_helper dh_testroot dh_prep dh_installdirs dh_auto_install dh_install jh_installjavadoc dh_installdocs dh_installchangelogs dh_installexamples dh_installman dh_installcatalogs dh_installcron dh_installdebconf dh_installemacsen dh_installifupdown dh_installinfo dh_installinit dh_installmenu dh_installmime dh_installmodules dh_installlogcheck dh_installlogrotate dh_installpam dh_installppp dh_installudev dh_installwm dh_installxfonts dh_installgsettings dh_bugfiles dh_ucf dh_lintian dh_gconf dh_icons dh_perl dh_usrlocal dh_link jh_installlibs jh_classpath jh_manifest jh_exec jh_depends mh_installpoms mh_linkjars --skip-clean-poms dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb --- You can see that the new debhelper version successfully prunes a number of commands that do not have to be run, but unfortunately mh_linkjars --skip-clean-poms is one of them, which renders maven-repo-helper unusable with the new debhelper in this case. [0] https://mentors.debian.net/package/robert-hooke -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.22-8 ii dpkg1.16.10 ii dpkg-dev1.16.10 ii file1:5.14-2 ii html2text 1.3.2a-15 ii man-db 2.6.3-6 ii perl5.14.2-21 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make 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#709447: nettoe: Please package the latest upstream version
Package: nettoe Version: 1.3.2-1 Severity: wishlist Dear Maintainer, please package the latest version of nettoe, currently this is 1.4.1. Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709448: nettoe: missing desktop file and icons
Package: nettoe Version: 1.3.2-1 Severity: normal Dear Maintainer, nettoe ships a menu file but not a desktop file. It would be nice to start the game from a graphical menu or with Gnome shell, so that the game runs automatically in a terminal window. An icon to make the game visible would also spice things up. Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701706: RFS: ocamlrss/2.0-1 [ITP] -- RSS 2.0 parser and printer for OCaml
Le 23/05/2013 05:45, Prach Pongpanich a écrit : Packaging a new upstream 2.2.0: Sorry for taking so long, but I wanted to look at the whole thread first... which I haven't done so far. Anyway, since you've been waiting for some time now, I've just directly looked at your package without looking at previous comments. dget -x http://mentors.debian.net/debian/pool/main/o/ocamlrss/ocamlrss_2.2.0-1.dsc http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocamlrss.git Please do not override Lintian tags about hardening. Native plugins should be installed only when natdynlink is available, please consider s/OPT/DYN/ in librss-ocaml.install.in. Please add ${shlibs:Depends} to -dev package as well. The relationship with Cameleon described in the description suggests a versioned Breaks/Replaces relationship instead of a Conflicts. A period is missing at the end of the -dev description. rss_date.* files have been removed in version 2.1.0. Please update debian/copyright accordingly. You say LGPL-3+ in debian/copyright whereas it is written LGPL-3 (no or later clause) everywhere else. Please fix. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709449: mythtv-status: reload called by cron give division by zero
Package: mythtv-status Version: 0.10.2-3 Severity: normal Tags: upstream Dear Maintainer, after I finally managed to get nullmailer talk to my postfix, it started sending me e-mails from cron where /etc/init.d/mythtv-status reload is called, telling me that a division by zero has been detected. I added --verbose to the option in the init.d-script and next mail I got contained this informations: Considering: One Liners Going to process: One Liners Considering: Status Going to process: Status Loaded XML from localhost Considering: Encoders Going to process: Encoders Considering: Encoders Going to process: Encoders Considering: Encoders Going to process: Encoders We have the correct protocol version for Encoders Considering: Recording Now Going to process: Recording Now Considering: Scheduled Recordings Going to process: Scheduled Recordings Considering: Schedule Conflicts Going to process: Schedule Conflicts Considering: Shows due to Auto Expire Considering: Total Disk Space Going to process: Total Disk Space Considering: Total Disk Space Going to process: Total Disk Space We have the correct protocol version for Total Disk Space We have the correct xml version for Total Disk Space Unable to find any value for drive_total_total while at Total Disk Space, marked as optional, skipping block. Considering: Total Disk Space Going to process: Total Disk Space We have the correct protocol version for Total Disk Space Illegal division by zero at /usr/bin/mythtv-status line 1015, CHILD line 21. As I don't have that much experience in perl, I can't tell you more about the problem by now, but I can test almost everything you tell me. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.49 ii libconfig-auto-perl0.42-1 ii libdate-manip-perl 6.32-1 ii libmime-tools-perl 5.503-1 ii libsys-sigaction-perl 0.13-1 ii libwww-perl6.04-1 ii libxml-libxml-perl 2.0001+dfsg-1 ii perl 5.14.2-21 Versions of packages mythtv-status recommends: ii libmythtv-perl0.26.0+fixes20130425-dmo1 ii libnet-upnp-perl 1.4.2-1 Versions of packages mythtv-status suggests: pn molly-guard none -- Configuration Files: /etc/init.d/mythtv-status changed [not included] -- debconf information: * mythtv-status/host: localhost * mythtv-status/enable: yes * mythtv-status/email: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709450: libcms2-utils: There is a typo in the package description
Package: libcms2-utils Version: Typo in the description Severity: minor Tags: patch Dear Maintainer, aptitude search liblcms2 shows this typo: p liblcms2-utils - Little CMS 2 olor management library -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666825: Apache 2.4 upload date scheduled for May 30
Le 23/05/2013 13:13, Arno Töll a écrit : we are ready to upload Apache2 2.4 to Debian Sid now. This means the transition is effectively starting now, and going to break your modules. There are currently ~20 source entangled OCaml-related packages waiting to migrate to testing (see Ocsigen section in [1]) + a number of binNMUs including ocamlnet. Please wait for this to happen before uploading apache. [1] https://wiki.debian.org/Teams/OCamlTaskForce/OCamlTransitions Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709434: mozjs17
polkit and gjs have both been ported upstream. gnome-shell and cinnamon don't require any changes (maybe just a rebuild) Couchdb, is a bit of a problem, they use an invalid JS syntax as a core feature of user scripts, so will be stuck with 1.8.5 until they solve that issue. 0ad, last I heard they wanted to go straight to mozjs18 (although there won't be a release for this). For the rest of the projects porting is reasonably trivial however will result in quite large diffs and not something that would want to carry as distro patches. We currently have mozjs17, gjs and gnome-shell packaged in the gnome3 ppa, overall this brings significant improvements in memory usage, responsiveness and the dreaded GC deadlocks are gone! Tim Ubuntu GNOME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709440: RM: lxc [sparc] -- RoM; FTBFS
On Thu, May 23, 2013 at 12:38:11 +0200, Daniel Baumann wrote: Package: release.debian.org please remove lxc sparc binaries from testing. Is there a particular reason you can't take 5 minutes and fix the build failure instead? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709451: gnome-control-center: Adding printer crashes gnome-control-center
Package: gnome-control-center Version: 1:3.8.0-2 Severity: important Dear Maintainer, When I add my Photosmart B010 printer in gnome-control-center it segfaults. This issue can be worked around by installing system-config-printer-udev which automatically adds printer. here is output and backtrace: (gnome-control-center:8053): GStreamer-CRITICAL **: gst_param_spec_mini_object: assertion `g_type_is_a (object_type, GST_TYPE_MINI_OBJECT)' failed (gnome-control-center:8053): GLib-GObject-CRITICAL **: g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed [New Thread 0x7fffd8e7d700 (LWP 8072)] [New Thread 0x7fffc6ec1700 (LWP 8073)] [Thread 0x7fffc6ec1700 (LWP 8073) exited] [New Thread 0x7fffc6ec1700 (LWP 8081)] [New Thread 0x7fffc62c0700 (LWP 8082)] (gnome-control-center:8053): printers-cc-panel-WARNING **: Install system- config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. (gnome-control-center:8053): printers-cc-panel-WARNING **: Install system- config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. (gnome-control-center:8053): printers-cc-panel-WARNING **: Install system- config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. (gnome-control-center:8053): printers-cc-panel-WARNING **: Install system- config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. (gnome-control-center:8053): printers-cc-panel-WARNING **: Install system- config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. no talloc stackframe around, leaking memory [Thread 0x7fffc62c0700 (LWP 8082) exited] (gnome-control-center:8053): printers-cc-panel-WARNING **: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.fedoraproject.Config.Printing was not provided by any .service files (gnome-control-center:8053): GLib-GIO-CRITICAL **: g_bus_get_sync: assertion `error == NULL || *error == NULL' failed (gnome-control-center:8053): printers-cc-panel-WARNING **: Failed to get session bus: (null) (gnome-control-center:8053): printers-cc-panel-WARNING **: Installation of the new printer failed. Program received signal SIGSEGV, Segmentation fault. 0x70c8a01f in g_slice_alloc () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 (gdb) bt #0 0x70c8a01f in g_slice_alloc () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x70c8ad8e in g_slist_prepend () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x70f5074e in g_type_class_ref () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #3 0x70f3939d in g_object_new_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x70f39844 in g_object_new () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x724b4ffd in gtk_message_dialog_new () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #6 0x004f37eb in ?? () #7 0x70f34a39 in g_cclosure_marshal_VOID(int0_t, void) () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x70f328e7 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9 0x70f4b2b6 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x70f4bf82 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11 0x004fde7b in ?? () #12 0x71b5f207 in g_simple_async_result_complete () ---Type return to continue, or q return to quit--- from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #13 0x71b5f309 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #14 0x70c6ef25 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x70c6f268 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x70c6f324 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #17 0x71b8c54c in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #18 0x0044d8a8 in main () -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.30-2 ii apg2.2.3.dfsg.1-2 ii colord 0.1.31-1 ii desktop-file-utils 0.21-1 ii gnome-control-center-data 1:3.8.0-2 ii gnome-desktop3-data3.4.2-2 ii gnome-icon-theme 3.7.91-1 ii gnome-icon-theme-symbolic 3.7.91-1 ii gnome-menus3.4.2-7 ii gnome-settings-daemon 3.8.0-2 ii gsettings-desktop-schemas 3.8.0-1 ii libaccountsservice00.6.30-2 ii