Bug#704249: ruby-fusefs: undefined symbol STR2CSTR with Ruby 1.9
Package: ruby-fusefs Version: 0.7.0-2 Severity: normal This package causes a symbol lookup error when using Ruby 1.9 whereas it works with Ruby 1.8. Tested with git://github.com/chrisistuff/gitfs.git as follows: $ ruby1.9.1 ./gitfs.rb -d /tmp/GITFS/gitfs/ /media/gitfs/ ruby1.9.1: symbol lookup error: /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/fusefs_lib.so: undefined symbol: STR2CSTR $ ruby1.8 ./gitfs.rb -d /tmp/GITFS/gitfs/ /media/gitfs/ directory? /.xdg-volume-info contents / directory? /branch -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 ruby-fusefs depends on: ii libc6 2.13-38 ii libfuse2 2.9.0-2+deb7u1 ii libruby1.81.8.7.358-6 ii libruby1.9.1 1.9.3.194-8.1 ii ruby 4.9 ii ruby1.8 [ruby-interpreter]1.8.7.358-6 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1 ruby-fusefs recommends no packages. ruby-fusefs 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#570439: lessfs packaging status
Is anybody still actively looking into packaging lessfs? It's now at 1.5.13 with several bugfixes which may be related to the reported unstable behaviour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689046: xarchiver: Unusable GUI on eeePC
Package: xarchiver Version: 1:0.5.2+20090319+dfsg-4 Severity: normal Dear Maintainer, This is a report on a small but still annoying issue with XArchiver when running on small-screen devices such as the eeePC, which is commonly operated with XFCE and hence XArchiver as natural companion. The "new archive" dialogue spans vertically across about 1.5 screens and hence becomes unusable when Alt+mouse move isn't known to the user because the dialogue's bottom buttons and the archive format selection widget are hidden. The issue seems to be the Gtk+ file chooser in new_dialog.c which I'm sure can be instructed to be less high by default. Unfortunately my knowledge of Gtk+ is not enough to know how but I'm sure yours is or at least you can poke the right upstream contact. By fixing this issue you can win bonus points in the Debian eeePC Strike Force highscore :) -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 xarchiver depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-30 ii libcairo2 1.10.2-7 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libglib2.0-02.32.0-4 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 Versions of packages xarchiver recommends: ii arj 3.10.22-10 ii bzip2 1.0.6-1 ii p7zip-full 9.20.1~dfsg.1-4 ii rpm 4.9.1.3-2 ii unzip 6.0-6 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zip 3.0-4 Versions of packages xarchiver suggests: ii lha ii rar 2:4.0.b3-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#682298: trans-de-en: Spanish-German dictionary (es-de)
Package: trans-de-en Version: 1.7-2 Severity: wishlist Dear Maintainer, Please consider packaging this dictionary along with the existing trans-de-en so that ding becomes more useful: http://savannah.nongnu.org/projects/ding-es-de It's only 717 kB and contains ~21000 entries now. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash trans-de-en depends on no packages. trans-de-en recommends no packages. Versions of packages trans-de-en suggests: ii ding 1.7-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680052: qemu-kvm: Minimal KVM package would be nice to have
Package: qemu-kvm Version: 1.0+dfsg-11 Severity: wishlist Hello, Currently, the qemu-kvm package has many tight dependencies which are useful on desktop systems (SDL, pulseaudio, SPICE etc.) but less useful on headless or embedded virtualisation setups. Approximately 67 MB of space are claimed by the package and its dependencies. For the time after wheezy, I'd like to express my interest to see either more dependencies turned into recommendations or the creation of a light-weight qemu-kvm-minimal package. -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz stepping: 5 microcode : 0x2 cpu MHz : 1866.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.08 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz stepping: 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.86 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz stepping: 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 2 cpu cores : 2 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.88 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz stepping: 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 2 cpu cores : 2 apicid : 5 initial apicid : 5 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.88 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 qemu-kvm depends on: ii adduser 3.113+nmu1 ii
Bug#651688: [pkg-ggz-maintainers] Bug#651688: Bug#651688: Should ggz-server be orphaned or removed from Debian?
Hello, :: Roger Light Montag 02 Januar 2012 > > It appears that Josef is no longer active > > He replied to my email fairly promptly so I'm sure he'll do so with > this as well. [x] done :-) Ansgar, the list of GGZ 0.0.14 packages to be removed looks complete to me, so please go ahead. Please note that there's also ggz-base-libs of version 0.99.x in experimental which may need removal. I've imported all binNMUs, patches and pending bug reports into the pkg-ggz SVN just in case work will continue. > The GNOME reverse dependency appears to have been dropped around this > commit: > http://git.gnome.org/browse/gnome-games/commit/configure.in?id=afd2c399e70 > fde7d3f5853cefd137299458447d3 which is around 2.29.1 or so. Indeed, I'm not aware of any project which has ever had a hard dependency. The configuration macros we provided were cautiously written to encourage optional dependencies. Therefore, there should be no risk in removing the GGZ packages. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639964: apt: 639964: SPACEflight sources.list no longer accepted by apt
:: Paul Wise Donnerstag 01 September 2011 > Josef, you really should be signing your apt repository using an OpenPGP > key and generating hashes for the Packages and Sources files. Thanks for the reminder. I've just pushed 0xCCF0E02E to the keyservers and will use it once I regenerate the archive (new release 1.0beta6 coming soon). Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640665: linux-image-2.6.32-5-amd64: USB block device write error with images > 4 GB
Package: linux-2.6 Version: 2.6.32-35 Severity: normal I've partitioned a USB stick with parted into two partitions. The first one is set to be slightly larger than an image files which is copied over onto with dd, followed by a bootloader installation into the MBR. Now, this setup works fine for image files up to around 4 GB. Recently, the file has grown to 4329570304 bytes which is slightly larger than this boundary. Suddenly, the dd invocation locks up at around the boundary and the kernel spits out some sort of "device blocked for too long" panic. The call trace can be found in the log below. Since the system is all amd64, this looks like a strange issue to me. Also, it affects not just one USB stick but even a newly bought one (costly bug reporting...). Just copying the image to another file on an ext4 partition also works without any issues. Here's the command line used for the copy to the device: sudo dd if=foo.img of=/dev/sdb1 bs=1048576 -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=62f16ca4-eb34-479b-8791-2c979a729c1c ro quiet ** Not tainted ** Kernel log: [ 1641.568094] groups: 2 (cpu_power = 589) 3 (cpu_power = 589) [ 1641.568105] domain 1: span 0-3 level MC [ 1641.568110]groups: 2-3 (cpu_power = 1178) 0-1 (cpu_power = 1178) [ 1641.568123] CPU3 attaching sched-domain: [ 1641.568127] domain 0: span 2-3 level SIBLING [ 1641.568132] groups: 3 (cpu_power = 589) 2 (cpu_power = 589) [ 1641.568144] domain 1: span 0-3 level MC [ 1641.568149]groups: 2-3 (cpu_power = 1178) 0-1 (cpu_power = 1178) [ 1641.678982] usb 1-1.4: new full speed USB device using ehci_hcd and address 8 [ 1641.774061] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=217f [ 1641.774064] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1641.774067] usb 1-1.4: Product: Broadcom Bluetooth Device [ 1641.774068] usb 1-1.4: Manufacturer: Broadcom Corp [ 1641.774069] usb 1-1.4: SerialNumber: 5CAC4CCCA816 [ 1641.774169] usb 1-1.4: configuration #1 chosen from 1 choice [ 4430.050179] usb 1-1.1: new high speed USB device using ehci_hcd and address 9 [ 4430.151155] usb 1-1.1: New USB device found, idVendor=18a5, idProduct=0302 [ 4430.151159] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 4430.151163] usb 1-1.1: Product: STORE N GO [ 4430.151165] usb 1-1.1: Manufacturer: Verbatim [ 4430.151167] usb 1-1.1: SerialNumber: 07B40807497A8A05 [ 4430.151299] usb 1-1.1: configuration #1 chosen from 1 choice [ 4430.151776] scsi7 : SCSI emulation for USB Mass Storage devices [ 4430.151956] usb-storage: device found at 9 [ 4430.151959] usb-storage: waiting for device to settle before scanning [ 4435.150411] usb-storage: device scan complete [ 4435.335136] scsi 7:0:0:0: Direct-Access Verbatim STORE N GO 5.00 PQ: 0 ANSI: 0 CCS [ 4435.335553] sd 7:0:0:0: Attached scsi generic sg2 type 0 [ 4436.038227] sd 7:0:0:0: [sdb] 15645120 512-byte logical blocks: (8.01 GB/7.45 GiB) [ 4436.038865] sd 7:0:0:0: [sdb] Write Protect is off [ 4436.038871] sd 7:0:0:0: [sdb] Mode Sense: 23 00 00 00 [ 4436.038875] sd 7:0:0:0: [sdb] Assuming drive cache: write through [ 4436.042171] sd 7:0:0:0: [sdb] Assuming drive cache: write through [ 4436.042176] sdb: sdb1 [ 4436.071557] sd 7:0:0:0: [sdb] Assuming drive cache: write through [ 4436.071563] sd 7:0:0:0: [sdb] Attached SCSI removable disk [ 4572.598727] e1000e :00:19.0: irq 29 for MSI/MSI-X [ 4572.653595] e1000e :00:19.0: irq 29 for MSI/MSI-X [ 4572.654945] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4574.227071] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX [ 4574.227074] :00:19.0: eth0: 10/100 speed: disabling TSO [ 4574.229210] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 4585.164741] eth0: no IPv6 routers present [ 5880.800476] INFO: task blkid:4527 blocked for more than 120 seconds. [ 5880.800481] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 5880.800484] blkid D 0 4527 4032 0x [ 5880.800490] 814611f0 0082 ea0004f8b1c0 [ 5880.800495] 08a2 88011d00 f9e0 88016b84bfd8 [ 5880.800500] 00015780 00015780 880237323f90 880237324288 [ 5880.800505] Call Trace: [ 5880.800516] [] ? kobject_get+0x12/0x17 [ 5880.800523] [] ? __mutex_lock_common+0x122/0x192 [ 5880.800527] [] ? mutex_lock+0x1a/0x31 [ 5880.800535] [] ? __blkdev_get+0x75/0x342 [ 5880.800539] [] ? blkdev_open+0x0/0x96 [ 5880.800543] [] ? blkdev_open+0x67/0x96 [ 5880.800549] [] ? __dentry_open+0x19d/0x2bf [ 5880.800555] [] ? do_filp_open+0x4e4/0x94b [ 5880.800561] [] ? vma_link+0x74/0x9a [ 5880.800566] [] ? alloc_fd+0x67/0x10c [ 5880.800570] [] ? do_sys_open
Bug#500493: Patch for pbuilder 0.199+nmu1
Hello, please find attached a patch which makes pbuilder work (for me ;) from source directories with spaces in their names. Josef diff --git b/pbuilder-buildpackage a/pbuilder-buildpackage index b8e2446..0de0be4 100755 --- b/pbuilder-buildpackage +++ a/pbuilder-buildpackage @@ -105,7 +105,8 @@ else log "E: pbuilder: Failed chowning to $BUILDUSERNAME:$BUILDUSERNAME" exit 1; fi -if echo "( cd tmp/buildd; /usr/bin/dpkg-source -x $(basename $PACKAGENAME) )" | $CHROOTEXEC $SUTOUSER ; then +packagebase=$(basename "$PACKAGENAME") +if echo "( cd tmp/buildd; /usr/bin/dpkg-source -x $packagebase )" | $CHROOTEXEC $SUTOUSER ; then : # success else log "E: pbuilder: Failed extracting the source" diff --git b/pbuilder-buildpackage-funcs a/pbuilder-buildpackage-funcs index 0c19dc7..1cf9394 100755 --- b/pbuilder-buildpackage-funcs +++ a/pbuilder-buildpackage-funcs @@ -21,13 +21,17 @@ function copydsc () { local DSCFILE="$1" local TARGET="$2" +dscdir=$(dirname "$DSCFILE") +IFS=" +" for FILE in \ "$DSCFILE" \ $(cat "$DSCFILE" | \ - awk 'BEGIN{p=0} /^$/ {p=0} /^.*:/ {p=0} {if (p){print "'$(dirname "$DSCFILE")'/" $3}} /^Files:/{p=1}' ) ; do + awk 'BEGIN{p=0} /^$/ {p=0} /^.*:/ {p=0} {if (p){print "'"$dscdir"'/" $3}} /^Files:/{p=1}' ) ; do log "I: copying [$FILE]" cp -p "$FILE" "$TARGET" done +unset IFS } function checkbuilddep () {
Bug#619584: git-svn: Some svn:external properties are randomly ignored
Package: git-svn Version: 1:1.7.2.5-1 Severity: normal When cloning a rather large repository of mine with git svn clone svn+ssh://jo...@svn.ggzgamingzone.org/svn ggz-trunk (public variant: svn://svn.ggzgamingzone.org/svn) I only get two m4/ggz directories in trunk: ./trunk/playground/irc/m4/ggz ./trunk/base-libs/m4/ggz However, there are more which are also found with git-svn show-externals: /utils/m4/ggz /txt-client/m4/ggz etc. To me it looks like a bug that git-svn doesn't clone these externalised directories in all places. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 git-svn depends on: ii git 1:1.7.2.5-1 fast, scalable, distributed revisi ii libsvn-perl 1.6.12dfsg-5 Perl bindings for Subversion ii libterm-readkey-perl2.30-4 A perl module for simple terminal ii libwww-perl 5.836-1 Perl HTTP/WWW client/server librar git-svn recommends no packages. Versions of packages git-svn suggests: pn git-doc(no description available) ii subversion 1.6.12dfsg-5 Advanced version control system -- 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#614041: quassel: Hide to tray should be default window close action
Package: quassel Version: 0.6.3-2 Severity: wishlist Quassel behaves unlike other chat clients (e.g., empathy, mumble or psi) that it quits the application when closing the chat window. It should just hide instead, which can be configured and would match the other app's behaviour for higher consistency. In ~/.config/quassel-irc.org/quasselclient.conf: [QtUi] MinimizeOnClose=true -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 quassel depends on: ii dbus-x111.2.24-4 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-script 4:4.6.3-4Qt 4 script module ii libqt4-sql 4:4.6.3-4Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.3-4Qt 4 SQLite 3 database driver ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xmlpatterns 4:4.6.3-4Qt 4 XML patterns module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii quassel-data0.6.3-2 distributed IRC client - shared da quassel recommends no packages. quassel 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#608636: pbuilder: Bad interaction with apt's valid-until checks
Package: pbuilder Version: 0.199 Severity: normal According to bug report #595801, snapshot.debian.org retains valid-until headers which cause apt-get update to always produce a failure with exit code 100. When building a distribution with pbuilder/cowbuilder from a snapshot.d.o archive, the pbuilder --update call also fails as a consequence: E: Release file expired, ignoring http://localhost:3142/snapshot.debian.org/archive/debian/20101218T083823Z/dists/squeeze/Release (invalid since 8d 2h 35min 41s) Now it is arguable if snapshot.d.o should adapt the valid-until header or if apt-get should provide better override support. However, in the meantime, it seems that using the option -o 'Acquire::Check-Valid-Until=false' to apt-get update is the only way to work around the problem. Unfortunately, there seems to be no easy way to inject this option from an invocation to pbuilder --update. Could there be another command line option to add apt-get configuration options? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-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 pbuilder depends on: ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii debianutils 3.4Miscellaneous utilities specific t ii debootstrap 1.0.26 Bootstrap a basic Debian system ii wget 1.12-2.1 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.69scripts to make the life of a Debi ii fakeroot 1.14.4-1 Gives a fake root environment ii sudo 1.7.4p4-2 Provide limited super user privile Versions of packages pbuilder suggests: ii cowdancer 0.62+nmu2 Copy-on-write directory tree utili pn gdebi-core (no description available) ii pbuilder-uml 0.199 user-mode-linux version of pbuilde -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599693: nama: Startup fails because socket creation fails
Am Montag, 11. Oktober 2010, 02:57:37 schrieb Joel Roth: > 2. Install the Audio::Ecasound library, which provides a different > interface to Ecasound. This is what I did and it works. Good to see that the bug is solved for sid. However, can you still get this package into squeeze? The suggestions 1 and 3 both require user intervention and are not suitable solutions, only workarounds. Another minor annoyance is that the configuration on the first startup excludes LADSPA but still I get the following error message on the second startup which could probably be handled more gracefully and less scary. I hope that's an easy one so I avoid opening a separate bug report :-) failed to open directory /usr/lib/ladspa: Datei oder Verzeichnis nicht gefunden at /usr/bin/nama line 3 readdir() attempted on invalid dirhandle DIR at /usr/share/perl5/Audio/Nama.pm line 3589. closedir() attempted on invalid dirhandle DIR at /usr/share/perl5/Audio/Nama.pm line 3590. failed to open directory /usr/lib/ladspa: Datei oder Verzeichnis nicht gefunden at /usr/bin/nama line 3 readdir() attempted on invalid dirhandle DIR at /usr/share/perl5/Audio/Nama.pm line 3589. closedir() attempted on invalid dirhandle DIR at /usr/share/perl5/Audio/Nama.pm line 3590. Use of chdir('') or chdir(undef) as chdir() is deprecated at (eval 41) line 67. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599696: pulseaudio-utils: Missing manual pages for parec(ord)
Package: pulseaudio-utils Version: 0.9.21-3+b1 Severity: normal The set of user-visible commands differs from the set of manpage-documented commands in this package. >>> which parec /usr/bin/parec >>> man parec No manual entry for parec See 'man 7 undocumented' for help when manual pages are not available. >>> which parecord /usr/bin/parecord >>> man parecord No manual entry for parecord See 'man 7 undocumented' for help when manual pages are not available. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-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 pulseaudio-utils depends on: ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3support for getting/setting POSIX. ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libpulse-browse0 0.9.21-3+b1 PulseAudio client libraries (zeroc ii libpulse00.9.21-3+b1 PulseAudio client libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libsndfile1 1.0.21-3Library for reading/writing audio ii libx11-6 2:1.3.3-3 X11 client-side library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li pulseaudio-utils recommends no packages. Versions of packages pulseaudio-utils suggests: pn avahi-daemon (no description available) -- 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#599693: nama: Startup fails because socket creation fails
Package: nama Version: 1.064-5 Severity: normal This happens on a freshly installed, otherwise untouched nama on current squeeze: $ nama / / /Nama multitrack recorder v. 1.064 (c)2008-2009 Joel Roth / / / /Audio processing by Ecasound, courtesy of Kai Vehmanen/ / / Starting Ecasound server sh: Syntax error: redirection unexpected system ecasound -K -C --server --server-tcp-port=2868 failed: 512 at /usr/bin/nama line 3 Creating socket on port 2868. Could not create socket: Verbindungsaufbau abgelehnt -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-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 nama depends on: ii libanyevent-perl 5.271-2 Perl framework to handle multiple ii libdata-section-perl 0.101620-1 module to read chunks of data from ii libevent-perl1.12-1 generic Perl event loop module ii libfile-copy-link-perl 0.112-1 Perl extension for replacing a lin ii libfile-find-rule-perl 0.32-1 module to search for files based o ii libfile-homedir-perl 0.86-1 Get the home directory for yoursel ii libgraph-perl1:0.91-1Perl module for graph data structu ii libio-all-perl 0.39-2 Perl module for unified IO operati ii libmodern-perl-perl 1.03-3 Enable all of the features of Mode ii libparse-recdescent-perl 1.965001+dfsg-1 Perl module to create and use recu ii libterm-readline-gnu-per 1.20-1 Perl extension for the GNU ReadLin ii libtext-format-perl 0.52-21 Perl module for formatting (text) ii libyaml-tiny-perl1.43-1 Read/Write YAML files with as litt ii perl 5.10.1-14 Larry Wall's Practical Extraction nama recommends no packages. Versions of packages nama suggests: pn perl-tk(no description available) -- 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#593946: Acknowledgement (jabber: Using SHA1 encryption does not work)
The report has been written on a squeeze system but the installation is on a lenny box. If the issue has been fixed in the recent testing/unstable versions, it should probably be backported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593946: jabber: Using SHA1 encryption does not work
Package: jabber Version: 1.4.3-3.4 Severity: normal The default configuration stores passwords as plaintext. The alternative would be to use SHA1 hashsums in combination with SSL connection. However, in this case, the registration of new users omits the password field, which means that the registration is not possible anymore. As I couldn't find any information about the expected format of the SHA1 hashes, and the sources are very bizarre (no mention of salts in the SHA1 part), it means that users can also not be created manually. As a direct consequence, I've had to revert to plain text passwords for the spool. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585122: Comment on epmd binding behaviour
I'm in favour of including the loopback binding. This is a standard option for most daemons in Debian. Forcing the user to close open ports with a firewall when the user isn't interested in the port being open to begin with seems like a bad design to me. A file /etc/epmd.conf would also be useful to have. In addition, port 4369 should be registered in /etc/services, as should all ports which are somehow opened by daemons in Debian. Finally, I also agree to the creation of an init script so that epmd can be shut down through the standard interface instead of sending signals. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587722: System freeze on resume - possible solution
Ciao Pietro, I've had a similar issue, although coming more from a kernel resume freeze side, also with a HD3200 IGP/RS780 chipset. Can you please have a look at the suggested combination in #591073 and tell me if this works out for you? If not, it's maybe a different bug after all. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression -- Possible solution
An update to this report which might help with the solution: While the old system based on Kernel package version 2.6.32-3 worked, I've experienced graphics slowdowns after resume. Just today I've come across #587722 which seems to be related. It hints at installing firmware-linux. Its dependency linux-firmware-free was already installed, but firmware-linux-nonfree was not yet present. When I installed it, I've experienced the same issue as Pietro, the submitter of #587722, namely that Kernel 2.6.32-3 doesn't resume at all anymore. However, with the newer kernel packages and in particular 2.6.35-trunk the resume works flawlessly now after several tries, and on top of it it also fixes the slowdown issue after resume. Therefore, in summary, Kernel 2.6.35 + firmware-linux-nonfree is the best combination for my system. Now I guess the next step is to find out if the non- free part is really needed. If my observations are correct, it might make sense to retitle the report accordingly. I will also add a note to #587722. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593469: kdelibs5-data: Disable all debug output by default
Package: kdelibs5-data Version: 4:4.4.2-0ubuntu4 Severity: wishlist Currently, there is a discussion on debian-devel of noisy KDE apps which write to the terminal by default when they're launched from it. When launched from KRunner or any other non-terminal, such messages fill up ~/.xsession-errors. Some people in the discussion, probably the majority judging from the current status, want all debug areas to be disabled by default for the Debian packages. So far no KDE/Qt maintainer has raised an opinion about this, so this bug report is intended to get a statement about the debugging behaviour and perhaps to change it to please those who are annoyed by the messages on the terminal or on disk. (This bug is filed from a KUbuntu system but AFAIK equally applies to the Debian packages.) -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-22-386 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdelibs5-data depends on: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes kdelibs5-data recommends no packages. kdelibs5-data 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#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
Am Dienstag, 10. August 2010, 00:04:50 schrieben Sie: > Documentation/power/basic-pm-debugging.txt is the guide for > nailing what is going wrong. also in this case please report > upstream in bugzilla.kernel.org and let us know upstream bug nr > for tracking thanks. There you go: https://bugzilla.kernel.org/show_bug.cgi?id=16552 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
The issue remains with linux-image-2.6.35-trunk-amd64 in today's version 2.6.35-1~experimental.1. This leaves me with the "debug things". -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591525: mplayer: Segfault due to missing input sanitation on playlist files
Package: mplayer Version: 2:1.0~rc3+svn20100502-3+b1 Severity: normal Tags: upstream It is easily possible to crash mplayer through specially-crafted playlist files. Instead of crashing, the application should return with a proper exit code. $ cat _cassé.pls [playlist] numberofentries=0 Version=2 $ mplayer -playlist _cassé.pls Unknown entry type Version=2 Speicherzugriffsfehler # where Speicherzugriffsfehler means segfault -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 mplayer depends on: ii libaa1 1.4p5-38 ascii art library ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libavcodec52 4:0.5.2-1 ffmpeg codec library ii libavformat52 4:0.5.2-1 ffmpeg file format library ii libavutil494:0.5.2-1 ffmpeg utility library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling ii libdirectfb-1.2-9 1.2.10.0-4direct frame buffer graphics - sha ii libdvdread44.1.3-10 library for reading DVDs ii libenca0 1.13-3Extremely Naive Charset Analyser - ii libesd00.2.41-7 Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.0-2 FreeType 2 font engine, shared lib ii libfribidi00.19.2-1 Free Implementation of the Unicode ii libgcc11:4.4.4-7 GCC support library ii libgif44.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblzo2-2 2.03-2data compression library ii libncurses55.7+20100313-2shared libraries for terminal hand ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libpng12-0 1.2.44-1 PNG library - runtime ii libpostproc51 4:0.5.2-1 ffmpeg video postprocessing librar ii libpulse0 0.9.21-3+b1 PulseAudio client libraries ii libsdl1.2debian1.2.14-6 Simple DirectMedia Layer ii libsmbclient 2:3.4.8~dfsg-2shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.4-7 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-29console SVGA display libraries ii libswscale04:0.5.2-1 ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3The Theora Video Compression Codec ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxv1 2:1.0.5-1 X11 Video extension library ii libxvmc1 2:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-4high-quality block-sorting file co ii fontconfig2.8.0-2.1 generic font configuration library pn mplayer-doc(no description available) pn netselect | fping (no description available) ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
Am Sonntag, 1. August 2010, 22:56:40 schrieb maximilian attems: > unstable versions just install fine in testing, no point in > waiting for transition. Well, so much for that theory: One needs at least a newer extlinux installed, otherwise the postinst fails. Yet one more case of missing tight dependencies. Anyway, after taking this hurdle, all I can say is that the issue remains. r...@bomba:~# apt-cache policy linux-image-2.6.32-5-amd64 linux-image-2.6.32-5-amd64: Installiert: 2.6.32-18 Kandidat: 2.6.32-18 Versions-Tabelle: *** 2.6.32-18 0 500 http://ftp.de.debian.org sid/main Packages 100 /var/lib/dpkg/status 2.6.32-15 0 990 http://ftp.de.debian.org squeeze/main Packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591163: [pkg-ggz-maintainers] Bug#591163: ggz-kde-client: FTBFS: Nonexistent build-dependency: libavahi-compat-howl-dev
Apparently, avahi (0.6.27-1) has introduced this issue by an incomplete check of reverse dependencies in Debian: Development of the original Howl implementation has been discontinued and there are no more reverse dependencies in the Debian archive since lenny. Nevertheless, I understand the reason to drop Howl and will update the packaging metadata accordingly in the pkg-ggz SVN. Am Sonntag, 1. August 2010, 02:50:16 schrieb Lucas Nussbaum: > Source: ggz-kde-client > Version: 0.0.14.1-1 > Severity: serious > Tags: squeeze sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20100731 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > ** Using build dependencies supplied by package: > > Build-Depends: cdbs, debhelper (>= 5), gettext, ggzcore-bin (>= 0.0.14), > > kdelibs4-dev, libavahi-compat-howl-dev, libggzmod-dev (>= 0.0.14) > > > > ┌ > > ──┐ │ Install build dependencies (internal resolver) > > │ > > └─── > > ───┘ > > > > Checking for already installed source dependencies... > > W: Unable to locate package libavahi-compat-howl-dev > > cdbs: missing > > debhelper: missing > > Using default version 7.9.3 > > gettext: missing > > ggzcore-bin: missing > > Using default version 0.0.14.1-1 > > kdelibs4-dev: missing > > libavahi-compat-howl-dev: missing > > libggzmod-dev: missing > > Using default version 0.0.14.1-1 > > Checking for source dependency conflicts... > > E: Couldn't find package libavahi-compat-howl-dev > > The full build log is available from: > > http://people.debian.org/~lucas/logs/2010/07/31/ggz-kde-client_0.0.14.1-1_ > lsid64.buildlog > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on about 50 AMD64 nodes > of the Grid'5000 platform, using a clean chroot. Internet was not > accessible from the build systems.
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
> outdated test against 2.6.32-18 from unstable, Will do so in two days when that version enters testing. Is it possible through bugs.d.o to get a notification when a package which fixes a bug becomes available for a certain distribution or suite? This would be an awesome feature. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
Package: linux-2.6 Version: 2.6.32-15 Severity: normal Suspending the computer to RAM (e.g., from the KDE menu) works fine in the previous kernel linux-image-2.6.32-3-amd64. But with the current -5 kernel it has ceased to work. The machine falls asleep but the system doesn't come up again afterwards when the hardware runs again but nothing is shown on the screen. This is on a fully up-to-date squeeze system. The bug was already present with the same kernel on last week's squeeze. It's clearly a regression, as it's the first Debian kernel which doesn't get this right on this machine. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System manufacturer product_name: System Product Name product_version: System Version chassis_vendor: Chassis Manufacture chassis_version: Chassis Version bios_vendor: American Megatrends Inc. bios_version: 1006 board_vendor: ASUSTeK Computer INC. board_name: M4A78-EM board_version: Rev X.0x ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge [1022:9600] Subsystem: ASUSTeK Computer Inc. Device [1043:82f1] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 00:01.0 PCI bridge [0604]: ASUSTeK Computer Inc. RS880 PCI to PCI bridge (int gfx) [1043:9602] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: 00:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 5) [1022:9609] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA Controller [IDE mode] [1002:4390] (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci 00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI]) Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI]) Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller [1002:4385] (rev 3a) Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller [1002:439c] (prog-if 8a [Master SecP PriP]) Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ATIIXP_IDE 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA) [1002:4383] Subsystem: ASUSTeK Computer Inc. Device [1043:837b] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR- Kernel driver in use: HDA Intel 00:14.3 ISA bridge [0601]: ATI Technologies Inc SB700/SB800 LPC host controller [1002:439d] Subsystem: ASUSTeK Computer Inc. Device [1043:82ef] Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF
Bug#589534: One by one...
Apparently the source of confusion is that I was still running version 1.98-1 instead of 1.98+20100710-1. I did install the new version, but due to the behaviour of the old one and the partition changes, I somehow ended up in the old partition again. I think the problem doesn't exist anymore with the new version. The new version now explicitly asks in the postinst which partitions to maintain grub for, which is good. However, the issue of unintuitive usage and too vague manual pages remain. In particular, I would like to have an option like in "extlinux" which allows you to specify a single device to run update-grub for and use the kernels from this device. This might be helpful in the creation of image files, for example, or for repairing the bootloader of other partitions. Also, the automatisms behind update-grub should be documented in the file. I tried running grub in a changeroot on a mounted partition as a workaround, but this will not work: /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589537: grub-pc: TMPDIR is not honoured
Package: grub-pc Version: 1.98+20100710-1 Severity: normal For some obscure reasons I don't have a usable /tmp at the moment, therefore decided to create /tmp2 as an alternative. # ls -ld /tmp drwxrwxrwt 10 root root 4096 18. Jul 16:17 /tmp # LANG=C touch /tmp/unusable-wtf touch: setting times of `/tmp/unusable-wtf': No such file or directory # echo $TMPDIR /tmp2/ Which works fine for applications which honour $TMPDIR, but grub-pc's postinst does not: Setting up grub-pc (1.98+20100710-1) ... mktemp: failed to create file via template `/tmp/grub.XX': Invalid argument dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 1 The offending line in grub-pc.postinst: tmp_default_grub="$(mktemp "/tmp/grub.XX")" -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/384493f8-0bc2-4e63-8ff1-cdce440b4279 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSB61718 (hd1) /dev/disk/by-id/ata-ST31000528AS_9VP5S7VR *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 set locale_dir=($root)/boot/grub/locale set lang=de insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/08_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "Debian GNU/Linux, with Linux 2.6.32-3-amd64 (nokbd-stx8)" --class debian --class gnu-linux --class gnu --class os { insmod ext2 #set root='(hd0,1)' set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } ### END /etc/grub.d/08_custom ### ### BEGIN /etc/grub.d/10_linux ### menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64" --class debian --class gnu-linux --class gnu --class os { # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 (recovery mode)" --class debian --class gnu-linux --class gnu --class os { # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry "Debian GNU/Linux, with Linux 2.6.32-3-amd64" --class debian --class gnu-linux --class gnu --class os { # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro quiet echoLoading
Bug#589534: grub2: grub-mkconfig partition detection neither reliable nor intuitive
Package: grub2 Version: 1.98-1 Severity: normal *** Please type your report below this line *** My harddisk (sda) started to show bad blocks so I've installed another one (sdb) and cloned the system to it with dd_rescue. What happens now when I run update-grub or grub-mkconfig on the old system booted from sda, it sets root=sdb1 and generates the kernel list in grub.cfg from the ones available in sdb1's /boot menu for both the sda grub as well as the sdb grub. This is either great supercow intelligence to not use the kernels on the (still active) old hard disk anymore, or (more probably) a bug in grub2. It means that the mere existence of a new hard disk in the physical system, without even mounting it, changes grub2's behaviour, which is certainly not a good idea. In the file /usr/lib/grub/grub-mkconfig_lib, function prepare_grub_to_access_device(), only /dev/sdb1 is given as an argument, but not /dev/sda1. Both partitions contain their disk's system directories including /boot. I've added a DEVICE debug statement which shows up in the attached configuration file grub.cfg. I couldn't find information in the ultra-minimalistic manual pages for grub-install, update-grub, grub-mkconfig etc. what the desired behaviour is to compare it to the actual behaviour. In my view, the desired behaviour would be to include all kernels from all partitions grub2 works on and place the list into all grub2 installations. The latter part is currently working, the former is not. To summarise graphically, when running update-grub from the sda system we get: * in /dev/sda's boot menu: kernels on sdb1 + custom entries from sdb1 * in /dev/sdb's boot menu: kernels on sdb1 + custom entries from sdb1 Instead of: * in /dev/sda's boot menu: kernels on sda1 + sdb1 + custom entries from sda1 + sdb1 * in /dev/sdb's boot menu: kernels on sda1 + sdb1 + custom entries from sda1 + sdb1 -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/384493f8-0bc2-4e63-8ff1-cdce440b4279 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 set locale_dir=($root)/boot/grub/locale set lang=de insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/08_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "Debian GNU/Linux, with Linux 2.6.32-3-amd64 (nokbd-stx8)" --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,1)' #set root='(hd1,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } ### END /etc/grub.d/08_custom ### ### BEGIN /etc/grub.d/10_linux ### menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64" --class debian --class gnu-linux --class gnu --class os { # DEVICE /dev/sdb1 insmod ext2 set root='(/dev/sdb,1)' search --no-floppy --fs-uuid --set 384493f8-0bc2-4e63-8ff1-cdce440b4279 echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=384493f8-0bc2-4e63-8ff1-cdce440b4279 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry "Debian G
Bug#584152: e2fsprogs: Missing symbol in libblkid1
Package: e2fsprogs Version: 1.41.12-1 Severity: important The current version of e2fsprogs in squeeze seems to have a symbol lookup problem, probably due to a failed synchronisation with libblkid1? $ /sbin/mkfs.ext2 /sbin/mkfs.ext2: /lib/libblkid.so.1: version `BLKID_2.17' not found (required by /sbin/mkfs.ext2) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 e2fsprogs depends on: ii e2fslibs 1.41.12-1 ext2/ext3/ext4 file system librari ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-1 common error description library ii libss21.41.12-1 command-line interface parsing lib ii libuuid1 2.16.2-0 Universally Unique ID library ii util-linux2.16.2-0 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static (no description available) ii gpart 0.1h-11+b1 Guess PC disk partition table, fin pn parted (no description available) -- 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#524751: Timing-related bugs
Hello, just saw this bug report linked from Petter Reinholdtsen's blog entry and found it applicable also to my problem. In my case, a live system is created by bootstrapping a Debian/squeeze base system and installing kde-full onto it. Now booting it on real hardware from USB works out of the box (on Intel graphics, probably on others as well). However, running it in QEmu without acceleration and even booting it from a slow DVD drive makes the kdm boot fail with the very same system image which works when booting from USB. I don't know how the ServerTimeout setting is interpreted, but in any case the software should not assume *any* absolute number of seconds as a limit because virtualisation like in my case can make the assumption invalid and the software fail. Therefore, unless there is a better fix available, I think raising the ServerTimeout limit sounds like a good workaround to me. I haven't read about any negative side effects of doing so. You can try for yourself if you want to download a large system image file: http://download.serviceplatform.org/spaceflight-1.0beta3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572387: Workaround
In case somebody else stumbles across the same issue: A workaround is to use ENV['REDIRECT_REMOTE_USER']. This variable should be used by $cgi.remote_user if available so that CGI script redirection becomes transparent to the CGI application author. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576553: galax: Segfaults on very large context items
Package: galax Version: 1.1-6+b1 Severity: normal The use of a very large XML file (1.1 GB in my case) can cause a segfault in galax. The backtrace doesn't seem to be useful to me, but then again I don't know OCaml. Here's how to reproduce the issue: $ galax-run -context-item test.rdf noop.xq noop.xq can be an empty file. Hence, I suspect that no XQuery-related code is affected, but rather just the XML parser used for the context item. The memory consumption goes up to about 160 MB before the segfault. In comparison, it is about 5.2 GB for loading the document with xsltproc, xmllint or xmlstarlet which thrashes my system a bit but otherwise works fine on the document. In case it works with other large documents, the specific one was pulled from: http://glue.cefriel.it/glue/Service-Finder-Data/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 galax depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcamomile-ocaml-data0.7.2-2Unicode data for OCaml ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi galax recommends no packages. galax 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#576549: galax: Context items are not resolved properly
Package: galax Version: 1.1-6+b1 Severity: normal Usertags: utf8paths Using the "-context-item " command line argument only works for some files in ASCII-subset directory trees. Also stdin ("-") doesn't work at all in this case. (1) Using an innocent name like "/tmp" for the context item, works: $ galax-run -context-item /tmp/test.rdf sfrdf2xml.xq blah (2) Using cyrillic directory name or name with "^" for the context item, doesn't work: $ galax-run -context-item /tmp/ффф/test.rdf sfrdf2xml.xq URI Error: Malformed URI file:///tmp/ффф/test.rdf $ galax-run -context-item /tmp/galax^deb/test.rdf sfrdf2xml.xq URI Error: Malformed URI file:///tmp/galax^deb/test.rdf (2) Using stdin "-" for the context item, doesn't work when the xq file is in a problematic directory: $ mkdir -p /tmp/galax^deb $ cp sfrdf2xml.xq /tmp; cp sfrdf2xml.xq /tmp/galax^deb $ cd /tmp/galax^deb $ cat /tmp/test.rdf | galax-run -context-item - sfrdf2xml.xq ERROR: Unable to open the external entity: [toplevel] = SYSTEM "file://localhost/home/.../-"; reason: Other exception: Sys_error("/home/.../-: No such file or directory") $ cd .. $ cat /tmp/test.rdf | galax-run -context-item - sfrdf2xml.xq blah This means that this package, like so many in Debian, fails the "UTF-8 in file/directory names" test and hence this report earns the fresh "utf8paths" tag. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 galax depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcamomile-ocaml-data0.7.2-2Unicode data for OCaml ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi galax recommends no packages. galax 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#574663: [pkg-ggz-maintainers] Bug#574663: The package doesn't exist
Am Dienstag, 23. März 2010 15:09:44 schrieb Pietro Battiston: > I just noticed that python-numeric, which was deprecated, was recently > removed from Debian. This makes this package unusable on squeeze until > its usage of python-numeric is replaced with python-numpy. Thanks for the investigation. I will have a look at it, not just this bug report but all GGZ packages in general since there doesn't seem to exist a reponsible and active packager for them at the moment. If you haven't heard back from me in 1-2 weeks, please ping me again. Of course, you can also join the pkg-ggz team. Josef -- Free online games for everybody: http://www.ggzgamingzone.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510497: Status of suds package
Has there been any progress regarding this ITP? I can't find a suds package in Debian or Ubuntu. As I need it for some backhand requests from a daemon, I'd go forward with creating my own dirty private package, unless somebody else is working on it already. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572048: Happens on new installations, too
> may you try 6b18~pre1-4, please? Works fine for me, tested on two amd64 systems which previously failed: 6b17-1.7-1 and 6b17~pre3-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572048: Happens on new installations, too
The SocketException on port 8005 has hit me as well on a freshly debootstrapped squeeze system with tomcat6 (6.0.24-2, amd64) added on top of it. The previous versions worked fine in their respective squeeze environments. Given that the system is always produced automatically, configuration changes can be ruled out. This behaviour of tomcat6 is thus clearly a regression. However, it doesn't seem to be the fault of packaging metadata because the stock upstream version also fails to run with the same issue and an additional NoRouteToHostException, despite the network being fine. Perhaps it's a Java issue? (using openjdk-6-jre 6b17-1.7-1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572387: eruby: Interaction with CGI.rb does not work
Package: eruby Version: 1.0.5-2 Severity: normal My setup consists of an Apache 2.2.9 web server with eRuby configured as follows: AddType application/x-httpd-eruby .rhtml Action application/x-httpd-eruby /cgi-bin-eruby ScriptAlias /cgi-bin-eruby /usr/lib/eruby/eruby.unicode The referenced script eruby.unicode contains a wrapper: #!/bin/sh cd $(dirname ${PATH_TRANSLATED:-/}) exec /usr/bin/eruby -C UTF-8 "$@" For a test I've created a virtual host with authentication. Under this setup I try to run the following short eRuby script: <% require 'cgi' $cgi = CGI.new $cgi.header("text/plain") puts "User: #{$cgi.remote_us...@#{$cgi.remote_host} [Authentication: #{$cgi.auth_type}]" puts "Server software: #{$cgi.server_software}" %> The server software is shown correctly. However, the authentication details are all set to nil. Furthermore, the CGI header is not respected and I get the output in HTML. It seems to me that either the link between Ruby/CGI.rb and eRuby or the link between eRuby and Apache is not working as tightly coupled as it should in this case. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) 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 eruby depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii liberuby1.0.5-2 Library for eruby ii libruby1.8 1.8.7.72-3lenny1 Libraries necessary to run Ruby 1. eruby recommends no packages. eruby 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#558404: apt: Fails to load additional package list from sources.list.d/name.list if name is not ASCII
Package: apt Version: 0.7.21 Severity: normal I'm adding a package repository in /etc/apt.sources.list.d/f.list. The next run of apt-get update picks it up. Afterwards, I'm renaming this file to ф.list, the cyrillic counterpart. Now apt-get doesn't pick it up anymore. The part before .list should be matched in a way that it extends to Unicode alphabet characters. I don't see any technical reasons to restrict this part of the filename to ASCII. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-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/bash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.9-24 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-2 GCC support library ii libstdc++64.4.1-2The GNU Standard C++ Library v3 apt recommends 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#557382: e2fsprogs: Throws endless list of errors when booting off read-only image
Package: e2fsprogs Version: 1.41.8-1 Severity: normal I'm using qemu -hda to boot a debootstrapped Debian installation which is contained in an ext3 partition in the image file. Everything works fine when the file is chmod 6xx. However, an idea I had was setting it to 4xx to check for any accidental writes which would be impossible later on in case of converting the ext3 image into an ISO image for a live medium with only few controlled copy-on-write sections through aufs. The boot process then only reaches the end of the initramfs. When the boot process attempts to check the root file system, an unpleasant and (pseudo-)endless series of errors are thrown, effectively locking up the boot sequence: hda: task_pio_intr: status=0x41 { DriveReady Error } hda: task_pio_intr: error=0x04 { DriveStatusError } hda: possibly failed opcode: 0x39 I've seen those before, presumably on real broken hardware, and would intuitively expect something less worrysome in the situation mentioned above. Perhaps just a warning that the fsck cannot be run because it would need to write back some mount information as I would assume. As this bug is somehow the result of interaction between initscripts, fsck.ext3 and qemu, the reason might well be something else than what I think it is, but nevertheless it took me a while to figure out the causation and hence would call it a bug in fsck.ext3. The fstab file is empty in case this matters, the root device is indicated to the initramfs through an ext3 UUID kernel option. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-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/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.8-1 ext2/ext3/ext4 file system librari ii libblkid1 2.16.1-4 block device id library ii libc6 2.9-24 GNU C Library: Shared libraries ii libcomerr21.40.8-2 common error description library ii libss21.40.8-2 command-line interface parsing lib ii libuuid1 2.16.1-2 Universally Unique ID library e2fsprogs recommends 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#531794: soap4r: Version 1.5.8 added raw XML support
On Sunday 01 of November 2009 13:36:58 you wrote: > do you need this for ruby 1.8 or ruby 1.9? If ruby 1.9, this is easy > and planned to happen soon anyway. if ruby 1.8, that is more > difficult. Hello, as I wrote on debian-devel some time ago, the "big picture" for me is that I want Debian to be rocking as a base system for service-oriented architectures and modern web applications. This requires solid XML and web service capabilities for all major programming languages. In the case of Ruby, I currently have to install several gems in my postinsts (ugh!) such as xml-object, httpclient and soap4r. Others such as builder, eruby and xml-parser are available for ruby1.8 in Debian. If ruby1.9 improves this situation, I'll gladly migrate to it. Is there a page available which outlines the Ruby roadmap for Debian, when to switch to 1.9 as a default, what the next planned additions will be etc.? So in summary, the availability of libraries is more important to me than the version of Ruby, and if I know somebody will take care of that bug I'll be more than happy already. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508170: Any update
Now that the bug has been reopened for quite some time, has any decision been taken on whether or not to include more libraries in this package? (yes/no/please hijack/...) The Ubuntu version in Karmic seems to include a different set of files, among them libnss3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552344: cpufrequtils: Dependency needs to be tightened
Package: cpufrequtils Version: 005-1 Severity: normal Currently the package depends on libcpufreq0 (>= 001). This results on symbol lookup errors such as: cpufreq-info: symbol lookup error: cpufreq-info: undefined symbol: cpufreq_get_stats when running cpufreq-info with such an old library version. You could either depend directly on the ${binary:Version} of the library or see if something is wrong with the *.version file which I suppose is used to determine the dependency. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-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/bash Versions of packages cpufrequtils depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.9-24 GNU C Library: Shared libraries ii libcpufreq0 005-1 shared library to deal with the cp ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip cpufrequtils recommends no packages. -- debconf information: cpufrequtils/enable: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552334: openjdk-6-jre-headless: Misbehaving java (but working javac) for LANG=C environments
Package: openjdk-6-jre-headless Version: 6b16-1.6.1-2 Severity: normal When in a LANG=*.UTF-8 environment a directory is created with non-ASCII characters in it and afterwards java is called within this directory with LANG set to C, java doesn't find the class file. This affects several configure tests who fail in such directories with the following message: Exception in thread "main" java.lang.NoClassDefFoundError: Test Caused by: java.lang.ClassNotFoundException: Test Interestingly and inconsistently, javac works so java and javac have a different way of interpreting the current directory. This test snippet can be used to verify the bad behaviour of java. # dpkg-reconfigure locales if no locale is set up yet export LANG=de_DE.UTF-8 tmpdir=/tmp/javatest-йаватест mkdir -p $tmpdir; cd $tmpdir echo "public class Test {public static void main (String args[]) {System.exit(0);}}" > Test.java javac Test.java java Test # both work so far export LANG=C javac Test.java java Test # boom! Using strace, I get the following line: [pid 22064] stat("/tmp/javatest-", 0x7f4c0e71b970) = -1 ENOENT (No such file or directory) For the record, importing Python and Ruby modules or calling stat works in such situations :-) >>> import os >>> os.getcwd() '/tmp/javatest-\xd0\xb9\xd0\xb0\xd0\xb2\xd0\xb0\xd1\x82\xd0\xb5\xd1\x81\xd1\x82' >>> os.stat(os.getcwd()) (16877, 195937, 65025L, 2, 1000, 1000, 4096, 1256484238, 1256484354, 1256484354) irb(main):005:0> Dir.getwd => "/tmp/javatest-\320\271\320\260\320\262\320\260\321\202\320\265\321\201\321\202" irb(main):006:0> File.stat(Dir.getwd) => #\time=Sun Oct 25 16:25:54 +0100 2009, ctime=Sun Oct 25 16:25:54 +0100 2009> -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-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/bash Versions of packages openjdk-6-jre-headless depends on: ii ca-certificates-java 20080712 Common CA certificates (JKS keysto ii dpkg 1.15.1Debian package management system ii java-common0.30 Base of all Java packages ii libc6 2.9-24GNU C Library: Shared libraries ii libcups2 1.4.1-5 Common UNIX Printing System(tm) - ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.4.1-2 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-10 Color management library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii openjdk-6-jre-lib 6b16-1.6.1-2 OpenJDK Java runtime (architecture ii rhino 1.7R1-2 JavaScript engine written in Java ii tzdata-java2008e-4 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openjdk-6-jre-headless recommends: ii icedtea-6-jre-cacao 6b16-1.6.1-2 Alternative JVM for OpenJDK, using -- 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#509500: ruby1.9-dev: Internal config.h entries clash with packages using this library
On Tuesday 18 August 2009 11:08:18 you wrote: > So what do you suggest? Just removing those variables from config.h? Yes, that's what I did locally and it didn't seem to harm anything. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#498178: iceweasel: Inofficial XForms extension builds lead to crash
This still happens with the latest Iceweasel (3.0.12) and the latest XForms build (0.8.6ff3) which is now offered again through addons.mozilla.org: https://addons.mozilla.org/en-US/firefox/addon/824 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534697: libsvn1: Improper handling of UTF-8 encoded directories
Package: libsvn1 Version: 1.5.1dfsg1-2 Severity: normal Problem: I've got a subversion repository stored at a path which contains UTF-8 encoded cyrillic characters. Basic SVN operations like checkouts and commits work fine. However, trac's trac-admin tool refuses to resync and instead tells that it cannot find the specified repository: Command failed: /srv/дждждж does not appear to be a Subversion repository. Reason: It turns out that Subversion tries to convert (decode) the path argument whenever it thinks that it's not UTF-8 in get_path_encoding(). This in turn relies on APR which tells that with the exception of Darwin, which has UTF-8 encoded paths, the paths on Linux are locale-specific, in apr_filepath_encoding(). As it tries to encode an already UTF-8 encoded path into UTF-8, only garbage comes out of the conversion. Solution/workaround: trac-admin resync works fine when I modify libsvn's svn_path_cstring_from_utf8 in libsvn_subr/path.c to always assume UTF-8 encoded paths independently of what APR tells it. Obviously, this assumption cannot be generalised, but given that in the case of assumed locale-specific encodings no proper decoding is performed, it looks to me like most users would benefit from such a change. As an additional modification, I've changed svn_utf_cstring_from_utf8 to svn_path_cstring_from_utf8 in libsvn_repos/repos.c, otherwise it wouldn't take advantage of the change above. This looks like an oversight in the code to me, there shouldn't be a reason to use svn_utf_cstring_from_utf8 directly without the svn_path_cstring_from_utf8 safety wrapper. In summary, the first issue needs some more logic to find out whether the paths of the system in question are encoded in UTF-8 (something which is safer to assume by default than locale-specific encodings on Debian IMHO); the second issue should be an easy bugfix. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) 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 libsvn1 depends on: ii libapr1 1.2.12-5 The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8+lenny2 The Apache Portable Runtime Utilit ii libc6 2.7-18 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libneon27-gnutls 0.28.2-6.1 An HTTP and WebDAV client library ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libserf-0-0 0.2.0-1high-performance asynchronous HTTP ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime libsvn1 recommends no packages. libsvn1 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#505444: Status of packaging
Hello, what's the current status of this ITP? Eucalyptus seems to be available from the universe section of Ubuntu already. Will this be based on the same packaging metadata? I cannot seem to access the Eucalyptus site at the moment so please post an update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529032: Should be versioned dependency, or rather, libpci bug
The uswsusp Depends: libcpi3 should probably be changed to libpci3 (>= 1:3.1.2) so that it can find the symbol LIBPCI_3.1 which is now needed by the package of version 0.8. But this is only a workaround. I would have assumed that using ${shlibs:Depends} could help avoiding such bugs, but if a symbol was added to the library, then clearly its soname needs to be changed to let this take effect (i.e. libpci4). Feel free to take this to the libpci maintainers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511878: (no subject)
After a server crash and having to set up the system again, I've hit the same bug once again and can confirm that export LANG=... in /etc/apache2/envvars works. My recommendation would be to put at least this snippet into the file: # Uncomment the following line to get proper handling for non-ASCII directory and file names. #export LANG=xx_XX.UTF-8 Of course it'd be better to use the $LANG which was configured during the installation for being the system language. But there are several tools with wrong regular expressions (a2ensite's myglob() comes to mind) so it's only part of a general "Apache2['s system integration] is not unicode safe" problem and I understand it won't be solved quickly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531794: soap4r: Version 1.5.8 added raw XML support
Package: soap4r Version: 1.5.5-1 Severity: wishlist Some web service interfaces don't use just string or integers as parameters, but complex XML types. Starting from v1.5.8, soap4r supports those using the return_response_as_xml flag. It would be awesome to have this version in Debian in order to reduce the list of extra rubygems. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-486 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 soap4r depends on: ii libruby1.8 1.8.7.72-3.1 Libraries necessary to run Ruby 1. soap4r recommends no packages. soap4r 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#530585: Found the culprit
530...@bugs.debian.orgon Saturday 30 May 2009 11:08:17 you wrote: > This doesn't make sense. What version of libx11-6 do you have > installed? 2:1.0.3-7 If this is not the right version, I would recommend tightening the depends. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516028: Bug confirmed
FYI, I've seen this issue as well and while initially my thought was that hal must have been the culprit, a forced downgrade to xkb-data 1.3 (via apt-get source and manual installation through dpkg -i) fixes the issue for me. The report is available as #530585. There's still no new version of Xorg available in unstable. A word or two from the maintainers would be nice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530585: hal: HAL registers too many keyboard devices
Am Dienstag, 26. Mai 2009 12:44:05 schrieb Michael Biebl: > Hm, the usb sysfs path is different. So I'm not sure, if hal is really the > culprit here. Did you plug/unplug the keyboard to different usb ports? > Do you get this problem immediately after a fresh reboot? The problem occurs directly after reboot, I haven't ever got it to work a single time since the Xorg upgrade. Meanwhile I've also tried different kernels. There are indeed two different sysfs paths/PCI ids given for the keyboard. But I don't think it's intuitive that Xorg registers two keyboards. If your opinion is that it is more likely an evdev or Xorg bug, I'm happy to file another bug report with them. There's still the suspicious "video bus" device which I cannot fathom. Is there a way to force HAL to disable some devices? > > I've also tried returning to manual device detection as described > > in the blog entry linked from the Xorg NEWS.Debian file. > > However, adding AutoAddDevices "off" to the Xorg ServerLayout > > section was claimed to be an unknown command by Xorg. > > I think it's NoAutoAddDevices. This option doesn't seem to exist either. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530585: hal: HAL registers too many keyboard devices
Package: hal Version: 0.5.12~git20090406.46dc48-2 Severity: important Yesterday I've upgraded my X.org from 7.3 to 7.4 which included the removal of static kbd/mouse device configuration and their replacement with evdev devices which get their information from HAL. The net effect was that while the mouse still works, the keyboard doesn't fully work. Some keys work without problems (e.g. enter), while usual characters need to be input together with a trailing space key to show up in order. Otherwise, the key code is alternating constantly. To demonstrate the problem: input = 44 -> output = 4$4$4$ input = 4 4 4 4 4 4 -> output = 44 The alternation was also checked with xev (Or rather: x e v ) with several terminals and window managers just to make sure that it's not related to these. It's not. The key release event is always carrying the same key code and is therefore not affected by the alternation. Using the same example as above: press(34) release(24) press(24) release(24) press(34) release(24)... This makes X11 completely unusable for me. The text console still works, though. If you believe that due to this it is an evdev issue, please reassign. Nevertheless I suspect HAL of being the problem here. When I plug in an external USB keyboard, it is registered twice instead of once. The following two sections from lshal show that both event12 and event13 are registered for the external keyboard, while event0 to event11 are all spurious other keyboard devices which I'll list further down. When checking the created device nodes manually, e.g. cat /dev/input/eventX, only event12 returns something for the external keyboard and only event1 for the internal keyboard. udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input' info.addons.singleton = {'hald-addon-input'} (string list) info.callouts.add = {'debian-setup-keyboard'} (string list) info.capabilities = {'input', 'input.keys', 'button'} (string list) info.category = 'input' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1' (string) info.product = 'Chicony USB Keyboard' (string) info.subsystem = 'input' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input' (string) input.device = '/dev/input/event13' (string) input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1' (string) input.product = 'Chicony USB Keyboard' (string) input.x11_driver = 'evdev' (string) input.xkb.layout = 'de' (string) input.xkb.model = 'pc105' (string) input.xkb.rules = 'base' (string) linux.device_file = '/dev/input/event13' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'input' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:1d.0/usb5/5-1/5-1:1.1/input/input13/event13' (string) udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input' info.addons.singleton = {'hald-addon-input'} (string list) info.callouts.add = {'debian-setup-keyboard'} (string list) info.capabilities = {'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button'} (string list) info.category = 'input' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0' (string) info.product = 'Chicony USB Keyboard' (string) info.subsystem = 'input' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input' (string) input.device = '/dev/input/event12' (string) input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0' (string) input.product = 'Chicony USB Keyboard' (string) input.x11_driver = 'evdev' (string) input.xkb.layout = 'de' (string) input.xkb.model = 'pc105' (string) input.xkb.rules = 'base' (string) linux.device_file = '/dev/input/event12' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'input' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:1d.0/usb5/5-1/5-1:1.0/input/input12/event12' (string) Here's the abbreviated list of other devices registered as a keyboard: input.product = 'Fujitsu FUJ02B1' (string) input.product = 'Video Bus' (string) input.product = 'Fujitsu FUJ02E3' (string) input.product = 'Macintosh mouse button emulation' (string) input.product = 'SynPS/2 Synaptics TouchPad' (string) input.product = 'PS/2 Generic Mouse' (string) input.product = 'AT Translated Set 2 keyboard' (string) In particular, I don't see what a video bus is doing there. The Fujitsu keys could be special multimedia keys which seem to return XF86Launch1-4 keycodes with xev (as opposed to returning nothing with earlier kernels). There are four such keys though, and two Fujitsu devices registered. If you need the full list I can send it, but I guess the next step would be to evaluate if it's indeed HAL's fault or evdev's or the kernel's. All of these components a
Bug#526530: ggz-server: FTBFS: redefinition of 'struct flock'
Am Freitag, 1. Mai 2009 21:53:50 schrieb Daniel Schepler: > In file included from /usr/include/asm/fcntl.h:1, > from /usr/include/linux/fcntl.h:4, > from /usr/include/linux/inotify.h:11, > from reconfiguration.h:31, > from control.c:63: > /usr/include/asm-generic/fcntl.h:117: error: redefinition of 'struct flock' > /usr/include/asm-generic/fcntl.h:140: error: redefinition of 'struct We need to include the following patch into the source package: http://svn.ggzgamingzone.org/trac.cgi/changeset/10564 Or (as recommended in general) update all source packages with the latest diffs: http://hq.ggzgamingzone.org/~josef/diffs/0.0.14.1/ Josef -- Free online games for everybody: http://www.ggzgamingzone.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524306: git-svn should cleanup or be smart after failed 'clone' invocation
Package: git-svn Version: 1:1.6.2.2-1 Severity: normal When checking out an SVN repository which gives a HTTP 301 (Moved Permanently), svn doesn't follow the redirect but rather requires the user to do so manually and quite with exit code 1: # checkout with SVN $ LANG=C svn co http://remotefoo localfoo svn: Repository moved permanently to 'https://remotefoo'; please relocate As inconvenient as this might be, changing http to https then does the trick. Now, when checking out the same repository using git-svn, an empty repository is created, but then git-svn recognises the same issue and quits without cleaning up the unusable git repo: # checkout with git-svn $ LANG=C git svn clone http://remotefoo/ localfoo Initialized empty Git repository in /tmp/localfoo/.git/ Repository has been moved: Repository moved permanently to 'https://remotefoo/'; please relocate at /usr/lib/git-core/git-svn line 1494 # checkout with git-svn using HTTPS then $ LANG=C git svn clone https://remotefoo/ localfoo svn-remote.svn.url already set: http://remotefoo wanted to set to: https://remotefoo # ok didn't work, maybe we can make something out of the broken local repository? # git svn switch doesn't seem to exist after all... $ cd localfoo; git svn rebase fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions log --no-color --first-parent --pretty=medium HEAD: command returned error: 128 # try initialising by hand $ git svn init https://remotefoo svn-remote.svn.url already set: http://remotefoo wanted to set to: https://remotefoo # it doesn't want to touch the git-svn "url" in .git/config, same like above # just for fun, try initialising with wrong HTTP url again $ git svn init http://remotefoo Remote ref refs/remote/git-svn is tracked by "svn-remote.svn.fetch=:refs/remotes/git-svn" and "svn-remote.svn.fetch=:refs/remotes/git-svn" Please resolve this ambiguity in your git configuration file before continuing # ok, so this time it adds a second git-svn "fetch" to .git/config which doesn't make any sense whatsoever There are two ways out of this: Removing the localfoo directory and starting again with HTTPS, or manually changing the git-svn "url" in .git/config and calling git svn fetch. The latter should be done automatically by git-svn in this case for the convenience of the user, ideally even automatically when recognising the 301 message from svn, but otherwise at least when re-cloning with the updated HTTPS URL. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-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/bash Versions of packages git-svn depends on: ii git-core1:1.6.2.2-1 fast, scalable, distributed revisi ii libsvn-perl [libsvn-core-pe 1.5.1dfsg1-1 Perl bindings for Subversion ii libterm-readkey-perl2.30-4 A perl module for simple terminal ii libwww-perl 5.812-1 WWW client/server library for Perl git-svn recommends 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#524039: RFP: libdbxml-ruby -- Interface to Berkeley DB XML for Ruby
Package: wnpp Severity: wishlist * Package name: libdbxml-ruby Version : 0.6.5 Upstream Author : Guy Decoux * URL : ftp://moulon.inra.fr/pub/ruby/ * License : same as for libdb-ruby (same source package) Programming Lang: Ruby Description : Interface to Berkeley DB XML for Ruby Currently, only the relational part of Berkeley DB is part of Debian. I'd like to have the XML part of it available as well. This requires having libdbxml first and then bindings like the Ruby bindings on top of it. Both the C implementation and the Ruby bindings seem to have licences similar to their relational counterparts. It would be nice if somebody could take this up and coordinate associated packaging efforts like maybe a libdbxml-java package (Java wrappers are included in the dbxml upstream sources, the relational counterpart is shipped by Debian as libdb-je-java). My personal interest is mainly with the Ruby bindings. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516004: transset: Manpage is not very helpful
Package: transset Version: 0.1.0+cvs.20051218-1 Severity: minor Oi, I've found a minor quality issue with transset. The manual page for it should be extended with something like the following information: * An argument _translucency_ with values between 0 and 1 can be specified to control the window opacity. * To see the effect of transset, a composition manager like xcompmgr, compiz or KWin from KDE 4 (kde-window-manager) need to be running. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages transset depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite11:0.4.0-1 X11 Composite extension library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender1 1:0.9.4-1 X Rendering Extension client libra transset recommends 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#512945: Log rotation scripts of nws leads to mail bombing
Package: nws Version: 2.13-6.1 Severity: normal I've installed 'nws' without doing anything with its configuration. Yet, whenever the daily logrotate cron job runs, the 'nws' logrotate scriptlet somehow causes it to send mails with dozens of lines reporting connection problems. This is likely due to some attempts to connect to :8050 and :8090 as specified in /etc/nws.conf. It should probably check if the server is running, or do something entirely different, but regularly sending these mailbombs is not going to attract a lot of new users of the package... An excerpt: /etc/cron.daily/logrotate: 1232866249 19319 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19326 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19327 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19318 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19317 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19325 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19334 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19335 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19336 Warning: protocol.c:397 CallAddrBuff: connect failed (111 Connection refused) in 0.00 seconds 1232866249 19319 Warning: protocol.c:397 CallAddrBuff: connect failed (113 No route to host) in 0.01 seconds 1232866249 19319 Error: register.c:529 ConnectToHost: connect to samba:8090 failed 1232866249 19326 Warning: protocol.c:397 CallAddrBuff: connect failed (113 No route to host) in 0.01 seconds 1232866249 19326 Error: register.c:529 ConnectToHost: connect to samba:8050 failed [...] 1232866254 19409 Warning: osutil.c:522 Send/Receive timeout 1232866254 19409 Warning: protocol.c:397 CallAddrBuff: connect failed (4 Interrupted system call) in 4.00 seconds 1232866254 19409 Error: register.c:529 ConnectToHost: connect to samba:8050 failed 1232866254 19410 Warning: osutil.c:522 Send/Receive timeout 1232866254 19410 Warning: protocol.c:397 CallAddrBuff: connect failed (4 Interrupted system call) in 4.00 seconds 1232866254 19410 Error: register.c:529 ConnectToHost: connect to samba:8090 failed -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages nws depends on: ii adduser 3.107 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-16 GNU C Library: Shared libraries ii procps1:3.2.7-8 /proc file system utilities ii ucf 3.006 Update Configuration File: preserv nws recommends no packages. -- debconf information: nws/debconf: true nws/run_memory: true nws/run_nameserver: true nws/tcpMessage/members: nws/skills: cpu, memory nws/memory: nws/tcpConnect/members: nws/nameserver: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512354: [pkg-ggz-maintainers] Bug#512354: libggzcore-dev: API change: ggzcore_server_list_rooms
Am Dienstag, 20. Januar 2009 00:25:28 schrieb Clint Adams: > If this API change was intentional, the documentation needs to be > corrected, and the soname (and package name for libggzcore) needs to be > bumped. Some manual pages were regenerated shortly after the release of snapshot-0.99.5 already, on January 2, and the soname bumping happened yesterday. I've also integrated your changes to ggz-base-libs/experimental into the pkg-ggz SVN. The next snapshot should be fine in this regard and allow for parallel installation of the experimental packages with the ones from unstable. Of course the snapshot packages should remain confined in experimental so we don't have to bump the soname so often during the development phase. We do not have the manpower to guarantee ABI equality among snapshot releases. We do however expect that at least some of our packages, including base-libs, be ready before the others and can be labelled 1.0-betaX so that other upstreams can depend on it. Josef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511878: apache2-mpm-prefork: The httpd server runs inside an artificial LANG=C environment
Package: apache2-mpm-prefork Version: 2.2.9-10+lenny1 Severity: normal Running Apache with mod_dav and mod_svn gave me the infamous: "svn: Can't convert string from 'UTF-8' to native encoding:" when trying to access an SVN directory deliberately created with cyrillic letters in UTF-8 encoding. This made me wonder why, since my $LANG and the system $LANG (through /etc/environment) is set to de_DE.UTF-8. Even when running "/etc/init.d/apache start" from the interactive console, the LANG value in /proc//environ was set to C. Neither in the startup scripts nor in the httpd sources I can find any reference to this, therefore this report comes without patches, unfortunately. A workaround is adding LANG=de_DE.UTF-8 to /etc/apache2/envvars, but this should hardly be necessary when looking at the lenny release goal of running systems which are unicode-enabled by default. On a side note, the response sent by httpd to the browser is a 403 Forbidden in this case, which is I think not an appropriate translation of the mod_dav error above, perhaps 500 would be more suitable. I can file a separate bug report if there is consensus on that issue. -- Package-specific info: List of enabled modules from 'apache2 -M': actions alias auth_basic authn_file authz_default authz_groupfile authz_host authz_svn authz_user autoindex cgi dav dav_svn deflate dir env mime negotiation php5 proxy_http proxy setenvif status userdir -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-686 (SMP w/1 CPU core) 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 apache2-mpm-prefork depends on: ii apache2.2-common 2.2.9-10+lenny1 Apache HTTP Server common files ii libapr1 1.2.12-5The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8 The Apache Portable Runtime Utilit ii libc62.7-16 GNU C Library: Shared libraries ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi apache2-mpm-prefork recommends no packages. apache2-mpm-prefork 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#510407: mingw32: Missing manual pages
Package: mingw32 Version: 4.2.1.dfsg-1 Severity: normal The mingw32 package is lacking manpages, e.g. for the command i586-mingw32msvc-gcc. There is also no documentation in /usr/share/doc/mingw32. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages mingw32 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii mingw32-binutils 2.18.50-20080109-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.13-1 Minimalist GNU win32 (cross) runti mingw32 recommends 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#509610: libgc-dev: Missing prototype declaration for GC_dlopen()
Package: libgc-dev Version: 1:6.8-1.2 Severity: normal When using gc_pthreads_redirect.h, i.e. when defining GC_THREADS, dlopen gets redirected to GC_dlopen. However, this function is only defined for Solaris. I'm not exactly sure if either the redirection shouldn't happen or the prototype should be added. My patch assumes the latter and seems to not cause any trouble for me. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages libgc-dev depends on: ii libc6-dev [libc-dev] 2.7-16 GNU C Library: Development Librari ii libgc1c2 1:6.8-1.2 conservative garbage collector for libgc-dev recommends no packages. -- no debconf information --- /usr/include/gc/gc_pthread_redirects.h.old 2008-12-23 20:27:10.0 +0100 +++ /usr/include/gc/gc_pthread_redirects.h 2008-12-23 20:27:30.0 +0100 @@ -54,6 +54,7 @@ void *(*start_routine)(void *), void *arg); #ifndef GC_DARWIN_THREADS int GC_pthread_sigmask(int how, const sigset_t *set, sigset_t *oset); + void * GC_dlopen(const char *path, int mode); #endif int GC_pthread_join(pthread_t thread, void **retval); int GC_pthread_detach(pthread_t thread);
Bug#509500: ruby1.9-dev: Internal config.h entries clash with packages using this library
Package: ruby1.9-dev Version: 1.9.0.2-9 Severity: normal The file /usr/include/ruby-1.9.0/x86_64-linux/ruby/config.h is always included when using for embedded ruby scripts. It contains autoconf-based package macros like PACKAGE_NAME or PACKAGE_BUGREPORT. However, these values are also defined in the package using this library, hence producing GCC warnings. These values should either be renamed (a simple sed script in debian/rules should do the trick) or be discarded entirely. A very similar bug was already opened for ruby1.7-dev but went unattended and was eventually closed due to 1.7 becoming obsolete (see #192523). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages ruby1.9-dev depends on: ii libc6-dev 2.7-16 GNU C Library: Development Librari ii libruby1.91.9.0.2-9 Libraries necessary to run Ruby 1. Versions of packages ruby1.9-dev recommends: ii ruby1.9 1.9.0.2-9 Interpreter of object-oriented scr -- 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#508003: uniencode: not utf-8 clean
Package: filters Version: 2.46 Severity: normal Using 'uniencode' on beyond-ASCII text results in crippled output: Great Example. -> Ԍrеаt Еⅹаⅿρⅼе. Grëät Ëxämplë. -> Ԍrëät Ãхäⅿрⅼë. The following patch fixes it for me, although I'm not sure about its general applicability on legacy systems, for example. --- /usr/games/uniencode2008-10-27 05:06:07.0 +0100 +++ uniencode 2008-12-06 21:40:21.0 +0100 @@ -2,6 +2,7 @@ # Ⅽоηνеrt аѕⅽіі tօ υtf‐8. use utf8; binmode STDOUT, ":utf8"; +binmode STDIN, ":utf8"; %Δ=( "~" => [], -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash Versions of packages filters depends on: ii libc6 2.7-11 GNU C Library: Shared libraries filters recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487759: gnome-games: GGZ registration files should be shipped and registered
Am Donnerstag 27 November 2008 21:57:16 schrieb Josselin Mouette: > BTW, the make install process of gnome-games uses “ggz-config --install > --modfile=foo.dsc --force”, and it creates the ggz.modules file as > expected, so this may be a problem with the noregistry option. ggz-config is resolved from $(GGZ_CONFIG), which is determined by the configure switches. Adding --enable-noregistry=/usr/share/ggz/modules/gnome-games to the configure line would do the trick in this case. It takes care that the files will go where postinst can then find them. Josef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487759: gnome-games: GGZ registration files should be shipped and registered
Salut, Am Donnerstag 27 November 2008 19:38:12 schrieb Josselin Mouette: > I have prepared a gnome-games package which does that, but I’m puzzled. > The call to ggz-config doesn’t seem to do anything. I thought it would > populate a registry somewhere, but strace shows it doesn’t do anything. It should register the contents of the *.dsc files with /etc/ggz.modules. The syntax is like this: ggz-config --install --force --noregistry=/usr/share/ggz/modules/gnome-games For the prerm, --remove is used instead of --install --force. Note that in the upcoming versions (0.99.x snapshots), the postinst is no longer necessary. But for 0.0.14.x it still is. The 0.99.x code can load multiple registries which can be generated at "make install" time, but unfortunately the code is still a bit buggy. Josef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486527: git-svn: use of uninitialised value in 'dcommit' operation
Am Freitag 03 Oktober 2008 16:33:09 schrieb Gerrit Pape: > Hi, can you please add instructions on how to reproduce the issue by > pasting the commands you run? I've tried to debug it further, and it looks like a combination of 1) PEBKAC, 2) non-cautious Perl programming and 3) not very useful SVN error messages. 1) The authorisation error was due to the line auth-access = read instead of the default auth-access = write in svnserve.conf. So not being able to commit was correct in that case. 2) Nevertheless something like the attached patch should be committed to git-svn to let it handle errors without descriptions. 3) SVN should be improved to tell why authorisation failed. During my tests I've also tried git-svn from experimental. Just a note that the binary is located in /usr/lib/git-core. This is surely not intended? Josef --- Core.pm.backup 2008-07-14 12:41:48.0 +0200 +++ Core.pm 2008-07-14 12:44:26.0 +0200 @@ -581,8 +581,12 @@ my $error_message = $svn_error->strerror(); while ($svn_error) { - $error_message .= ': ' . $svn_error->message(); -$svn_error = $svn_error->child(); + if($svn_error->message()) { +$error_message .= ': ' . $svn_error->message(); + } else { +$error_message .= ': {???}'; + } + $svn_error = $svn_error->child(); } return $error_message; }
Bug#498178: iceweasel: Inofficial XForms extension builds lead to crash
Package: iceweasel Version: 3.0.1-1 Severity: normal Installing the stable XForms XPI from http://philipp.wagner.name/mozilla-xforms/ doesn't affect running Iceweasel per se, but as soon as a page with XForms is loaded, Iceweasel crashes with a segfault inside the XPI and no usable backtrace. This is on a 64-bit machine. However, installing the same XPI on a vanilla 32-bit Firefox 3.0.1 works fine. For some reason the Mozilla folks don't build this XPI anymore on their servers, hence this 'unofficial' repository. Since Mozilla also doesn't offer a 64 bit version of Firefox 3.0.x, I cannot test if this might be the reason. Downloading the latest snapshot of pre-3.1 for 64 bit and the latest XPI doesn't work either, the XPI refuses to install on it. What would be even cooler is if Debian could enable the XForms extension by default. XForms is a W3C standard and as such used on a couple of sites mostly in intranets. http://www.mozilla.org/projects/xforms/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages iceweasel depends on: ii debianutils 2.28.6 Miscellaneous utilities specific t ii fontconfig2.5.0-2generic font configuration library ii libc6 2.7-11 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.0-4The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473350: [pkg-ggz-maintainers] Bug#473350: Reproducible
Hello Neil, Am Donnerstag 28 August 2008 19:26:50 schrieb Neil Williams: > * Starting GGZ server ggzd > () Unable to read file /etc/ggzd/ggzd.conf: No such file or > directory () WARNING: No configuration file loaded! > [ ok ] > [EMAIL PROTECTED]:ggz-server-0.0.14.1$ > > So without /var/lib/ggzd/ggzdb.ver, the install succeeds and the server > starts, albeit with a warning about a missing configuration file that > was removed to fix a different bug (according to the changelog). See > #454683. The warning is indeed a bit annoying, but not harmful in any way. We will look into how to convey the semantics of "optional" configuration files into the API of libggz upstream. > libdb4.6 vs libdb4.3 - Hmmm. This is what has been identified as a problem before, but so far nobody has stepped up to upload fixed packages which tighten the build dependencies or alternatively backport the M4 macros for libdb detection which were fixed in trunk. See my comments on bug #490420. IMHO tightening the build-deps will be the quickest fix to avoid header and library mismatching with libdb4. Josef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496183: xfce4-xkb-plugin: Ambiguity due to missing variant display
Package: xfce4-xkb-plugin Version: 0.4.3-1 Severity: normal The plugin is working fine and is easy to use. However, I've configured both a "ru (typewriter)" and a "ru (phonetic)" keyboard layout. Both of them are just displayed as "ru" in the panel and in the configuration dialogue. The layout variants should be appended to remove the ambiguity and to make the tool consistent with the corresponding setup tool (xfkc). In addition, it would be nice if there was a tooltip with this information when the language is displayed as a flag. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages xfce4-xkb-plugin depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11 GNU C Library: Shared libraries ii libcairo2 1.6.4-2The Cairo 2D vector graphics libra ii libfontconfig12.5.0-2generic font configuration library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfce4util4 4.4.2-3Utility functions library for Xfce ii libxfcegui4-4 4.4.2-4Basic GUI C functions for Xfce4 ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii xfce4-panel 4.4.2-6The Xfce4 desktop environment pane xfce4-xkb-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496181: console-cyrillic: Instructions do not work
Package: console-cyrillic Version: 0.9-15.2 Severity: normal Using the instructions in README.Debian, namely the first line where 'cyr' is invoked, switches the font correctly but doesn't give me the possibility to enter characters in cyrillic. The switch Shift+Alt doesn't seem to do anything. Please provide foolproof instructions on how to enter cyrillic characters. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages console-cyrillic depends on: ii console-terminus 4.26-2 Fixed-width fonts for fast reading ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii perl-base5.10.0-13 minimal Perl system console-cyrillic recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#493570: Patch
This patch makes it work, although I didn't yet see if the results are correct. --- git-svnimport.perl.old 2008-08-03 12:21:26.0 +0200 +++ git-svnimport.perl 2008-08-03 12:21:35.0 +0200 @@ -933,7 +933,7 @@ $to_rev = $from_rev + $repack_after; $to_rev = $opt_l if $opt_l < $to_rev; print "Fetching from $from_rev to $to_rev ...\n" if $opt_v; - $svn->{'svn'}->get_log("/",$from_rev,$to_rev,0,1,1,\&commit_all); + $svn->{'svn'}->get_log("",$from_rev,$to_rev,0,1,1,\&commit_all); my $pid = fork(); die "Fork: $!\n" unless defined $pid; unless($pid) {
Bug#493570: git-core: Importing SVN repositories doesn't work
Package: git-core Version: 1:1.5.6.3-1 Severity: normal The git-svnimport script doesn't seem to work properly with SVN 1.5.0. I'm not sure if the bug is with the script or with the Perl bindings to SVN; see #486527 for a probably related bug. Feel free to reassing in this case. Here's a transcript which shows the error: $ LANG=C perl /usr/share/doc/git-core/contrib/examples/git-svnimport.perl -v svn://svn.ggzgamingzone.org/svn Initialized empty Git repository in GIT/.git/ Processing from 1 to 10429 ... Fetching from 1 to 1001 ... perl: /tmp/buildd/subversion-1.5.0dfsg1/subversion/libsvn_ra/ra_loader.c:973: svn_ra_get_log: Assertion `*path != '/'' failed. P.S. This contrib script should probably go to /usr/bin as an executable script because a lot of the git documentation refers to it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages git-core depends on: ii libc6 2.7-11GNU C Library: Shared libraries ii libcurl3-gnutls7.18.1-1 Multi-protocol file transfer libra ii libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii perl-modules 5.10.0-11.1 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages git-core recommends: ii less 418-1 Pager program similar to more ii openssh-client [ssh-client] 1:4.7p1-11 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii rsync 3.0.2-2fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492159: Encoding should also be changed
While we're at it: Please have a look at the configure option --with-charset=utf-8 to align the package with the "unicode by default" goal of Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492159: eruby: Web server integration should be made easier
Package: eruby Version: 1.0.5-1 Severity: wishlist Tags: patch The eruby package is not well integrated with the rest of the system. The user still needs to perform a lot of manual work to get it running for the common use case of embedding Ruby into HTML pages. I suggest to add a file /etc/apache2/conf.d/eruby with the following contents: AddType application/x-httpd-eruby .rhtml Action application/x-httpd-eruby /cgi-bin/eruby ScriptAlias /cgi-bin/eruby /usr/bin/eruby As well as integration for other web servers once there is a demand. The file could be placed in /usr/share/doc/eruby/examples with a hint in README.Debian at the very minimum. Although I'd say that putting it into the Apache dir even without a dependency on Apache wouldn't be too intrusive. P.S. The report was written on a Kubuntu system but its reportbug doesn't work and the bug equally applies to all Debian versions listed on p.d.o. -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-386 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 eruby depends on: ii libc62.6.1-1ubuntu10 GNU C Library: Shared libraries ii liberuby 1.0.5-1 Library for eruby ii libruby1.8 1.8.6.36-1ubuntu3.1 Libraries necessary to run Ruby 1. eruby recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490420: [pkg-ggz-maintainers] Bug#490420: ggz-server: FTBFS: ggzdb_db4.c:335: undefined reference to `db_create'
Am Samstag 12 Juli 2008 10:20:13 schrieb Lucas Nussbaum: > > ../ggzd/database/libggzdb.a(libggzdb_a-ggzdb_db4.o): In function > > `_ggzdb_init_stats': > > /build/user-ggz-server_0.0.14.1-1-amd64-5byqks/ggz-server-0.0.14.1-1/ggzd > >/database/ggzdb_db4.c:335: undefined reference to `db_create' We can do two things here: - require libdb and libdb-dev <= 4.4 - backport from trunk which supports, in a safer way, libdb up to version 4.7 Considering the pending freeze of lenny, I think the former should be done to avoid all sorts of side issues. Are uploads still allowed or does this need action from the release team? release.debian.org is very vague on the schedule. Josef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490116: ogle: Typo in package description for de_DE
Package: ogle Severity: minor The German translation of the package description refers to ogle-mx, but the package name is ogle-mmx. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488051: livemedia-utils: Missing manpage
Package: livemedia-utils Version: 2007.02.20-2 Severity: important The utilities clutter /usr/bin without shipping manual pages. openRTSP would probably be useful to me. Some of the current football games have a broken mms:// stream and only seam to offer rtsp://. So I wanted to use openRTSP but although it succeeds in downloading it cannot interpret the data and hence aborts. IMHO it's not the business of the tool to interpret the data, it should just save it somewhere so one can use a media player to play it. The -a flag listed in the HTML help file doesn't really help. Anyway, enough of the rant, the manual pages would probably help already. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages livemedia-utils depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-4 GCC support library ii libstdc++64.3.0-4The GNU Standard C++ Library v3 livemedia-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487759: gnome-games: GGZ registration files should be shipped and registered
Package: gnome-games Version: 1:2.22.2.1-1 Severity: wishlist Currently, GGZ mode can only be activated from within the GNOME games which support it. However, launching the games from an external client requires the *-client.dsc files to be present in some directory and registered with ggz-config in the postinst file. More information can be found for the 4th case in: http://svn.ggzgamingzone.org/trac.cgi/browser/trunk/docs/ggz-project/packagers Or, alternatively, in the postinst files of the pkg-ggz repository: http://svn.debian.org/wsvn/pkg-ggz/trunk/ggz-gtk-games/debian/ggz-gtk-games.postinst?op=file&rev=0&sc=0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages gnome-games depends on: ii gnome-games-data 1:2.22.1.1-3 data files for the GNOME games ii gnuchess 5.07-4Plays a game of chess, either agai ii guile-1.8-libs 1.8.5+1-1 Main Guile libraries ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libgcc11:4.3.0-4 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libggz20.0.14.1-1GGZ Gaming Zone: common utilities ii libggzcore90.0.14.1-1GGZ Gaming Zone: core client front ii libggzmod4 0.0.14.1-1GGZ Gaming Zone: game frontend lib ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii librsvg2-common2.22.2-2 SAX-based renderer library for SVG ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii python 2.5.2-1 An interactive high-level object-o ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.22.0-1 Python bindings for the GNOME desk ii python-gtk22.12.1-3 Python bindings for the GTK+ widge ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gnome-games recommends: pn gnome-games-extra-data (no description available) pn python-gtkglext1 (no description available) pn python-opengl (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487710: automoc: Package description is not clear
Package: automoc Version: 1.0~svn813484-1 Severity: wishlist The package description is not clear about what automoc is actually doing. It doesn't even mention cmake. It also doesn't come with a manpage which would warrant setting up a very high priority of this report but I guess that's easy to fix :) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages automoc depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-4 GCC support library ii libqt4-dev4.4.0-2Qt 4 development files ii libqtcore44.4.0-2Qt 4 core module ii libstdc++64.3.0-4The GNU Standard C++ Library v3 automoc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487247: libsoprano-dev: Please update to 2.0.97 or later
Package: libsoprano-dev Version: 2.0.3-1 Severity: wishlist The version 2.0.97 is required to build KDE 4 with RDF support. It was released several months ago. Please update the package, preferably to 2.0.98. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages libsoprano-dev depends on: ii libsoprano4 2.0.3-1libraries for the Soprano RDF fram libsoprano-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486527: git-svn: use of uninitialised value in 'dcommit' operation
Package: git-svn Version: 1:1.5.5.4-1 Severity: normal I've cloned and modified a SVN repository (svn+ssh://...), all works fine. But I cannot commit back my changes with git-svn dcommit. The error message looks like that after the password query: Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/SVN/Core.pm line 579. Authorization failed: at /usr/bin/git-svn line 3273 In the affected line it tries to call get_commit_editor, effectively in line 3083: $self->SUPER::get_commit_editor($log, $cb, @lock, $pool); The concatenation is probably hidden in the Perl bindings to SVN somewhere. Using Perl 5.10.0. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages git-svn depends on: ii git-core1:1.5.5.4-1 fast, scalable, distributed revisi ii libsvn-perl [libsvn-core-pe 1.4.6dfsg1-4 Perl bindings for Subversion ii libterm-readkey-perl2.30-4 A perl module for simple terminal ii libwww-perl 5.812-1 WWW client/server library for Perl git-svn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486318: libdb4.7-dev: missing conflicts
Package: libdb4.7-dev Version: 4.7.25-2 Severity: normal The package installs /usr/include/db.h which is also present in other packages, e.g. libdb4.5-dev. Some conflicts/replaces markers are missing from the package to make it installable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages libdb4.7-dev depends on: ii libdb4.7 4.7.25-2 Berkeley v4.7 Database Libraries [ libdb4.7-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486317: xterm: missing .desktop files
Package: xterm Version: 235-1 Severity: wishlist The xterm package contains various graphical applications. They should be accessible through the xdg menu system in addition to the Debian menu entries. I would like to see at least a .desktop file for uxterm. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages xterm depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libfontconfig12.5.0-2generic font configuration library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080503-1 Shared libraries for terminal hand ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.3+1 X11 utilities ii xutils1:7.3+11 X Window System utility programs m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483919: classpath-qtpeer: Classpath AWT support still royally broken
Package: classpath-qtpeer Version: 2:0.97.1-3 Severity: normal I'm trying to run a hybrid Java applet/application on an AMD64 sid machine. While my goal would be to get the applet running, I'm already stuck with some Classpath bugs regarding any GUI activity of the application. When using gij-4.3 with the Gtk+ peers, the application just hangs instead of opening a window. Selecting the Qt peers doesn't seem to be possible. When deliberately giving it a wrong URL, it should just show an error message box. It does so with the Gtk+ peers although the text is not readable on it and the button cannot be clicked. When using cacao instead of gij-4.3, I can select the Qt peers. But it doesn't help, instead the backtrace hints at some missing methods in the peers. $ cacao -Dawt.toolkit=gnu.java.awt.peer.qt.QtToolkit -jar ggz-java-client.jar -uri foo QPixmap: It is not safe to use pixmaps outside the GUI thread [...] Exception in thread "main" java.lang.UnsupportedOperationException at gnu.java.awt.peer.qt.QtFontPeer.getLineMetrics(QtFontPeer.java:188) at java.awt.Font.getLineMetrics(Font.java:1029) [...] at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:1442) The JAR file can be downloaded from: http://us.ggzgamingzone.org/~josef/ggz-java-client.jar It works fine with the latest JDK7 builds and other Sun releases. Ideally, the bug would be considered fixed when the application runs without any problems. But any sort of status information and hints would already help. According to Tom Marble's Debconf7 talk, OpenJDK would become a Lenny release goal, but it doesn't seem to be the case according to release.debian.org. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages classpath-qtpeer depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-4 GCC support library ii libqtcore44.4.0-2Qt 4 core module ii libqtgui4 4.4.0-2Qt 4 GUI module ii libstdc++64.3.0-4The GNU Standard C++ Library v3 classpath-qtpeer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483519: git-svn: No help/-h/--help option
Package: git-svn Version: 1:1.5.5.1-1 Severity: wishlist The git-svn tool is not consistent with the rest of the git bunch as it doesn't have any option to display a short summary of options or the manual page. It would be nice to have at least -h/--help working as this is usually expected from a command line tool. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages git-svn depends on: ii git-core1:1.5.5.1-1 fast, scalable, distributed revisi ii libsvn-perl [libsvn-core-pe 1.4.6dfsg1-4 Perl bindings for Subversion ii libterm-readkey-perl2.30-4 A perl module for simple terminal ii libwww-perl 5.812-1 WWW client/server library for Perl git-svn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443167: fluxbox also doesn't notice resolution changes
Just some add-on information: It also doesn't recognise resolution changes so that if a screen is scaled down from 1680x1050 to 1024x768 to accommodate a projector, then displaying PDF files fullscreen crops them. Happened today to me in front of my students, who hence collectively learned that fluxbox 1.0.0+deb1-6 is inferiour to state-of-the-art window managers. And I was about to open a new bug just to see that this one has been open for a long time. Before trying to do anything about it I want to see some feedback. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481581: sugar: Sugar can power down the computer
Package: sugar Version: 0.79.4-2 Severity: normal I decided to toy around with Sugar a bit to see what it's all about, and apt-get installed sugar. When clicking on "shutdown" in the context menu, I was surprised to see that my computer actually shut down, despite /usr/bin/sugar* not carrying any s(u|g)id bit. Given that /sbin/halt refuses to be run by an ordinary user, where does Sugar get the privileges from? In any case, it shouldn't have that privilege since malicious softare could exploit it to power down the computer. Security policies shouldn't appear as inconsistent as they do in this case. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages sugar depends on: ii dbus-x11 1.1.1-3simple interprocess messaging syst ii librsvg2-common 2.18.2-1 SAX-based renderer library for SVG ii matchbox-window-manager 1.2-1 window manager for resource-limite ii python2.5.2-1An interactive high-level object-o ii python-cairo 1.4.0-2+b1 Python bindings for the Cairo vect ii python-central0.6.6 register and build utility for Pyt ii python-dbus 0.82.3-1 simple interprocess messaging syst ii python-gnome2-desktop 2.20.0-1 Python bindings for the GNOME desk ii python-gobject2.14.0-2 Python bindings for the GObject li ii python-gst0.100.10.11-1 generic media-playing framework (P ii python-gtk2 2.12.0-1 Python bindings for the GTK+ widge ii python-hippocanvas0.2.23-4.1 Python bindings to hippo-canvas ii python-numpy 1:1.0.4-8 Numerical Python adds a fast array ii python-simplejson 1.9.1-1Simple, fast, extensible JSON enco ii python-sugar 0.79.1-1 Sugar graphical shell - core funct ii python-sugar-toolkit 0.79.6-2 Sugar graphical shell - core widge ii python-telepathy 0.15.0-1 python language bindings for telep ii telepathy-gabble 0.7.5-2Jabber/XMPP connection manager ii telepathy-salut 0.3.1-1Link-local XMPP connection manager ii telepathy-stream-engine 0.5.2-1stream handler for the Telepathy f Versions of packages sugar recommends: ii gstreamer0.10-plug 0.10.8-2 GStreamer plugins from the "good" ii net-tools 1.60-17.2 The NET-3 networking toolkit ii network-manager0.6.5-3 network management framework daemo ii sugar-artwork 0.79.2-2 Sugar graphical shell - artwork ii x11-xserver-utils 7.3+1 X server utilities ii xbase-clients 1:7.3+3 miscellaneous X clients - metapack ii xserver-xephyr 2:1.4.1~git20080131-3 nested X server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480873: udev: Support for hot-pluggable DVD drives
Package: udev Version: 0.114-2 Severity: minor My notebook has a hot-swappable bay to hold either a battery or a DVD drive. A change of battery has always been detected, but a change of the DVD drive has only become possible since Linux 2.6.25. Unfortunately udev only receives a "change" event and no device is created by default. The device is only created when booting with the DVD drive plugged in. Here's a fix (or workaround) which makes people with hot-pluggable drives happy. The udev rule: ACTION=="change", SUBSYSTEM=="platform", DEVPATH=="/devices/platform/bay.0", RUN="/usr/local/bin/udev-dvdbay.sh" Contents of the script: if [ -b /dev/hda ]; then rm /dev/hda else mknod /dev/hda b 3 0 chmod 660 /dev/hda chgrp cdrom /dev/hda fi It'd be nice to see such functionality included in the udev package. It can surely be done better than I did, without assuming /dev/hda for example, but at least it works for me now. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: insgesamt 36 -rw-r--r-- 1 root root 65 2008-01-01 00:09 01_apanel.rules -rw-r--r-- 1 root root 466 2008-05-12 15:49 01_dvdplug.rules lrwxrwxrwx 1 root root 20 2007-11-13 17:23 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 19 2007-11-13 17:32 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2007-11-13 18:21 025_libsane.rules -> ../libsane.rules lrwxrwxrwx 1 root root 22 2007-12-14 13:20 025_logitechmouse.rules -> ../logitechmouse.rules -rw-r--r-- 1 root root 980 2008-04-21 14:42 55-hpmud.rules lrwxrwxrwx 1 root root 15 2007-11-13 17:23 85-pcmcia.rules -> ../pcmcia.rules lrwxrwxrwx 1 root root 16 2008-01-08 23:25 libmtp7.rules -> ../libmtp7.rules lrwxrwxrwx 1 root root 15 2008-01-08 23:25 libnjb.rules -> ../libnjb.rules lrwxrwxrwx 1 root root 13 2007-11-13 17:23 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 25 2007-11-13 17:23 z20_persistent-input.rules -> ../persistent-input.rules lrwxrwxrwx 1 root root 19 2007-11-13 17:23 z20_persistent.rules -> ../persistent.rules -rw-r--r-- 1 root root 699 2008-05-12 15:17 z25_persistent-cd.rules -rw-r--r-- 1 root root 654 2007-12-30 00:04 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2007-11-13 17:23 z45_persistent-net-generator.rules -> ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2007-11-13 17:23 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 2007-11-13 17:23 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 19 2007-11-13 17:32 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2007-11-13 17:32 z60_hdparm.rules -> ../hdparm.rules -rw-r--r-- 1 root root 1914 2008-01-11 15:18 z60_libccid.rules -rw-r--r-- 1 root root 2589 2007-06-03 23:02 z60_libpisock9.rules -rw-r--r-- 1 root root 6661 2007-12-02 03:40 z60_xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 29 2007-11-13 17:23 z75_cd-aliases-generator.rules -> ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2008-05-12 15:15 z99_hal.rules -> ../hal.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/hda/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda5/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input0/mouse0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input5/event5/dev /sys/class/input/input6/event6/dev /sys/class/input/input7/event7/dev /sys/class/input/input8/event8/dev /sys/class/input/input8/mouse1/dev /sys/class/input/input9/event9/dev /sys/class/input/input9/mouse2/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/cpu_dma_latency/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/mcelog/dev /sys/class/misc/network_latency/dev /sys/class/misc/network_throughput/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/misc/watchdog/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.
Bug#475654: x11-xserver-utils: [xsetroot] Changing background requires an application to be present
Am Samstag 12 April 2008 11:54:44 schrieb Michel Dänzer: > Does starting the X server with -noreset avoid the problem? If so, this > is nothing specific to xsetroot. See the Xserver manpage about -noreset. Indeed, it helps. Still it wouldn't hurt to mention this fact in the manpage to xsetroot. It is not obvious that the tools works like an application which attaches to and detaches from the X server. And since this is the desired behaviour, the openbox startup script can never work when using startx, so the bug should be reassigned/diverted to openbox. Josef
Bug#475654: x11-xserver-utils: [xsetroot] Changing background requires an application to be present
Package: x11-xserver-utils Version: 7.3+1 Severity: minor I'm running either Xephyr or Xnest and try something like xsetroot -solid "#303030". This works when an application is running (e.g. xterm) but not when the xserver has just been started without any apps attached to it. The xsetroot manpage doesn't mention this, so it might be a bug or an issue worth to be informed about. This issue affects e.g. /etc/xdg/openbox/autostart.sh which contains a useless xsetroot call which doesn't work on startup of openbox. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.2.3-2The GNU C preprocessor (cpp) ii libc6 2.7-9GNU C Library: Shared libraries ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxmuu11:1.0.3-1X11 miscellaneous micro-utility li ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-4X11 event trapping extension libra ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii x11-common 1:7.3+3 X Window System (X.Org) infrastruc x11-xserver-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379448: Ruby patch is not correct
Sorry for reopening the report, but I think that instead of + if ($command =~ m/~ruby[0-9\.]*(\.exe)?$/i) { the patch line should read + if ($command =~ m/^ruby[0-9\.]*(\.exe)?$/i) { Thanks for reviving sloccount maintenance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473350: [pkg-ggz-maintainers] Bug#473350: fails to install
Em 30/3/2008, "Frederik Eaton" <[EMAIL PROTECTED]> escreveu: >Setting up ggzd (0.0.14.1-1) ... >Starting GGZ server: ggzd() Unable to read file /etc/ggzd/ggzd.conf: >No such file or directory >() WARNING: No configuration file loaded! >() db_e->open() failed in _ggzdb_init(/var/lib/ggzd): No such file >or directory >() *** Database initialization failed This looks like an issue in ggzd to me, as opposed to ggz-game-servers. Do you have the directory /var/lib/ggzd at all? The server can be installed and started just fine on my system, but there are errors when there's an old database version (i.e. db4) in /var/lib/ggzd. In these situations you should see something like: Program version 4.6 doesn't match environment version 4.4 when running /etc/init.d/ggzd start. Since you don't seem to see that warning, I'm confused why you see the error, because a group games-owned /var/lib/ggzd is part of the package, you might verify this with dpkg -L ggzd.
Bug#472408: [pkg-ggz-maintainers] Bug#472408: Bug#472408: xadrez-chines: fails to start with POSIX locale
Salut, Am Dienstag 25 März 2008 21:47:43 schrieb Yann Dirson: > I'm not sure about a standard, but there are at least technical > solutions to do so using best-effort conversion, such as using konwert > filters: Please have a look at: http://svn.ggzgamingzone.org/trac.cgi/browser/trunk/python/ggzboard/unicode.txt and tell me if you like this new behaviour better. One thing to note is that asciify() changed its codec from "ascii" to locale.preferredencoding() so you get decent output on latin1 terminals. Check out /python and run ggzboard or xadrez-chinês to see it in action. If there are some issues, please point out concrete positions and examples. Josef
Bug#469943: xterm: Unicode display problems
Package: xterm Version: 232-1 Severity: normal If I invoke the application with uxterm -fa monospace -fs 12 -bg black -fg white the settings match those provided by gnome-terminal by default. Yet (u)xterm doesn't display some characters properly. Sometimes (with fonts such as monospace) it at least hints at them being there by drawing boxes, but with the Debian-provided default font and some other fonts it only draws spaces. This affects for example the following greek letters: 'ΩϡϿ' With monospace the omega (Ω) is shown correctly, but the other two are not. The same characters work fine in gnome-terminal. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-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/bash Versions of packages xterm depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libfontconfig12.5.0-2generic font configuration library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20071103-1 Shared libraries for terminal hand ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 2:1.0.4-1 X11 Athena Widget library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.3+1 X11 utilities ii xutils1:7.3+3X Window System utility programs m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]