Bug#572486: update-grub does not work
Package: grub-pc Version: 1.98-1 Severity: normal This is fixed by installing grub. However, grub does not install itself on upgrade so it breaks. -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/ae7d5095-c8b3-4205-af0e-032b0e124ec3 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda5 /heretix reiserfs rw,nodev,noexec,relatime 0 0 /dev/sda8 /home ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda3 /scratch ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda9 /opt/ddr ext3 rw,relatime,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** 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=${saved_entry} 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 } insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 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 insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 set locale_dir=($root)/boot/grub/locale set lang=en 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/10_linux ### menuentry Debian GNU/Linux, with Linux 2.6.32-3-amd64 --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-3-amd64 (recovery mode) --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-2-amd64 --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.32-2-amd64 ... linux /boot/vmlinuz-2.6.32-2-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-2-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-2-amd64 (recovery mode) --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.32-2-amd64 ... linux /boot/vmlinuz-2.6.32-2-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-2-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.30-bpo.2-amd64 --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.30-bpo.2-amd64 ... linux /boot/vmlinuz-2.6.30-bpo.2-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.30-bpo.2-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.30-bpo.2-amd64 (recovery mode) --class debian --class gnu-linux --class gnu --class os { insmod ext2 set root='(hd0,7)' search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3 echoLoading Linux 2.6.30-bpo.2-amd64 ... linux
Bug#550341: grub-pc: works for me wiht 1.98-1
Package: grub-pc Severity: normal With 1.98-1 I can no longer reproduce the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574572: lintian: false positives with shared libraries
On 20 March 2010 10:53, Russ Allbery r...@debian.org wrote: For that, if I were you I'd drop the -heimdal from any library package that doesn't actually conflict with an MIT Kerberos library package, which is the majority of the cases. I don't see any obvious reason why, say, libkafs0 or libhx509-5 need to have the -heimdal suffix. Of course, you only want to change package names when you have to anyway because of an SONAME change, so in the meantime you may want to add overrides. Yes, have considered that myself. However, the SONAME doesn't change very frequently on these libraries. In fact I think some of these libraries the SONAME never have changed since I started maintaining them. It is possible the only SONAME change I have seen are related to libkrb5 (need to check my changelog to be sure), the one you talk about below. Some libraries, e.g. libotp0 are very generic, but the argument could be made that Heimdal shouldn't really ship with it anyway as (AFAIK) it has nothing to do with Kerberos. Not sure about libsl0 - I have associated this with libss0 in e2fsprogs, however not really understood what they are about or why two versions are required. I'm of two minds about the packages that actually conflict with MIT Kerberos. On one hand, since the SONAME is different, there's no inherent reason why you need the -heimdal. Calling the library package just libkrb5-26 would be fine technically. On the other hand, it looks like a much newer version of libkrb5-3 and hence could be confusing to humans, so there's an argument to be made for keeping it and the override forever. (And the situation with libkadm* libraries is a bit more complicated, although MIT Kerberos has now renamed their SONAMEs.) Yes, this was major the reason I used the -heimdal prefix in the first place. Yes, the soname is different now, but this may not always be the case. -- Brian May br...@microcomaustralia.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574671: FTBFS: /tmp/buildd/php5-5.3.2/pear-build-download is not writeable
Package: php-log Version: 1.10.0-1 Severity: serious Justification: FTBFS in a chroot -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 While looking at #572265 I found that the package doesn't build in my sid cowbuilder i386 chroot. Relevant lines: # install everything in default locations /usr/bin/pear \ -c debian/pearrc \ -d include_path=/usr/share/php \ -d php_bin=/usr/bin/php \ -d bin_dir=/usr/bin \ -d php_dir=/usr/share/php \ -d data_dir=/usr/share/php/data \ -d doc_dir=/usr/share/php/docs \ -d test_dir=/usr/share/php/tests \ install --offline --nodeps -P /tmp/php-log/php-log-1.10.0/debian/php-log/ Log-1.10.0/package.xml Warning: Invalid argument supplied for foreach() in PEAR/Downloader/Package.php on line 168 PHP Warning: Invalid argument supplied for foreach() in /usr/share/php/PEAR/Downloader/Package.php on line 168 download directory /tmp/buildd/php5-5.3.2/pear-build-download is not writeable. Change download_dir config variable to a writeable dir Cannot download non-local package Log-1.10.0/package.xml install failed make: *** [common-install-indep] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Complete log attached. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLpBYiAAoJELs6aAGGSaoGXrYQAINUtU87+iMZTOC3T5luhY6a IehKCWI25FG6u77jeWCpoOBXNISky9ED6P1zvtnWHOI40qEKMSVYR6TFGYpu6X76 priq1nMSdoZdZLMdTmTgBXmUeSH9ImXa5i2+YnBwYz9b4F1kaRz5J50GK0tskr3Q ic838ffckHfAhz5uCSXBoU5JRxNefxbrsJqfpAgiFLNEcmM9Er23M/f4vM8KbRii OonSlR632uru3MqbBJr0csoUPtnvPR+xbGJatIgZMsCY+3g+lN/5sHzus8nLi6+9 mmYuSoer5kqYuyFbrc2P5rwtVVFX7qx883UAoA0uVWIFOI55NPLg8Gfrxl9uRhr0 I0joxwMvusXrDeOEiRI5rp/BqWXBNjujzymIszs3U2CftdIxbuxi2uSMw4sDN5lY zEaWiSg6CWPfv65S3o2I6j9c3xzgcSUMicsWEY8q39VD2raN6yobAxYdeR4/3iZ6 cIcE37iYE0TqtCf+LgZMXM9SmGbVefxeoQ4y/mFdygjl7GZyGB4Umm/fUum9Rxgw P12bdL196SzjQCjKtfOFkHqZz1O4FgtePqvkV2JmIRY75M2ARRz3lq0RM2VWDbdX DqeFIvFVUP/pbIchYv2oMztfJS3AFL0/Kbm4cVTcltW6ZB7MkRm71A5UBqD3yrd6 PmPboDZ21OHKLhO2lSrS =ZqT6 -END PGP SIGNATURE- - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.2252 forking: cp -al /var/cache/pbuilder/base.cow /var/cache/pbuilder/build//cow.2252 I: removed stale ilistfile /var/cache/pbuilder/build//cow.2252/.ilist - Invoking pbuilder forking: pbuilder execute --bindmounts /tmp/php-log --buildplace /var/cache/pbuilder/build//cow.2252 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.2252 cow-shell /usr/lib/pbuilder/pdebuild-internal /tmp/php-log/php-log-1.10.0 --debbuildopts --debbuildopts --uid 1000 --gid 1000 --pbuildersatisfydepends /usr/lib/pbuilder/pbuilder-satisfydepends I: Running in no-targz mode I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: Mounting /tmp/php-log I: Mounting /var/cache/pbuilder/ccache I: Mounting /var/cache/pbuilder/distcc I: policy-rc.d already exists I: Obtaining the cached apt archive contents W: no hooks of type F found -- ignoring Reading package lists... Building dependency tree... Reading state information... pbuilder is already the newest version. pbuilder set to manually installed. passwd is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I: Setting DEBBUILDOPTS= I: Setting DEBBUILDOPTS= I: user script //tmp/hooks/D10-man-db starting I: Preseed man-db/auto-update to false I: user script //tmp/hooks/D10-man-db finished I: user script //tmp/hooks/D70build-area starting I: Set APT=yes to run apt-get update. I: user script //tmp/hooks/D70build-area finished I: user script //tmp/hooks/D80-sunjava starting I: Set SUN=yes to accept SUN Java license. I: user script //tmp/hooks/D80-sunjava finished - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: i386 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder and should Depends: debhelper (= 5), dh-make-php (= 0.2.3), cdbs dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Reading package lists... Building dependency tree... Reading state information... aptitude is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Selecting previously deselected package pbuilder-satisfydepends-dummy. (Reading database ... 12636 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy:
Bug#574670: libboost-doc: Please document that the MPL - Fusion adapter also works the other way.
Package: libboost-doc Version: 1.40.0.1 Severity: minor In the section mpl sequence, the Fusion documentation states that: Including the module header makes all MPL sequences fully conforming fusion sequences. In fact, it works the other way around as well, turning Fusion sequences into MPL sequences. Even something as simple as adding ... and all fusion sequences fully conforming MPL sequences would have saved me some effort trying to find out how to do this. Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libboost-doc depends on: ii libboost1.40-doc 1.40.0-6 Boost.org libraries documentation libboost-doc recommends no packages. libboost-doc 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#574572: lintian: false positives with shared libraries
Brian May b...@debian.org writes: Yes, have considered that myself. However, the SONAME doesn't change very frequently on these libraries. In fact I think some of these libraries the SONAME never have changed since I started maintaining them. Yeah, that's not surprising. I'll be surprised if upstream ever changes the SONAME of libkafs, for instance. I suspect you're best off just adding overrides and only reconsidering if there's a good opportunity and an SONAME change that you notice. Some libraries, e.g. libotp0 are very generic, but the argument could be made that Heimdal shouldn't really ship with it anyway as (AFAIK) it has nothing to do with Kerberos. Well, insofar as Heimdal provides them and uses them, I wouldn't worry too much about it. Having the library package name reflect the name of the library is good because it draws attention to any potential conflict. Having SONAMEs conflict but package names not is not actually a good situation and one we should try to avoid if at all possible in Debian. Yes, this was major the reason I used the -heimdal prefix in the first place. Yes, the soname is different now, but this may not always be the case. I believe the SONAME will always have to be different or all sorts of things break horribly, starting with libkrb5-multidev and heimdal-multidev. From recent upstream discussions with the MIT Kerberos developers, I believe they're planning on ensuring that the SONAMEs will always stay distinct. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572064: Please provide python-uno for other python version, at least 2.6
Hi, On Tue, Mar 02, 2010 at 12:45:26PM +0100, Jürgen Strobel wrote: In short I wanted the following to work with python2.6: ~/% python Python 2.5.5 (r255:77872, Feb 1 2010, 19:53:42) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. import uno uno.getComponentContext() pyuno object (com.sun.star.uno.XComponentContext)0x96e9d88{, supportedInterfaces={com.sun.star.uno.XComponentContext,com.sun.star.container.XNameContainer,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak,com.sun.star.lang.XComponent}} I just tried it out of curiosity - and surprinsingly it *does* seem to work after I created the necessary symlinks in /usr/lib/python2.6/dist-packages: r...@frodo:/usr/lib$ ls -l python2.5/site-packages/uno*.py python2.6/dist-packages/uno*.py lrwxrwxrwx 1 root root32 19. Mär 10:27 python2.5/site-packages/unohelper.py - /usr/share/pyshared/unohelper.py lrwxrwxrwx 1 root root26 19. Mär 10:27 python2.5/site-packages/uno.py - /usr/share/pyshared/uno.py lrwxrwxrwx 1 root root32 20. Mär 00:48 python2.6/dist-packages/unohelper.py - /usr/share/pyshared/unohelper.py lrwxrwxrwx 1 root root26 20. Mär 00:48 python2.6/dist-packages/uno.py - /usr/share/pyshared/uno.py $ python2.6 Python 2.6.5rc2 (r265rc2:78822, Mar 16 2010, 04:05:00) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. import uno uno.getComponentContext() pyuno object (com.sun.star.uno.XComponentContext)0x23fd820{, supportedInterfaces={com.sun.star.uno.XComponentContext,com.sun.star.container.XNameContainer,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak,com.sun.star.lang.XComponent}} Though I fear some effects we didn't think of and of some things which won't work... Maybe you could split the package providing the python loader for inside OOo and the UNO bindings for system python. Maybe the python guys should provide the bindings and a separate UNO client lib for each python version. Might probably be a good idea. but it should work in one package for now (though that of course would link (at the moment) against libpython2.5 and have /usr/lib/python2.5 in pythonloader.unorc... Have a build here with this but unfortunately you use i386 so it won't help you but as long as the symlinks are there it's what the package would do anyways (via python-central) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574664: dots crashed with GError in _init__()
arky, le Sat 20 Mar 2010 03:58:07 +0530, a écrit : In Ubuntu, we've applied the attached patch to achieve the following: * Fixes file import duplicate objects issue (LP: #541721) We thought you might be interested in doing the same. Thanks for the patch. Could you also forward it upstream? (Eitan Isaacson ei...@ascender.com) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572488: linux-image-2.6.33: fails to boot
On Fri, 19 Mar 2010, Michal Suchanek wrote: I found the config change which breaks the kernel. A kernel which differs from the official one only in this does boot, the official one does not. I am quite sure there are no messages to see, this only affects very early stages of boot as the build log after applying the change shows only very few objects dealing with realmore are rebuilt. Thanks Michal thanks for tracking that down, had guessed it was PCIEASPM, which it wasn't. this may well be a bios issue, please check cat /sys/devices/virtual/dmi/id/bios_version or cat /sys/devices/virtual/dmi/id/bios_date and cat /sys/devices/virtual/dmi/id/board_name and see if there is a bios update available? --- boot/config-2.6.33-6862010-03-19 17:34:53.0 +0100 +++ boot/config-2.6.33-6862010-03-19 15:46:19.0 +0100 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.33-686 -# Fri Mar 19 17:34:53 2010 +# Fri Mar 19 15:46:19 2010 # # CONFIG_64BIT is not set CONFIG_X86_32=y @@ -381,7 +381,7 @@ CONFIG_VIRT_TO_BUS=y CONFIG_MMU_NOTIFIER=y CONFIG_KSM=y -CONFIG_DEFAULT_MMAP_MIN_ADDR=65536 +CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y CONFIG_MEMORY_FAILURE=y CONFIG_HWPOISON_INJECT=m @@ -410,7 +410,7 @@ CONFIG_PHYSICAL_START=0x100 CONFIG_RELOCATABLE=y CONFIG_X86_NEED_RELOCS=y -CONFIG_PHYSICAL_ALIGN=0x100 +CONFIG_PHYSICAL_ALIGN=0x10 CONFIG_HOTPLUG_CPU=y # CONFIG_COMPAT_VDSO is not set # CONFIG_CMDLINE_BOOL is not set -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574672: /usr/bin/gpg-agent: Wakes up periodically
Package: gnupg-agent Version: 2.0.14-1 Severity: normal File: /usr/bin/gpg-agent gpg-agent seems to wake up every few seconds, due to select timing out. gpg-agent should not wake up until either it has something to do, or it needs to time out a key from memory. The former occurs when select says it has data to read from its socket, and the latter should sleep until the target time rather than waking up every couple of seconds. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg-agent depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libpth20 2.0.7-14 The GNU Portable Threads ii libreadline6 6.1-1 GNU readline and history libraries ii pinentry-gtk2 [pinentry] 0.8.0-1GTK+-2-based PIN or pass-phrase en Versions of packages gnupg-agent recommends: ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep gnupg-agent 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#574673: couchdb: Crash due to missing log directory
Package: couchdb Version: 0.10.1-2 Severity: important Couchdb crashes on startup with the following output: Apache CouchDB 0.10.1 (LogLevel=info) is starting. {init terminating in do_boot,{{badmatch,{error,shutdown}},[{couch_server_sup,start_server,1},{erl_eval,do_apply,5},{erl_eval,exprs,5},{init,start_it,1},{init,start_em,1}]}} Crash dump was written to: erl_crash.dump init terminating in do_boot () Starting couchdb in debug mode reveals that it wants to write its log file to /var/log/couchdb/couch.log, however that directory does not exist. When /var/log/couchdb is created, couch starts normally. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages couchdb depends on: ii adduser 3.112 add and remove users and groups ii erlang-base [erlang-abi- 1:13.b.4-dfsg-3 Erlang/OTP virtual machine and bas ii erlang-crypto1:13.b.4-dfsg-3 Erlang/OTP cryprographic modules ii erlang-inets 1:13.b.4-dfsg-3 Erlang/OTP Internet clients and se ii erlang-ssl 1:13.b.4-dfsg-3 Erlang/OTP implementation of SSL ii erlang-tools 1:13.b.4-dfsg-3 Erlang/OTP various tools ii erlang-xmerl 1:13.b.4-dfsg-3 Erlang/OTP XML tools ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcurl3 7.20.0-1Multi-protocol file transfer libra ii libicu42 4.2.1-3 International Components for Unico ii libjs-jquery 1.4.2-1 JavaScript library for dynamic web ii libmozjs2d 1.9.1.8-5 The Mozilla SpiderMonkey JavaScrip ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii mawk 1.3.3-15a pattern scanning and text proces ii procps 1:3.2.8-8 /proc file system utilities couchdb recommends no packages. couchdb 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#574645: freebsd-utils: swapon segfaults on kfreebsd-amd64
Santiago Vila sanv...@unex.es (19/03/2010): I rebuilt the package using DEB_BUILD_OPTIONS=noopt,nostrip and this is what gdb says: (gdb) bt #0 0x000800c7107c in _IO_vfprintf_internal (s=0x800f67aa0, format=value optimized out, ap=0x7fffe540) at vfprintf.c:1601 #1 0x000800c77c8a in __printf ( format=0x4018fa %s: %sing %s as swap device\n) at printf.c:35 #2 0x0040172b in main (argc=value optimized out, argv=0x7fffe7d0) at swapon.c:160 Running it with no argument at all, I also get a segfault. It looks like the getprogname() call is the culprit. [My crash is at swapon.c:215, which like swapon.c:160 uses a getprogname() call.] That's a bit strange, since setprogname() gets called with argv[0] at the beginning of main(), see debian/patches/016_swapon.diff I haven't got much time to dig deeper, sorry. Mraw, KiBi. signature.asc Description: Digital signature
Bug#573784: pius and caff from signing-party
On Fri, 2010-03-19 at 11:19 -0400, Daniel Kahn Gillmor wrote: Hi Luke-- Thanks for offering to package pius. It sounds like it does a very similar job to /usr/bin/caff from the signing-party package. i'm happy to see some friendly competition spring up in this space (hopefully both tools can benefit from ideas of the other), but i was wondering if you could clarify the differences in functionality between the two tools. Regards, --dkg Ah. I knew this would come up at some point ;) At this point, the two main differences I see is that: A) PIUS allows you to loop through all keys on a keyring, asking if you want to sign each one. If yes, it invokes the gpg command to do so. B) PIUS *seems* to be more configurable in respect to the way it sends mail. I have not looked at caff's mail config in great depth, but from what I have seen, this is true. I know this may be a small difference, but having used both tools, I prefer PIUS (no offense to caff's authors) for signing keys after a party. I would like to see the package accepted just so that there is a choice the users can make. That said, I am open to counter-arguments. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#574600: [kmymoney] Crashes when clicking on save
Same problem here. I searched for isRevoked in kmymoney and I found an assumption in libkgpgfile.cpp around line 311 which seems incorrect. As you see there: std::vectorGpgME::UserID userIDs = key.userIDs(); std::vectorGpgME::Subkey subkeys = key.subkeys(); for (unsigned int i = 0; i userIDs.size(); ++i) { const GpgME::Subkey skey = subkeys[i]; if (!(skey.isRevoked() || skey.isExpired() || skey.isInvalid() || skey.isDisabled())) it is assumed that a gpg key has the same number of userIDs and subkeys. As far as I can see, my key has one subkey and multiple userIDs. Hope this helps. Greetings, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574674: KrView: greedy modificator (?) does not recognized
Package: krusader Version: 1.90.0-3 Severity: normal In KrView, in builtin 'replace text' dialog, if 'regular expression' checkbox is checked, following regular expression does not work (with error 'invalid expression'): \w*? As I undertand, *? means 'zero or more, as less, as possible' (e.g. non-greedy version of *), but KrView does not accept it. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages krusader depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny4 core libraries and binaries for al ii libacl1 2.2.47-2Access control list shared library ii libattr1 1:2.4.43-2 Extended attribute shared library ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-3 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libkjsembed1 4:3.5.10-1 Embedded JavaScript library ii libkonq4 4:3.5.9.dfsg.1-6core libraries for Konqueror ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii menu 2.1.41 generates programs menu for all me ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime krusader recommends no packages. Versions of packages krusader suggests: ii arj 3.10.22-6archiver for .arj files pn ark none (no description available) ii bzip2 1.0.5-1 high-quality block-sorting file co ii cpio2.9-13 GNU cpio -- a program to manage ar ii kdebase-bin 4:4.3.4-1core binaries for the KDE 4 base m pn kdebase-kio-plugins none (no description available) pn kdiff3 | kompare | xxdi none (no description available) pn kedit none (no description available) pn khexeditnone (no description available) pn kmail none (no description available) ii konsole 4:3.5.9.dfsg.1-6 X terminal emulator for KDE pn krename none (no description available) pn lha none (no description available) pn md5deep | cfv none (no description available) ii p7zip 4.58~dfsg.1-17zr file archiver with high compre ii rpm 4.4.2.3-1Red Hat package manager ii unace 1.2b-7 extract, test and view .ace archiv ii unrar 1:3.8.2-1Unarchiver for .rar files (non-fre ii unzip 5.52-12 De-archiver for .zip files ii zip 2.32-1 Archiver for .zip files -- 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#574675: xen-utils-common: stop fails when some of the daemons are not running
Package: xen-utils-common Version: 3.4.2-3 Severity: normal If one daemon is running but the others are not then the stop script will fail. It should use the pid file for each daemon and try to stop them independently. Note that the fact that Xen shouldn't get into this state is not relevant, daemons do periodically fail, relevant system control scripts should be able to stop them even when dependencies are not working. # ps aux|grep xen root12 0.0 0.0 0 0 ?S12:00 0:00 [xenwatch] root13 0.0 0.0 0 0 ?S12:00 0:00 [xenbus] root 965 0.0 0.3 10340 508 ?S12:01 0:00 /usr/lib/xen-3.4/bin/xenconsoled --pid-file=/var/run/xenconsoled.pid root 1282 0.0 0.5 3124 740 pts/0S+ 12:20 0:00 grep xen # /etc/init.d/xend stop Stopping Xen daemons: xend. # ps aux|grep xen root12 0.0 0.0 0 0 ?S12:00 0:00 [xenwatch] root13 0.0 0.0 0 0 ?S12:00 0:00 [xenbus] root 965 0.0 0.3 10340 508 ?S12:01 0:00 /usr/lib/xen-3.4/bin/xenconsoled --pid-file=/var/run/xenconsoled.pid root 1299 0.0 0.5 3124 736 pts/0S+ 12:21 0:00 grep xen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574676: pdflatex font metrics generation problem when run as a web-server user
Package: texlive-latex-base Version: 2008-9 I think this package has some issues. pdflatex run as a www-data user fails to create pk fonts cache at the working directory (the directory is writable by www-data) or /tmp. It fails with the following error: *(see the transcript file for additional information) !pdfTeX error: pdflatex (file ecsx1000): Font ecsx1000 at 600 not found == Fatal error occurred, no output PDF file produced! a folder named $HOME (literally this, not environment variable) is created in the working directory. and .texmf-var is created but font cache is not generated. pdflatex works from command line as www-user from the directory where where it fails from scripts system( ); calls. #su www-data then at the command promp at the directory which is writable by www-data pdflatex PO.tex works OK, creating the pk font cache at the /tmp directory. However this has some error that says it can not create directory ././.texmf-var/.. why is that? May be ././ (why the double?) Thank you Bal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573925: How should the Haskell maintainers work then?
Hi Marco (and anyone else following this bugreport), On Fri, Mar 19, 2010 at 04:47:42PM -0300, Marco Túlio Gontijo e Silva wrote: Jonas wrote: (...) Unfortunately - and confusing for you as user - the Haskell developers chose to not cooporate directly with the CDBS maintainers in maintaining a snippet for their needs but felt it better to maintain it on their own. :-( How do you suggest we to do? hlibrary.mk is very related to the dh_haskell* scripts also shipped in haskell-devscripts, and it would not make sense to release them separetly --- a newer version of hlibrary.mk would not work with older versions of dh_haskell* scripts, and vice-versa. Good question. And please accept my apologies for not adressing you directly with my concern about this, letting you instead hear my opinion indirectly through a bugreport like this. I feel it best to maintain CDBS snippets as part of the cdbs package itself, so that the coding style can most easily be kept in sync across snippets. The cdbs package is maintained in the collab-maint group at Alioth which means all Debian developers already have write access and anyone else can request membership of the group as well - just mention your reason for needing such membership when requesting it: for helping co-maintain cdbs. If Haskell is too fast-moving for maintainance with cdbs, then it might make sense to separate tiny parts into something shipped with the Haskel tools - similar to how Python ships their competing python-central and puthon-module tools, which several CDBS snippets then make use of through a commandline interface. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#574677: puppetmaster init stop fails if daemon is not running
Package: puppet Version: 0.25.4-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu lucid ubuntu-patch *** /tmp/tmpijiw5c In Ubuntu, we've applied the attached patch to achieve the following: * debian/puppetmaster.init: Fix init stop action to not fail if the puppetmaster is already stopped. We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-25-server (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash === modified file 'debian/puppetmaster.init' --- debian/puppetmaster.init2010-03-11 12:42:32 + +++ debian/puppetmaster.init2010-03-20 02:22:10 + @@ -62,13 +62,13 @@ NUMSTART=0 STOPPORT=$PORT while [ $NUMSTART -lt $PUPPETMASTERS ]; do - start-stop-daemon --stop --quiet --pidfile /var/run/puppet/${NAME}-${STOPPORT}.pid + start-stop-daemon --stop --quiet --oknodo --pidfile /var/run/puppet/${NAME}-${STOPPORT}.pid rm -f /var/run/puppet/${NAME}-${STOPPORT}.pid STOPPORT=$(($STOPPORT + 1)) NUMSTART=$(($NUMSTART + 1)) done else - start-stop-daemon --stop --quiet --pidfile /var/run/puppet/${NAME}.pid + start-stop-daemon --stop --quiet --oknodo --pidfile /var/run/puppet/${NAME}.pid fi }
Bug#574678: init_acpi_acadapt() returned NOT_SUPPORTED.
Package: battery-stats Version: 0.3.6-1 Severity: normal File: /usr/sbin/battery-stats-collector I get this: $ sudo battery-stats-collector battery-stats-collector: Using libacpi. battery-stats-collector: Number of batteries: 2. battery-stats-collector: Reading info from battery 0 only. battery-stats-collector: init_acpi_acadapt() returned NOT_SUPPORTED. I only have one battery. I guess it thinks AC0 is battery: $ find /sys/class/power_supply/*/ -type f -exec grep . {} + /sys/class/power_supply/AC0/uevent:POWER_SUPPLY_NAME=AC0 /sys/class/power_supply/AC0/uevent:POWER_SUPPLY_TYPE=Mains /sys/class/power_supply/AC0/uevent:POWER_SUPPLY_ONLINE=0 /sys/class/power_supply/AC0/type:Mains /sys/class/power_supply/AC0/online:0 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_NAME=BAT0 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_TYPE=Battery /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_STATUS=Discharging /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_PRESENT=1 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_TECHNOLOGY=Li-ion /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_VOLTAGE_MIN_DESIGN=1080 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_VOLTAGE_NOW=1197 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_CURRENT_NOW=822000 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_CHARGE_FULL_DESIGN=440 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_CHARGE_FULL=450 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_CHARGE_NOW=4064000 /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_MODEL_NAME=1005P /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_MANUFACTURER=ASUS /sys/class/power_supply/BAT0/uevent:POWER_SUPPLY_SERIAL_NUMBER= /sys/class/power_supply/BAT0/type:Battery /sys/class/power_supply/BAT0/status:Discharging /sys/class/power_supply/BAT0/present:1 /sys/class/power_supply/BAT0/technology:Li-ion /sys/class/power_supply/BAT0/voltage_min_design:1080 /sys/class/power_supply/BAT0/voltage_now:1197 /sys/class/power_supply/BAT0/current_now:822000 /sys/class/power_supply/BAT0/charge_full_design:440 /sys/class/power_supply/BAT0/charge_full:450 /sys/class/power_supply/BAT0/charge_now:4064000 /sys/class/power_supply/BAT0/model_name:1005P /sys/class/power_supply/BAT0/manufacturer:ASUS /sys/class/power_supply/BAT0/serial_number: /sys/class/power_supply/BAT0/alarm:0 Given that /sys/ is pretty ubiquitous these days, could/should the data collection be rewritten as a simple script that cats such files as the above? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages battery-stats depends on: ii gnuplot 4.2.6-1A command-line driven interactive ii gzip 1.3.12-9 GNU compression utilities ii libacpi0 0.2-4 general purpose library for ACPI ii libapm1 3.2.2-14 Library for interacting with APM d ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii logrotate 3.7.8-4Log rotation utility battery-stats recommends no packages. battery-stats 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#500712: problem is not reproducible anymore, fixed?
Hello Jelle, Jelle de Jong wrote: Hello everybody, I did some testing on bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500712 And It seem I am unable to reproduce the delay, so I think the problem is fixed? Any ideas how? it appears to be the same kernel and firmware... have you encountered this issue again since your initial report, or is it still irreproducible? Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573468: zd1211-firmware: pluscom wu-zd1211b, firmware not working (RF MAXIM_NEW_RF 0x8 is not supported)
Hello Jelle, Jelle de Jong wrote: Package: zd1211-firmware Version: 2.21.0.0-0.1 Severity: normal I bought bunch of wireless dongles with a zd1211b chipset, but they don't work (yet). Who would be the best person to contact to get support for the device? I hope the debian maintainer can get this report to the right persons to show this. If there is more information needed then the below please tell me: [38534.984767] usb 5-3.1: new high speed USB device using ehci_hcd and address 36 [38535.083964] usb 5-3.1: configuration #1 chosen from 1 choice [38535.157063] usb 5-3.1: reset high speed USB device using ehci_hcd and address 36 [38535.257846] phy16: Selected rate control algorithm 'pid' [38535.261616] zd1211rw 5-3.1:1.0: phy16 [38535.261859] usb 5-3.1: New USB device found, idVendor=0ace, idProduct=1215 [38535.261869] usb 5-3.1: New USB device strings: Mfr=16, Product=32, SerialNumber=0 [38535.261876] usb 5-3.1: Product: USB2.0 WLAN [38535.261881] usb 5-3.1: Manufacturer: ZyDAS [38535.262006] firmware: requesting zd1211/zd1211b_ub [38535.280859] firmware: requesting zd1211/zd1211b_uphr [38535.340746] zd1211rw 5-3.1:1.0: RF MAXIM_NEW_RF 0x8 is not supported [40703.347091] firmware: requesting zd1211/zd1211b_ub [40703.369536] firmware: requesting zd1211/zd1211b_uphr [40828.394683] firmware: requesting zd1211/zd1211b_ub [40828.410706] firmware: requesting zd1211/zd1211b_uphr [40829.472870] usb 5-3.1: USB control request for firmware upload failed. Error number -110 [40829.472888] usb 5-3.1: Could not upload firmware code uph. Error number -110 [40829.472969] zd1211rw 5-3.1:1.0: couldn't load firmware. Error number -110 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Geoff seems to have correctly identified the source of this problem. Would it be possible for you to test one of your dongles with a more recent kernel - eg from backports.org? Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569691: still present with latest 2.6.32 kernel
Chris Butler chr...@debian.org (16/03/2010): Is there anything that can be / is being done to get the fixed intel drivers into squeeze's kernel? I'm happy to help if I can, although I don't really know where to start. Is it worth reassigning / cloning this bug to the kernel package? Please check what happens with 2.6.32.10 (2.6.32-4-$arch packages) first (it has DRM-related fixes from 2.6.33), but that'd be the idea. I happen to have a similar with a box of mine, so I'll probably won't forget about this bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#574679: icedtea6-plugin: Plugin does not work with Chromium/Chrome
Package: icedtea6-plugin Version: 6b18~pre2-1 Severity: normal Chrome and hand built Chromium do not detect the IcedTea plugin. See the Google bug here: http://code.google.com/p/chromium/issues/detail?id=20087q=OpenJDKcolspec=ID%20Stars%20Pri%20Area%20Feature%20Type%20Status%20Summary%20Modified%20Owner%20Mstone%20OS This isn't a debian problem at the moment but might be worth tracking here as Chromium is a fairly major open source project and has a good chance of finding its way into Debian. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea6-plugin depends on: ii dpkg 1.15.5.6Debian package management system ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-3The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-3 GCC support library ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.9-1The GTK+ graphical user interface ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libpango1.0-01.26.2-2Layout and rendering of internatio ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii openjdk-6-jre6b18~pre2-1 OpenJDK Java runtime, using Hotspo icedtea6-plugin recommends no packages. icedtea6-plugin 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#570685: mypaint: fails to start
Dear all: I have the same bug too, when I use mypaint 0.8.2-1. But I was run well since I upgrade python-protobuf from 2.2.0a-0.1 to 2.3.0-1, the python-protobuf in Squeeze still in 2.2.0a-0.1. Try to make mypaint depends on new python-protobuf, thanks! -- 張效維謹啟 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505143: Fwd: zd1211-firmware: pluscom wu-zd1211b, firmware not working (RF MAXIM_NEW_RF 0x8 is not supported)
Hello Jelle, Jelle de Jong wrote: Package: zd1211-firmware Version: 2.21.0.0-0.1 Severity: normal I bought bunch of wireless dongles with a zd1211b chipset, but they don't work (yet). Who would be the best person to contact to get support for the device? I hope the debian maintainer can get this report to the right persons to show this. If there is more information needed then the below please tell me: [38534.984767] usb 5-3.1: new high speed USB device using ehci_hcd and address 36 [38535.083964] usb 5-3.1: configuration #1 chosen from 1 choice [38535.157063] usb 5-3.1: reset high speed USB device using ehci_hcd and address 36 [38535.257846] phy16: Selected rate control algorithm 'pid' [38535.261616] zd1211rw 5-3.1:1.0: phy16 [38535.261859] usb 5-3.1: New USB device found, idVendor=0ace, idProduct=1215 [38535.261869] usb 5-3.1: New USB device strings: Mfr=16, Product=32, SerialNumber=0 [38535.261876] usb 5-3.1: Product: USB2.0 WLAN [38535.261881] usb 5-3.1: Manufacturer: ZyDAS [38535.262006] firmware: requesting zd1211/zd1211b_ub [38535.280859] firmware: requesting zd1211/zd1211b_uphr [38535.340746] zd1211rw 5-3.1:1.0: RF MAXIM_NEW_RF 0x8 is not supported [40703.347091] firmware: requesting zd1211/zd1211b_ub [40703.369536] firmware: requesting zd1211/zd1211b_uphr [40828.394683] firmware: requesting zd1211/zd1211b_ub [40828.410706] firmware: requesting zd1211/zd1211b_uphr [40829.472870] usb 5-3.1: USB control request for firmware upload failed. Error number -110 [40829.472888] usb 5-3.1: Could not upload firmware code uph. Error number -110 [40829.472969] zd1211rw 5-3.1:1.0: couldn't load firmware. Error number -110 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Geoff seems to have correctly identified the source of this problem. Would it be possible for you to test one of your dongles with a more recent kernel - eg from backports.org? Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534955: Launchpad Translation
Dear Dominic, dear Michelle, tracking the German translation of the debconf templates for this package I found this bug. I had a look at launchpad, set up an account and decided to download the .po-file for version 3.8. The translation has a lot of (euphemistic) entrapments, not limited to the uncommon translation of You. There are several options to improve the package requesting different effort: 1) just translating the strings not translated yet 2) 1) and spellcheck/correction of existing translations 3) 2) and stylistic overhaul (regarding you/du/Sie) 4) 3) and review on the German mailing list - just for my corrections - for the whole package Would you like to get a CC of my submission to launchpad? Or just a notification? Kind reagards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574681: ocfs2-tools: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: ocfs2-tools Version: 1.4.3-1.1 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ocfs2-tools package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEUEARECAAYFAkukVuYACgkQIu0hy8THJkt29gCfUgOKGug9hb/7Ho8p/LN4yG8/ wL4AmP7neUP/A/p8DA6B9VNtb9X7kSQ= =31ph -END PGP SIGNATURE- # Copyright (C) 2009 Jeremy Lainé jeremy.la...@m4x.org # This file is distributed under the same license as ocfs2-tools package. # Hideki Yamane (Debian-JP) henr...@debian.or.jp, 2009-2010. # msgid msgstr Project-Id-Version: ocfs2-tools 1.4.3-1.1\n Report-Msgid-Bugs-To: ocfs2-to...@packages.debian.org\n POT-Creation-Date: 2010-03-12 19:27+0100\n PO-Revision-Date: 2010-03-19 14:26+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ocfs2-tools.templates:1001 msgid Would you like to start an OCFS2 cluster (O2CB) at boot time? msgstr OCFS2 クラスタ (O2CB) をシステム起動時に開始しますか? #. Type: string #. Description #: ../ocfs2-tools.templates:2001 msgid Name of the cluster to start at boot time: msgstr システム起動時に開始するクラスタの名前: #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid O2CB heartbeat threshold: msgstr O2CB ハートビートの閾値: #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid The O2CB heartbeat threshold sets up the maximum time in seconds that a node awaits for an I/O operation. After it, the node \fences\ itself, and you will probably see a crash. msgstr O2CB ハートビートの閾値は、ノードが I/O 動作を待つ秒数の最大時間を設定しま す。その時間が経過した後、恐らくノード「fences」自身とあなたがクラッシュを確 認することになるでしょう。 #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid It is calculated as the result of: (threshold - 1) x 2. msgstr これは次の計算結果です: (閾値 -1 ) x2 。 #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid Its default value is 31 (60 seconds). msgstr デフォルトの値は 31 です (60 秒)。 #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid Raise it if you have slow disks and/or crashes with kernel messages like: msgstr ディスクが遅い、あるいはカーネルが以下のようなメッセージを出してクラッシュす る場合は、値を上げてください: #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid O2CB idle timeout: msgstr O2CB アイドル時のタイムアウト値: #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid The O2CB idle timeout (expressed in milliseconds) is the time before a network connection is considered dead. msgstr O2CB アイドル時のタイムアウト値 (ミリセカンドで表示) はネットワーク接続が死ん でいると考えられるまでの時間です。 #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid Its default value is 3 (30 seconds) and the minimum recommended value is 5000 (5 seconds). msgstr デフォルト値は 3 (30 秒) で、最小の推奨値は 5000 (5 秒) です。 #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid O2CB keepalive delay: msgstr O2CB キープアライブのディレイ値: # FIXME: keepalive packet? #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid The O2CB keepalive delay (expressed in milliseconds) is the maximum time before a keepalive packet is sent. msgstr O2CB キープアライブのディレイ値 (ミリセカンドで表示)は、キープアライブパケッ トが送信されるまでの最大時間です。 #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid Its default value is 2000 (2 seconds) and the minimum recommended value is 1000 (1 second). msgstr デフォルトの値は 2000 (2 秒) で推奨最小値は 1000 (1 秒) です。 #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid O2CB reconnect delay: msgstr OC2B 再接続時のディレイ値: #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid The O2CB reconnect delay (expressed in milliseconds) is the minimum time between connection attempts. msgstr O2CB 再接続時のディレイ値 (ミリセカンドで表示) は、接続試行間隔の最小時間で す。 #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid Its default and recommended minimum value is 2000 (2 seconds). msgstr デフォルトの推奨される最小値は 2000 (2 秒) です。
Bug#574646: Sympa postinst script must create mySQL database tables with DEFAULT CHARSET=UTF8 instead latin1
Uh... this may be obvious to you why that is true... but... could you care to elaborate, for instance to explain what breaks when this is not created as UTF-8 ? For example, when information about subscriber (user_table.gecos_user) saved in national languege, latin1 break it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#272557: provide NotAutomatic option
martin f krafft wrote: Please add [NotAutomatic: yes] functionality to apt-ftparchive by adding a configuration option to its configuration stanza. This feature is still absent, and still desirable (to me, at least). Are the maintainers waiting for a patch to be submitted? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org