Bug#884045: gnome should recommend gnome-getting-started-docs
Package: gnome Version: 1:3.22+5 Severity: minor Please consider changing the dependency of gnome on gnome-getting-started-docs from Depends: to Recommends: for the following reasons. 1. Not installing gnome-getting-started-docs does not hinder the use of Gnome. That's a clear call for Recommends. 2. A document called "Getting Started" is, by definition, only used once at the beginning. It must be possible to remove it later on. 3. The size of gnome-getting-started-docs is far from negligible, nearing 200 MB. On some constrained systems it may be an issue. Using Recommends will achieve both goals: the documents will get installed by default by inexperienced users, and will not bother those users skilled enough to override a Recommends dependency. Mfc
Bug#835211: beneath-a-steel-sky: Enable subtitles with non-English
Even better, enable the subtitles only when the language is not English: --- a/usr/games/sky2015-08-01 17:33:43.0 +0200 +++ b/usr/games/sky2017-07-12 22:43:32.189244804 +0200 @@ -39,7 +39,7 @@ ) if ! [ x"$ENVLANG" = x"en" ]; then -GAMELANG="-q $ENVLANG" +GAMELANG="-n -q $ENVLANG" fi if [ "$#" -gt "1" ]; then
Bug#692113: watch: Please update manual page to also mention 0,1.
retitle -1 watch: parsing of floating point arguments depends on locale thanks Please note that this behavior makes it impossible to write consistent scripts. Updating the man page is not a solution. The only sensible solution is to ignore the local decimal separator convention when parsing floating point arguments. The binaries top (option -d), watch (option -n) and free (option -s) are affected by similar bugs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725911: ark: incompatible with latest unrar's output format
forwarded 725911 https://bugs.kde.org/show_bug.cgi?id=319303 thanks Yes, as it turns out, it's already been reported upstream. Ark 4.11.2 (currently in experimental) should solve the issue. Hope we'll see it in testing real soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725911: ark: incompatible with latest unrar's output format
Package: ark Version: 4:4.10.5-1 Severity: normal Ark suggests either unrar (non-free) or unrar-free in order to correctly display and unpack RAR archives. Please note that such suggests is unversioned. The version of unrar in Wheezy was 1:4.1.4-1 and it worked quite well. In Jessie, however, unrar transitioned from the 4.x series to the 5.x series. In the transition, the output format *drastically* changed, and Ark cannot deal with it anymore. This is an example of the output of unrar 4.x, with its typical 'tabular' style (which, by the way, is very similar to the output of unrar-free). I invoked unrar with the same options as used by Ark itself. The text spans 79 columns, I hope it doesn't get wrapped by some mail processing. $ unrar-nonfree vt -c- -v RARaddin_48x48.theme.rar UNRAR 4.10 freeware Copyright (c) 1993-2012 Alexander Roshal Solid archive RARaddin_48x48.theme.rar Pathname/Comment Size Packed Ratio Date Time Attr CRC Meth Ver Host OSSolid Old --- winrar_theme_description.txt 70 76 108% 08-06-05 19:58 .A. D0B284BF m5e 2.9 Windows No No AboutLogo.bmp 3847224320 63% 08-06-05 19:35 .A. 1084D51A m5e 2.9 Windows Yes No Toolbar/Add.bmp 9272 3375 36% 08-06-05 19:44 .A. A5973210 m5e 2.9 Windows Yes No Toolbar/Benchmark.bmp 9272 4773 51% 08-06-05 19:46 .A. 1584B1A7 m5e 2.9 Windows Yes No Toolbar/Comment.bmp 9272 3295 35% 08-06-05 19:47 .A. 6D155B40 m5e 2.9 Windows Yes No [...] --- 37 380626 170427 44% On the other hand, this is the output of unrar 5.x when invoked on the same archive and with the same options: $ unrar-nonfree vt -c- -v RARaddin_48x48.theme.rar UNRAR 5.00 beta 8 freeware Copyright (c) 1993-2013 Alexander Roshal Archive: RARaddin_48x48.theme.rar Details: RAR 4, solid Name: winrar_theme_description.txt Type: File Size: 70 Packed size: 76 Ratio: 108% mtime: 2005-06-08 19:58,000 Attributes: ..A CRC32: D0B284BF Host OS: Windows Compression: RAR 3.0(v29) -m5 -md=1M Name: AboutLogo.bmp Type: File Size: 38472 Packed size: 24320 Ratio: 63% mtime: 2005-06-08 19:35,000 Attributes: ..A CRC32: 1084D51A Host OS: Windows Compression: RAR 3.0(v29) -m5 -md=1M Flags: solid Name: Toolbar/Add.bmp Type: File Size: 9272 Packed size: 3375 Ratio: 36% mtime: 2005-06-08 19:44,000 Attributes: ..A CRC32: A5973210 Host OS: Windows Compression: RAR 3.0(v29) -m5 -md=1M Flags: solid Name: Toolbar/Benchmark.bmp Type: File Size: 9272 Packed size: 4773 Ratio: 51% mtime: 2005-06-08 19:46,000 Attributes: ..A CRC32: 1584B1A7 Host OS: Windows Compression: RAR 3.0(v29) -m5 -md=1M Flags: solid Name: Toolbar/Comment.bmp Type: File Size: 9272 Packed size: 3295 Ratio: 35% mtime: 2005-06-08 19:47,000 Attributes: ..A CRC32: 6D155B40 Host OS: Windows Compression: RAR 3.0(v29) -m5 -md=1M Flags: solid [...] In both cases I cut the output after the first 5 items, as they should be enough to show the point. I don't think that the issue can be solved hacking at the dependency level, using e.g. versioned suggests: unrar and unrar-free are managed through the alternatives framework, so there is no guarantee of which version the user has configured. Instead, the issue should probably be forwarded upstream, and solved by a major rewrite of the parser in Ark (and the new parser should be so smart as to tell apart the three formats: unrar 5.x, unrar 4.x and unrar-free). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10.5 (PREEMPT) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.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#712294: glines segfaults
Package: glines Version: 1:3.4.2-3 Severity: important I experience the same behavior. I think severity should be raised to important as the program is unusable. This is my backtrack (nearly a clone of Eduardo's): Starting program: /usr/games/glines [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb6315b70 (LWP 17783)] [New Thread 0xb59ffb70 (LWP 17784)] Program received signal SIGSEGV, Segmentation fault. INT_cairo_pattern_create_for_surface (surface=0x3) at /build/buildd-cairo_1.12.2-3-i386-jzS4pg/cairo-1.12.2/src/cairo-pattern.c:733 733 /build/buildd-cairo_1.12.2-3-i386-jzS4pg/cairo-1.12.2/src/cairo-pattern.c: No such file or directory. #0 INT_cairo_pattern_create_for_surface (surface=0x3) at /build/buildd-cairo_1.12.2-3-i386-jzS4pg/cairo-1.12.2/src/cairo-pattern.c:733 #1 0x08052326 in draw_preview () #2 0x08052662 in ?? () #3 0xb73bd902 in _gtk_marshal_BOOLEAN__BOXED ( closure=closure@entry=0x9a5efa8, return_value=return_value@entry=0xbff52280, n_param_values=n_param_values@entry=2, param_values=param_values@entry=0xbff522f0, invocation_hint=invocation_hint@entry=0xbff5229c, marshal_data=marshal_data@entry=0x0) at /build/buildd-gtk+3.0_3.4.2-6-i386-efY50l/gtk+3.0-3.4.2/./gtk/gtkmarshalers.c:85 #4 0xb6fb2e76 in g_closure_invoke (closure=0x9a5efa8, return_value=return_value@entry=0xbff52280, n_param_values=n_param_values@entry=2, param_values=param_values@entry=0xbff522f0, invocation_hint=invocation_hint@entry=0xbff5229c) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:777 #5 0xb6fc4945 in signal_emit_unlocked_R (node=node@entry=0x9922300, detail=detail@entry=0, instance=instance@entry=0x99f0c30, emission_return=emission_return@entry=0xbff523cc, instance_and_params=instance_and_params@entry=0xbff522f0) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3551 #6 0xb6fcc891 in g_signal_emit_valist (instance=instance@entry=0x99f0c30, signal_id=signal_id@entry=40, detail=detail@entry=0, var_args=0xbff52510 ,%\365\277\250\251\221\t`, var_args@entry=0xbff5250c \b\330\246\t,%\365\277\250\251\221\t`) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3310 #7 0xb6fcccd3 in g_signal_emit (instance=instance@entry=0x99f0c30, signal_id=40, detail=detail@entry=0) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3356 #8 0xb7505e8b in gtk_widget_event_internal (widget=widget@entry=0x99f0c30, event=event@entry=0x9a6d808) at /build/buildd-gtk+3.0_3.4.2-6-i386-efY50l/gtk+3.0-3.4.2/./gtk/gtkwidget.c:6380 #9 0xb750628e in gtk_widget_event (widget=widget@entry=0x99f0c30, event=event@entry=0x9a6d808) at /build/buildd-gtk+3.0_3.4.2-6-i386-efY50l/gtk+3.0-3.4.2/./gtk/gtkwidget.c:6037 #10 0xb733e959 in gtk_drawing_area_send_configure (darea=0x99f0c30) at /build/buildd-gtk+3.0_3.4.2-6-i386-efY50l/gtk+3.0-3.4.2/./gtk/gtkdrawingarea.c:244 #11 0xb6fb5cd5 in g_cclosure_marshal_VOID__BOXEDv (closure=0x991d5a0, return_value=0x0, instance=0x99f0c30, args=0xbff5286c \360(\365\277\024)\365\277\034)\365\277, marshal_data=0xb733eb40, n_params=1, param_types=0x991af20) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gmarshal.c:1160 #12 0xb6fb17a7 in g_type_class_meta_marshalv (closure=closure@entry=0x991d5a0, return_value=return_value@entry=0x0, instance=instance@entry=0x99f0c30, args=args@entry=0xbff5286c \360(\365\277\024)\365\277\034)\365\277, marshal_data=marshal_data@entry=0x6c, n_params=n_params@entry=1, param_types=param_types@entry=0x991af20) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:997 #13 0xb6fb305d in _g_closure_invoke_va (closure=0x991d5a0, return_value=return_value@entry=0x0, instance=instance@entry=0x99f0c30, args=args@entry=0xbff5286c \360(\365\277\024)\365\277\034)\365\277, n_params=1, param_types=0x991af20) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:840 #14 0xb6fcc279 in g_signal_emit_valist (instance=instance@entry=0x99f0c30, signal_id=signal_id@entry=10, detail=detail@entry=0, var_args=var_args@entry=0xbff5286c \360(\365\277\024)\365\277\034)\365\277) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3211 #15 0xb6fcccd3 in g_signal_emit (instance=instance@entry=0x99f0c30, signal_id=10, detail=detail@entry=0) at /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3356 #16 0xb75165b7 in
Bug#724727: gnubg: fails to detect SSE at runtime
Package: gnubg Version: 1.01.003-1 Severity: important Dear Maintainer, when I run gnubg, I get this error: This version of GNU Backgammon is compiled with SSE support but this machine does not support SSE However, this machine does have SSE: $ cat /proc/cpuinfo processor: 0 vendor_id: AuthenticAMD cpu family: 6 model: 8 model name: AMD Athlon(tm) XP 2200+ stepping: 1 cpu MHz: 1814.391 cache size: 256 KB fdiv_bug: no f00f_bug: no coma_bug: no fpu: yes fpu_exception: yes cpuid level: 1 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips: 3628.78 clflush size: 32 cache_alignment: 32 address sizes: 34 bits physical, 32 bits virtual power management: ts I first saw the issue when version 1.01.003-1 hit Jessie, and it wasn't solved with version 1.02.000-1 (currently in Jessie). Prior versions worked well. Root cause could be found in this change: * Drop special per-architecture handling of --enable-sse. Upstream now probes for this during configure and at runtime and should do the right thing. Well, apparently it doesn't! Matteo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10.5 (PREEMPT) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnubg depends on: ii debconf [debconf-2.0] 1.5.51 ii gnubg-data1.02.000-1 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-4 ii libcanberra-gtk0 0.30-2 ii libcanberra0 0.30-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglib2.0-0 2.36.4-1 ii libglu1-mesa [libglu1]9.0.0-1 ii libgmp10 2:5.1.2+dfsg-2 ii libgtk2.0-0 2.24.20-1 ii libgtkglext1 1.2.0-3.1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpng12-01.2.49-4 ii libpython2.7 2.7.5-5 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.8.0.2-1 gnubg recommends no packages. Versions of packages gnubg suggests: pn kbackgammon none -- debconf information: gnubg/build-bearoffs: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715413: bc is needed to build a kernel 3.9
Package: linux-source-3.9 Version: 3.9.6-1 Severity: normal This package should recommend bc (the GNU command-line calculator), because it is otherwise impossible to build a kernel -- see around line 135 of kernel/Makefile: quiet_cmd_bc = BC $@ cmd_bc = bc -q $(filter-out FORCE,$^) $@ Note that all this was not present in kernel 3.2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9.6 (PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-3.9 depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 Versions of packages linux-source-3.9 recommends: ii gcc 4:4.7.2-1 ii libc6-dev [libc-dev] 2.17-3 ii make 3.81-8.2 Versions of packages linux-source-3.9 suggests: ii libncurses5-dev [ncurses-dev] 5.9+20130608-1 pn libqt4-dev none ii pkg-config 0.26-1 -- 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#628167:
reassign 628167 src:rxvt-unicode thanks All binaries are affected, not only the -256color variant. The latest version of libxft 2.3.1-1 triggers again this old bug, probab ly becasue of new hinting tricks. See https://bugs.freedesktop.org/show_ bug.cgi?id=47178 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667692: crda: /sbin/cdrda and /sbin/regdbdump depend on /usr
On 06/04/2012 3.24 Ben Hutchings said: If, on the other hand, these two binaries are not intended to run before /usr is mounted, then consider moving them to /usr/sbin. The crda binary needs to be available when udev (re)starts. I assume your statement reads: The crda binary needs to be available wh en /usr is not mounted. But can it actually run, if it depends on libra ries under /usr? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667688: iptables: /sbin/nfnl_osf depends on /usr
Package: iptables Version: 1.4.12.2-1 Severity: normal ldd /sbin/nfnl_osf shows: linux-gate.so.1 = (0xb776a000) libnfnetlink.so.0 = /usr/lib/libnfnetlink.so.0 (0xb774d000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb75f) /lib/ld-linux.so.2 (0xb776b000) Binaries found in /sbin (rather than /usr/sbin) are supposed to be safe to run without a mounted /usr (on systems with separate / and /usr partition): they should not depend on files on /usr. The solution is to compile it with static linking, or to move the relevant library to /lib. On the other hand, if nfnl_osf is not intended to run without a mounted /usr, then consider moving it to /usr/sbin. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.13-27 ii libnfnetlink0 1.0.0-1 iptables recommends no packages. iptables 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#667690: ntfs-3g: /bin/ntfsdecrypt depends on /usr
Package: ntfs-3g Version: 1:2012.1.15AR.1-1 Severity: normal ldd /bin/ntfsdecrypt shows: linux-gate.so.1 = (0xb777a000) libntfs-3g.so.831 = /lib/i386-linux-gnu/libntfs-3g.so.831 (0xb76fe000) libgnutls.so.26 = /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb7635000) libgcrypt.so.11 = /lib/i386-linux-gnu/libgcrypt.so.11 (0xb75b) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7453000) libtasn1.so.3 = /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb7442000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb742a000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb7411000) libp11-kit.so.0 = /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xb73ff000) libgpg-error.so.0 = /lib/i386-linux-gnu/libgpg-error.so.0 (0xb73fb000) /lib/ld-linux.so.2 (0xb777b000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb73f7000) Depending on files in /usr prevents this command from being used before /usr is mounted on systems with separate / and /usr partitions (which is why it is in /bin instead of /usr/bin). The solution is to compile it with static linking, or move all relevant libraries to /lib. On the other hand, if ntfsdecrypt is not intended to run before /usr is mounted, then it should be placed in /usr/bin. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntfs-3g depends on: ii debconf [debconf-2.0] 1.5.42 ii fuse 2.8.7-1 ii libc6 2.13-27 ii libfuse2 2.8.7-1 ii libgcrypt111.5.0-3 ii libgnutls262.12.18-1 ii multiarch-support 2.13-27 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: ntfs-3g/setuid-root: false ntfs-3g/initramfs: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667692: crda: /sbin/cdrda and /sbin/regdbdump depend on /usr
Package: crda Version: 1.1.2-1 Severity: normal ldd /sbin/crda shows: linux-gate.so.1 = (0xb76fe000) libssl.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 (0xb769a000) libcrypto.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xb74ec000) libnl-genl-3.so.200 = /lib/libnl-genl-3.so.200 (0xb74e6000) libnl-3.so.200 = /lib/libnl-3.so.200 (0xb74cd000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb737) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb736b000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb7354000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb733b000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7315000) /lib/ld-linux.so.2 (0xb76ff000) and ldd /sbin/regdbdump shows: linux-gate.so.1 = (0xb771d000) libssl.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 (0xb76b9000) libcrypto.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xb750b000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb73ae000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb73aa000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb7393000) /lib/ld-linux.so.2 (0xb771e000) Both commands depend on libraries in /usr. This can create a deadlock if /usr is a network resource accessed through a wireless device which must be regulated with crda. The solution is to compile the two binaries with static linking, or move the relevant libraries to /lib. If, on the other hand, these two binaries are not intended to run before /usr is mounted, then consider moving them to /usr/sbin. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crda depends on: ii libc6 2.13-27 ii libnl-3-200 3.2.7-2 ii libnl-genl-3-200 3.2.7-2 ii libssl1.0.0 1.0.0h-1 ii wireless-regdb2011.04.28-1 Versions of packages crda recommends: ii iw 3.2-1 crda 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#667693: udisks: /sbin/umount.udisks depends on libraries in /usr
Package: udisks Version: 1.0.4-4 Severity: normal ldd /sbin/umount.udisks shows: linux-gate.so.1 = (0xb77a8000) libdbus-glib-1.so.2 = /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2 (0xb776b000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb7752000) libgobject-2.0.so.0 = /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb770) libglib-2.0.so.0 = /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb7605000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb74a8000) libdbus-1.so.3 = /lib/i386-linux-gnu/libdbus-1.so.3 (0xb745d000) libgio-2.0.so.0 = /usr/lib/i386-linux-gnu/libgio-2.0.so.0 (0xb7312000) libgmodule-2.0.so.0 = /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 (0xb730e000) libgthread-2.0.so.0 = /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xb7309000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb730) /lib/ld-linux.so.2 (0xb77a9000) libffi.so.5 = /usr/lib/i386-linux-gnu/libffi.so.5 (0xb72f6000) libpcre.so.3 = /lib/i386-linux-gnu/libpcre.so.3 (0xb72b9000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb72a2000) libselinux.so.1 = /lib/i386-linux-gnu/libselinux.so.1 (0xb7282000) libresolv.so.2 = /lib/i386-linux-gnu/i686/cmov/libresolv.so.2 (0xb726e000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb7269000) Depending on libraries in /usr prevents this command from being used when /usr is not available on systems with separate / and /usr partitions (which is the primary goal of having it in /sbin rather than /usr/sbin). The solution is to compile it with static linking, or move all the relevant libraries to /lib. On the other hand, if umount.udisks is not intended to run without a mounted /usr, then consider moving it to /usr/sbin. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udisks depends on: ii dbus 1.4.18-1 ii libatasmart4 0.18-3 ii libc6 2.13-27 ii libdbus-1-31.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libglib2.0-0 2.30.2-6 ii libgudev-1.0-0 175-3.1 ii liblvm2app2.2 2.02.88-2 ii libparted0debian1 2.3-8 ii libpolkit-gobject-1-0 0.104-2 ii libsgutils2-2 1.33-1 ii libudev0 175-3.1 ii udev 175-3.1 Versions of packages udisks recommends: ii dosfstools 3.0.12-1 ii eject2.1.5+deb1+cvs20081104-10 ii hdparm 9.32-1 ii mtools 4.0.12-1 ii ntfs-3g 1:2012.1.15AR.1-1 ii ntfsprogsnone ii policykit-1 0.104-2 Versions of packages udisks suggests: pn cryptsetup none pn mdadm none pn reiserfsprogs none pn xfsprogs 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#620699: dpkg-query: version string does not start with digit
Would you consider a flag to switch this warning off? Like David, I've already missed a number of errors hidden in a sea of version string does not start with digit lines. Please remember that this affects people who have compiled their kernel following an official although misleading README. You are right that kernel-package is the one to blame, but you're nonetheles punishing the users. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621089: Strange interaction with compositing metacity and gnome-panel: the panel disappears
Package: maximus Version: 0.4.14-1 I'm experiencing a strange interaction between maximus, Metacity (acting as compositing manager), and GNOME's panels in some cases (more details below). Switching from a window which maximus undecorated to a window not handled by maximus (for example because it is not maximized) and back, the panels disappear: they are still there, but they are invisible and you can see the wallpaper behind -- in fact, blindly clicking on the applets they still work as expected, they just don't show up! Example of action to reproduce the bug: launch a (maximized) GNOME terminal, choose the menu item About to open the small (unmaximized) dialog, close the dialog and... voilá: the panels disappear. This issue only shows up when both: 1) Metacity acts as compositing manager (gconf key apps/metacity/general/compositing_manager), and 2) maximus does remove titlebar from maximized windows (gconf key apps/maximus/undecorate). If either of the above gconf keys is off, the issue does not show up. On the other hand, whether the window was automatically maximized by maximus or manually by the user, has no impact on the bug. I'm sure it's not a case of bad user configuration, as it happens with a newly created user. I'm using Debian 6.0.1 with all updates applied, on an Asus EeePC 901. Relevant installed packages: metacity 1:2.30.1-3 gnome-panel 2.30.2-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573216: grub-pc: Include changes from Ubuntu to hide the menu
I second Sven's request, also considering that in Debian, the so-called hidden mode (GRUB_HIDDEN_TIMEOUT) is not so hidden after all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612317: Contradicting info about Btrfs
Package: release-notes Tags: squeeze The following text appears in the Squeeze release announcement (http://www.debian.org/News/2011/20110205a.html): The installation process for Debian GNU/Linux 6.0 has been improved in various ways including easier selection of language and keyboard settings, and partitioning of logical volumes, RAID and encrypted systems. Support has also been added for the ext4 and Btrfs filesystems and — on the kFreeBSD architecture — the Zettabyte filesystem (ZFS). The installation system for Debian GNU/Linux is now available in 70 languages. The second paragraph suggests that Btrfs is available at installation time. However both the release notes (http://www.debian.org/releases/squeeze/releasenotes) and the installation manual (http://www.debian.org/releases/squeeze/installmanual) do not mention this possibility. To be more precise, the release notes state (chapter 3): This release of the installer supports the use of the ext4 file system and it also simplifies the creation of RAID, LVM and crypto protected partitioning systems. Support for the reiserfs file system is no longer included by default, although it can be optionally loaded. Whereas the installation manual (section 6.3.3.1) lists: ext2, ext3, ext4, jfs, xfs, reiserfs, qnx4, FAT16, FAT32, NTFS as file systems that are supported by the installer. It is still not clear to me whether the installer recognizes and creates Btrfs partitions. If it does, it should be added to the release notes and installation manual; if not, it should not be advertised in the release announcement. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588449: I: Description of xmldiff states correction instead of comparison
Package: cairo-dock-illusion-plugin Version: 2.1.3.10-2 Severity: minor The package's short description contains a typo: illution instead of illusion. Matteo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588449: R: Bug#588449: Acknowledgement (I: Description of xmldiff states correction instead of comparison)
rename Typo in description thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588148: Description of xmldiff states correction instead of comparison
Package: xmldiff Version: 0.6.8-4 Severity: minor The description of the package states: tree to tree correction between xml documents, but all this tool does is to compare, not to correct. Also re. the description of package diff diffutils: File comparison utilities. I suggest changing the description from: tree to tree correction between xml documents to: tree to tree comparison between XML documents which also corrects the capitalization of the XML acronym. M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#339118: libpam-runtime: pam_wheel also affects suing to non-root
Package: libpam-runtime Version: 0.79-3 Severity: important Even if the goal of the pam_wheel module is to (quoting the docs) only permit root access to members of the wheel (gid=0) group, actually it prevents non-wheel-group users to become *any* other user, not only root. My /etc/pam.d/su is: auth sufficient pam_rootok.so auth requisite pam_wheel.so group=staff trust ... Sample transcript: mfc ~: id uid=1000(mfc) gid=1000(mfc) gruppi=4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44 (video),50(staff),1000(mfc) mfc ~: su lale Password: lale /home/mfc: id uid=1001(lale) gid=1001(lale) gruppi=1001(lale) lale /home/mfc: su su: Permission denied Spiacente. lale /home/mfc: su lucky su: Permission denied Spiacente. lale /home/mfc: As you can see, user lale who is not in the staf group, cannot su to root (as intended), but cannot even su to user lucky! Bye Matteo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]