Bug#513307: schroot: Should ignore ~ files in /etc/schroot/chroot.d
package: schroot version: 1.2.1 severity: normal Hello, If one is editing files in /etc/schroot/chroot.d using editors that leave backup files, it ends up breaking things: tabb...@ksplice:~$ schroot -c sarge-2-6-8-i386 E: /etc/schroot/chroot.d/tabbott~: line 1 [tabbott]: A chroot or alias ‘tabbott’ already exists with this name I: Duplicate names are not allowed The right thing to do is what run-parts and a number of other tools with .d directories do, which is ignore files whose names contain weird characters such as #, ~, etc. I'm aware of other projects copying logic from run-parts, so that might be a good place to look for reasonably well-tested logic for this purpose. -Tim Abbott
Bug#513309: fails to tidy
Package: puppet Version: 0.24.6-1 Severity: normal this specification: tidy { /c/z3208682/test_tidy: # matches = README.desktop, size = 0, recurse = true; } fails to tidy, and does not produce any error or notice messages with puppetd -vt ls -lR /c/z3208682/test_tidy/ /c/z3208682/test_tidy/: total 4 drwxr-xr-x 3 z3208682 users 4096 2008-10-01 16:58 z3208682 /c/z3208682/test_tidy/z3208682: total 4 drwxr-xr-x 2 z3208682 users 4096 2009-01-28 12:48 Desktop /c/z3208682/test_tidy/z3208682/Desktop: total 0 -rw-r--r-- 1 z3208682 users 0 2009-01-28 12:48 README.Desktop -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages puppet depends on: ii adduser3.102 Add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libshadow-ruby1.8 1.4.1-7 Interface of shadow password for R ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s -- 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#513310: vzctl fails to set capabilities, and subsequently fails to start any VE
Package: vzctl Version: 3.0.22-14 Severity: grave Justification: renders package unusable When trying to start a VE I get the following output: ] sudo vzctl start sd-dev Starting VE ... VE is mounted Unable to set capability: Operation not permitted Unable to set capability VE start failed VE is unmounted When I strace the system I see the following call to set capabilities: [pid 14391] capget(0x20071026, 0, NULL) = -1 EFAULT (Bad address) [pid 14390] exit_group(0) = ? Process 14390 detached [pid 14391] capset(0x20071026, 0, {CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800, CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800, CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800}) = -1 EPERM (Operation not permitted) This fails to start the VE, reporting that the capset operation failed. None of my configuration has been modified significantly, and certainly not to change the capability set of the VE or anything like that. This same configuration worked on a 2.6.24 VZ kernel, but I am not sure it ever worked on the 2.6.26 kernel. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vzctl depends on: ii iproute 20080725-2 networking and traffic control too ii libc6 2.7-18 GNU C Library: Shared libraries ii vzquota 3.0.11-1 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 3.0.5-1fast remote file copy program (lik Versions of packages vzctl suggests: pn linux-patch-openvznone (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#513179: [Pkg-fglrx-devel] Bug#513179: fglrx-driver: DRI init fails with stock 2.6.26-1-amd64 kernel
Hi, Indeed you don't seem to have the proper kernel module. The 8-12-4 module will enter Lenny in 3 days, untill then maybe you could build your own module with module-assistant a-i fglrx Regards, Bertrand Daniel Moerner a écrit : Maybe I'm missing something but it looks like you don't actually have the proper kernel module installed. Did you really rebuild the module against the new kernel and newest source? The version of the module that is currently not even installed but not purged is for an outdated kernel and fgrlx version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513103: pidgin: Pidgin crashes accidentally
Can you please install pidgin-dbg so that the next backtrace includes the proper debugging symbols? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512638: [Fwd: Re: [Open Font Library] jura light font]
Hi Daniel, I see in the subject line of the Debian bug for Jura (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512638) that it is listed as a monospace font; but this is not the case. It's a variable-width sans font originally inspired by some monospace glyphs. I know, I noticed, and there's a fixed 0.2 version at http://sid.ethz.ch/debian/ttf-jura/ but it'll need to be uploaded once 0.1 is through NEW queue according to my sponsor. The most recent version of Jura available on openfontlibrary.org clarifies the licensing issues. After some discussion with Steve White (maintainer of FreeFont) and Karl Berry, I've decided that the Kayah Li glyph range is licensed GPLv3 (since these glyphs were lifted from work I did for FreeMono) and the remainder is licensed under the OFL. I hope this doesn't turn out to be too confusing for the Debian community guidelines. If so, I could give up and dual-license the whole thing. I think I got that now. Would you mind calling your files something like jura-3.0.tar.gz you miss out version numbers and the tar extension. The latest version on openfontlibrary.org includes Latin-1, Latin-2, and Cyrillic glyphs. I'll probably add some more accented characters in the future, and I may introduce a Greek range. Any other glyphs I add to the font will probably be on an as-requested basis. Do you plan to have italic and bold/extra bold? Regards, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513039: Removing /etc/debian_version and /etc/apt/sources.list reproduces the bug
I could only reproduce the bug removing /etc/debian_version as well as /etc/apt/sources.list. Thing is, aptsources.distro from python-apt, has a function, get_distro, which uses lsb_release to get the system codename. lsb_release will give it 'n/a' as the codename and it will not match any of the templates found in /usr/share/python-apt/templates/. I think the installer should install /etc/debian_version properly and this should be reassigned to the debian-installer, if the reporter confirms there was no /etc/debian_version after the installation. Regards, Cascardo. signature.asc Description: Digital signature
Bug#513313: colordiff: does not work when arguments provided but part of shell script using stdin
Package: colordiff Version: 1.0.7-2 Severity: normal Tags: patch If one writes a shell fragment like: find . -type f | while read a ; do colordiff -u $a /home/aatlxz/twc/public_html/$a ; done then colordiff tries to slurp all of find's stdout, rather than letting the shell slurp it. The reason is simple, and I'm wondering whether the following patch is desired. This doesn't seem to break regular colordiff operation where both filenames are supplied, and when it is taking as stdin input, the output from another diff run. If no arg is supplied, and the terminal is stdin, then diff runs regardless, offering the --help output as expected. RCS file: /home/ssi/tconnors/cvsroot/bin/colordiff,v retrieving revision 1.7 diff -u -b -r1.7 colordiff --- colordiff 4 May 2008 22:53:41 - 1.7 +++ colordiff 28 Jan 2009 03:01:57 - @@ -165,9 +165,10 @@ my @inputstream; my $exitcode=0; -if ((defined $ARGV[0]) (-t STDIN)) { +if ((defined $ARGV[0]) || (-t STDIN)) { # More reliable way of pulling in arguments my $pid = open2(\*INPUTSTREAM, undef, diff, @ARGV); (This patch applies against the previous patch I supplied in #470835) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages colordiff depends on: ii perl 5.10.0-19 Larry Wall's Practical Extraction colordiff recommends no packages. colordiff 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#498523: This bug should be ranked Serious or Grave and Release Critical
I respectfully suggest that this bug should be ranked Serious or Grave. Because of this bug, it is possible to unknowingly send GPG-signed emails which are garbled. That defeats the entire purpose of GPG-signing. That is definitely a serious bug. I have found that the garbling sometimes takes the form of omitting the first paragraph of a plain text email. That could completely change the meaning of the email. In http://release.debian.org/lenny/rc_policy.txt, the criteria for a grave bug include causes data loss. When the first paragraph is omitted from an email, that is data loss. My thanks to the maintainers for a really neat piece of software. -- = This email is digitally signed using the Enigmail and GnuPG packages (http://enigmail.mozdev.org), which can also be used by the recipient to verify the digital signature. = signature.asc Description: OpenPGP digital signature
Bug#513314: comparison of Fixnum with String failed
Package: puppetmaster Version: 0.24.6-1 Severity: normal the puppet classifer spits out this as part of its yaml: --- classes: - debian_etch parameters: stage: 0 the manifest contains: if $stage = 0 { the error message i get is: err: Could not retrieve catalog: comparison of Fixnum with String failed at /etc/puppet/manifests/classes/debian_etch.pp:16 on node matht403.maths.unsw.edu.au I also tried '$stage = 0', but got the same error. Any way I can force both to be Fixnums? Or both to be Strings? Thanks, Jayen -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513297: x11-xkb-utils: When I use the setxkbmap command i get the following error: Error loading new keyboard description
Hi, I don't understand how you managed to lose xkbcomp. I just checked on an archive mirror, and sure enough: -rwxr-xr-x root/root174112 2008-05-09 17:10:40 ./usr/bin/xkbcomp Humm, i don't think has erased xkbcomp command by hand. In fact, the output of dpkg -L x11-xkb-utils (in my box), don't show xkbcomp: jpromer...@obiwan:~$ dpkg -L x11-xkb-utils ... . /usr/bin /usr/bin/setxkbmap /usr/bin/xkbbell /usr/bin/xkbevd /usr/bin/xkbprint /usr/bin/xkbvleds /usr/bin/xkbwatch An unsual behavior, I think. Well, surely this problem already has fixed. Bye, -- Juan Pablo Romero Bernal Grupo Linux Universidad Distrital Blog: http://jpromerobx.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#435168: imap: can't browse folders with space in name
Hi Antonio, On Tue, Jan 27, 2009 at 05:56:27PM +, Antonio Radici wrote: Hi Miroslaw, can you please clarify how to reproduce this bug? No, I can't do it myself :( It's an admin generated confinguration on our Sun-Fire-880. But an old mutt 1.5.5i installed on this machine and webmail don't suffer browsing folders ;) I've created a Shared Folder/ on imap mailbox and then I created a folder called User/ inside this Shared Folder, then, using your instructions, I was unable to reproduce the bug. Please clarify how to create the folders and all the exact steps to reproduce the bug against 1.5.19-1 (or 1.5.18-4). I suppose this problem isn't caused only by space in folder-name but with coincidence with Noselect attribute of that folder or I've created /a a/x/ and mutt browse them on that server. System folders /Shared Folder and /Shared Folder/User both have attributes \Noselect \HasChildren - only first isn't browsed by mutt. You can see below the different behaviour of mutt in fragments of ~/.muttdebug0. I think most important lines are imap_browse: Quoting mailbox scan: a a/ - a a/% Shared Folders - SharedFolders% == a missing slash Shared Folders/User/ - Shared Folders/User/% Mutt maybe think that folder is empty (wrong response of server or missintepretation of imap protocol by mutt ???): 4 a0112 LIST Shared Folders 4 a0112 OK Completed Then list a content of /Shared Folders as /Shared Folders ;) : 4 a0113 LIST Shared Folders% 4 * LIST (\Noselect \HasChildren) / Shared Folders 4 a0113 OK Completed 1 IMAP Shared Folders/ -- Mutt: Directory [imap://X/Shared Folders/], = folder /a a/ mutt_complete: completing imap://X/a a/ 4 a0127 LIST a a% 4 * LIST (\HasChildren) / a a 4 a0127 OK Completed IMAP queue drained mutt_complete: completing imap://X/a a 4 a0128 LIST a a% 4 * LIST (\HasChildren) / a a 4 a0128 OK Completed IMAP queue drained imap_browse: mbox: a a 4 a0129 LIST a a 4 * LIST (\HasChildren) / a a 4 a0129 OK Completed IMAP queue drained imap_browse: Quoting mailbox scan: a a/ - a a/% 4 a0130 LIST a a/% 4 * LIST (\HasNoChildren) / a a/x 4 a0130 OK Completed IMAP queue drained = folder /Shared Folders/ mutt_complete: completing imap://X/Shared Folders/ 4 a0111 LIST Shared Folders% 4 * LIST (\Noselect \HasChildren) / Shared Folders 4 a0111 OK Completed IMAP queue drained imap_browse: mbox: Shared Folders 4 a0112 LIST Shared Folders 4 a0112 OK Completed IMAP queue drained imap_browse: Quoting mailbox scan: Shared Folders - SharedFolders% 4 a0113 LIST Shared Folders% 4 * LIST (\Noselect \HasChildren) / Shared Folders 4 a0113 OK Completed IMAP queue drained = folder /Shared Folders/User/ mutt_complete: completing imap://X/Shared Folders/User/ 4 a0116 LIST Shared Folders/User% 4 * LIST (\Noselect \HasChildren) / Shared Folders/User 4 a0116 OK Completed IMAP queue drained imap_browse: mbox: Shared Folders/User 4 a0117 LIST Shared Folders/User 4 * LIST (\Noselect \HasChildren) / Shared Folders/User 4 a0117 OK Completed IMAP queue drained imap_init_browse: adding parent Shared Folders imap_browse: Quoting mailbox scan: Shared Folders/User/ - Shared Folders/User/% 4 a0118 LIST Shared Folders/User/% 4 * LIST (\Noselect \HasChildren) / Shared Folders/User/Postmaster 4 a0118 OK Completed IMAP queue drained = PS. It is maybe related to an other old bug: #363708 mozilla-thunderbird: IMAP subscribe fails to detect inferiors of noselect folders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513317: gnome-typing-monitor blocks the Lock screen keyboard shortcut
Package: gnome-control-center Version: 1:2.22.2.1-2 When GNOME Typing Monitor locks the screen to enforce a typing break, it blocks the Lock screen keyboard shortcut. I'd sometimes like to use the Lock screen keyboard shortcut after GNOME Typing Monitor has locked the screen so that I can leave my computer unattended without it being unlocked once the typing break finishes. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513316: Document the default debootstrap implementation
Package: pbuilder Version: 0.185 Severity: minor The pbuilder manual page does not specify which implementation of debootstrap is used by default. It would be nice if it did so. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513315: Times out waiting for index to be rebuilt
Package: apt-xapian-index Version: 0.16 When I try to create an experimental pbuilder chroot using pbuilder --create --distribution experimental it fails with the following error message: Setting up apt-xapian-index (0.16) ... apt-xapian-index: Building new index in background... Setting up libsigc++-2.0-0c2a (2.2.2-1) ... Setting up libcwidget3 (0.5.12-3) ... Setting up libept0 (0.5.26) ... Setting up aptitude (0.5.1-1) ... Another update is already running: showing its progress. Rebuilding Xapian index... 39% Traceback (most recent call last): File /usr/sbin/update-apt-xapian-index, line 527, in module childProgress.loop() File /usr/sbin/update-apt-xapian-index, line 125, in loop msg = self.sock.recv(4096) socket.timeout: timed out dpkg: error processing aptitude (--configure): subprocess post-installation script returned error exit status 1 Processing triggers for python-support ... Errors were encountered while processing: aptitude I can't figure out why that exception is raised, however: according to the exception's documentation, it's raised if the timeout's been set via a call to settimeout, but there are no such calls in update-apt-xapian-index. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512601: multipath-tools: kpartx does not handle multi-Tb filesystems on i386
On Tue, Jan 27, 2009 at 09:06:56PM +1100, vincent.mcint...@csiro.au wrote: umm - can't see it. I checked the bug as well. Could you resend please? The 65d108f.diff patch does not apply cleanly. Attached now. Thanks. I got it to apply after one small hiccup. See attached log file. Did you resolve the conflict by hand?. Otherwise kpartx won't work. I can send a patch against 0.4.8-7 instead of 0.4.8-13 if that's easier for you. But since you only need kpartx I recommend to apply the patch I send against 0.4.8-13 (see below). We next tried applying your patch to 0.4.8-13. It applies cleanly and the packages build ok. We copied the new kpartx binary to /sbin/kpartx.new and tested as before: # /etc/init.d/multipath-tools stop # multipath -F # ls /dev/mapper/mp* /bin/ls: /dev/mapper/mp*: No such file or directory # multipath -v2 -l # ls /dev/mapper/mp* /dev/mapper/mpath0 # /sbin/kpartx.new -a # ls /dev/mapper/mp* /dev/mapper/mpath0/dev/mapper/mpath0p1 # mount /dev/mapper/mpath0p1 /mnt # df /mnt /dev/mapper/mpath0p1 10253771740 544 10253771196 1% /mnt # multipath -l mpath0 (222a60001559596f8) dm-7 Promise,VTrak E610f [size=9.5T][features=1 queue_if_no_path][hwhandler=0] \_ round-robin 0 [prio=0][active] \_ 2:0:2:0 sdd 8:48 [active][undef] \_ 2:0:3:0 sde 8:64 [active][undef] \_ 2:0:4:0 sdf 8:80 [active][undef] \_ 2:0:5:0 sdg 8:96 [active][undef] To get everything to work across reboots, we had to make a couple of modifications to the system. 1. move multipath-tools down the order in rcS.d ls /etc/rcS.d/*multipath-tools-boot* /etc/rcS.d/S28multipath-tools-boot see #445825. we moved it even later than suggested there (S04). I am not entirely sure why so late. For the record, rcS.d looks like this now - #ls /etc/rcS.d/ README S18ifupdown-clean S40networking S01glibc.sh S20module-init-tools S43portmap S02hostname.sh S22scsitools.sh S45mountnfs.sh S02mountkernfs.shS25libdevmapper1.02 S46mountnfs-bootclean.sh S03udev S26lvmS47lm-sensors S04dmraidS28multipath-tools-boot S48console-screen.sh S04mountdevsubfs.sh S29multipath-kpartx S55bootmisc.sh S05bootlogd S30checkfs.sh S55urandom S05keymap.sh S30procps.sh S70screen-cleanup S09scsitools-pre.sh S35mountall.shS70x11-common S10checkroot.sh S36mountall-bootclean.sh S75sudo S11hwclock.shS36udev-mtab S99stop-bootlogd-single S12mtab.sh S39ifupdown 2. modify /etc/udev/rules.d/multipath.rules - ACTION==add, SUBSYSTEM==block, KERNEL==dm-*, \ + ACTION==change, SUBSYSTEM==block, KERNEL==dm-*, \ PROGRAM=/sbin/dmsetup -j %M -m %m --noopencount --noheadings -c -o name info, \ -RUN+=/sbin/kpartx -a /dev/mapper/%c +RUN+=/sbin/kpartx.new -a /dev/mapper/%c this step may not be necessary. The new kpartx does not seem to help with this step, ie no mpath0p1 device gets created. We think this is because mpath0 has not been set up yet. In the boot log we get device-mapper: multipath round-robin: version 1.0.0 loaded Starting multipatherror calling out /sbin/scsi_id -g -u -s /block/sdg (sdg is the last of the multipathed devices) 3. add another boot-time script /etc/rcS.d/S29multipath-kpartx This contains - #!/bin/sh # NB: assumes you have 'user_friendly_names yes' in multipath.conf # . /lib/lsb/init-functions set -x set -v for m in /dev/mapper/mpath? do log_action_begin_msg Fixing multipath device $m echo $0 fixing multipath device $m /sbin/kpartx.new -a $m log_action_end_msg $? done This does create /dev/mapper/mpath0p1 correctly. From the boot log, when this script runs, we get: . + set -v for m in /dev/mapper/mpath? do log_action_begin_msg Fixing multipath device $m echo $0 fixing multipath device $m /local/sbin/kpartx -a $m log_action_end_msg $? done + for m in '/dev/mapper/mpath?' + log_action_begin_msg 'Fixing multipath device /dev/mapper/mpath0' + echo -n 'Fixing multipath device /dev/mapper/mpath0...' Fixing multipath device/dev/mapper/mpath0... + echo '/etc/rcS.d/S29multipath-kpartx fixing multipath device /dev/mapper/mpath0' /etc/rcS.d/S29multipath-kpartx fixing multipath device /dev/mapper/mpath0 + /sbin/kpartx.new -a /dev/mapper/mpath0 + log_action_end_msg 0 + '[' -z '' ']' + end=. + '[' 0 -eq 0 ']' + echo done. done. Thanks for your help with this problem. I don't know when we will get time to look at the problem on 'lenny', this issue has put our work schedule back quite a bit. It might be best to close this bug and create a clone for 0.4.8-13 in case other folks can step up and test as well. Kind regards Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502352: /var/run/usbmount/symlink may point to the wrong mount point
I seem to need no such complex scenario to produce the bug. All I did was to connect both my pen drive (1 partition) and my external spinning drive (2 partitions): matica:~/rsync-backup# ls -l /var/run/usbmount/ total 0 lrwxrwxrwx 1 root root 11 Jan 27 19:36 Maxtor_6L250R0_1 - /media/usb1 lrwxrwxrwx 1 root root 11 Jan 26 22:15 Maxtor_6L250R0_3 - /media/usb1 lrwxrwxrwx 1 root root 11 Jan 27 07:39 SanDisk_Cruzer_Mini_1 - /media/usb0 matica:~/rsync-backup# mount | fgrep usb procbususb on /proc/bus/usb type usbfs (rw) /dev/sdb1 on /media/usb0 type ext3 (rw,noexec,nodev,sync,noatime) /dev/sdc1 on /media/usb1 type ext3 (rw,noexec,nodev,sync,noatime) /dev/sdc3 on /media/usb2 type ext3 (rw,noexec,nodev,sync,noatime) matica:~/rsync-backup# lsusb Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 1058:0300 Western Digital Technologies, Inc. Bus 001 Device 003: ID 0781:5150 SanDisk Corp. SDCZ2 Cruzer Mini Flash Drive (thin) Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 067b:2305 Prolific Technology, Inc. PL2305 Parallel Port Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub (the Maxtor and the WD are one and the same. I took the WD enclosure, ripped out the tiny WD drive that was there, and put in a Maxtor drive.) -- Ian Zimmerman i...@buug.org gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Ham is for reading, not for eating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512601: multipath-tools: kpartx does not handle multi-Tb filesystems on i386
From the boot log, when this script runs, we get: . + set -v ... oops. transcription error. this was from an earlier boot log: for m in /dev/mapper/mpath? do log_action_begin_msg Fixing multipath device $m echo $0 fixing multipath device $m /local/sbin/kpartx -a $m log_action_end_msg $? done the code that actually ran successfully was: for m in /dev/mapper/mpath? do log_action_begin_msg Fixing multipath device $m echo $0 fixing multipath device $m /sbin/kpartx.new -a $m log_action_end_msg $? done -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501396: A guess
On Wed, Jan 28, 2009 at 11:53 AM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: I also saw this bug. And I managed to workaround it in my machine with the attached patch. Oops. Forgot the patch. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ --- /usr/bin/calamaris.orig 2009-01-28 10:40:45.0 +0700 +++ /usr/bin/calamaris 2009-01-28 11:34:48.0 +0700 @@ -4048,13 +4048,13 @@ if ($max_x_data 0) { # show last $max_x_data Values -$min_x = ($...@$xaxis_ref} + $max_x_data 0) ? 0 - : $...@$xaxis_ref} + $max_x_data + 1; -$max_x = $...@$xaxis_ref}; +$min_x = ($#{$xaxis_ref} + $max_x_data 0) ? 0 + : $#{$xaxis_ref} + $max_x_data + 1; +$max_x = $#{$xaxis_ref}; } else { # show first $max_x_data Values $min_x = 0; -$max_x = ($...@$xaxis_ref} $max_x_data) ? $max_x_data : $...@$xaxis_ref}; +$max_x = ($#{$xaxis_ref} $max_x_data) ? $max_x_data : $#{$xaxis_ref}; } my $graph = calamaris::calBars3d-new($width, int($width/3*2)); @@ -4080,7 +4080,7 @@ ($factor0, $unit0) = getfactor(max(@$yaxis1_ref[$min_x..$max_x]),9); $yaxis1_ref = reformatarray($factor0, $yaxis1_ref) if ($factor0 1); my %graph_label = (x_label = '', - y_label = $unit0 $...@$legend_ref}[0], + y_label = $unit0 ${$legend_ref}[0], title = '', two_axes = '0', x_labels_vertical = '1', @@ -4111,8 +4111,8 @@ push @data, [...@$yaxis2_ref[$min_x..$max_x]]; push @data, [...@$yaxis3_ref[$min_x..$max_x]] if ref($yaxis3_ref); push @data, [...@$yaxis4_ref[$min_x..$max_x]] if ref($yaxis4_ref); -%graph_label = ( y1_label = $unit0 $...@$legend_ref}[0], - y2_label = $unit1 $...@$legend_ref}[1], +%graph_label = ( y1_label = $unit0 ${$legend_ref}[0], + y2_label = $unit1 ${$legend_ref}[1], two_axes = '1', bar_spacing = '0', set_spacing = '6', );
Bug#501396: A guess
package calamaris tags 501396 + patch severity 501396 important thanks I also saw this bug. And I managed to workaround it in my machine with the attached patch. My guess is that the $xxx_ref variables could be immediately referenced with ${$xxx_ref} without the prefix @. Probably some Perl syntax changes in 5.10? This also eliminates the warning messages regarding the use of uninitialized values. I'm not sure if it's a correct fix. Feel free to correct it if it isn't. With this, I think the bug should be important, if not RC. Although it does not affect the default configuration, I think most people want to see the graph report. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513318: [geoip-database] has file conflict with libgeoip1, which it also recommends
Package: geoip-database Version: 1.4.5.dfsg-2 Severity: important Justification: file conflict with another package Attempting to install geoip-database fails due to a file conflict with libgeoip1: Reading package fields... Done Reading package status... Done Parsing Found/Fixed information... Done (Reading database ... 371932 files and directories currently installed.) Unpacking geoip-database (from .../geoip-database_1.4.5.dfsg-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/geoip-database_1.4.5.dfsg-2_all.deb (--unpack): trying to overwrite `/usr/share/GeoIP/GeoIP.dat', which is also in package libgeoip1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/geoip-database_1.4.5.dfsg-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Press return to continue. If this package needs to include /usr/share/GeoIP/GeoIP.dat then perhaps the control information should mark geoip-database as conflicting with libgeoip1, or replacing it rather than recommending it. geoip-bin still works with libgeoip1, I just wanted to catch this bug while this package was still in experimental. Thanks. -- Chris --- System information. --- Architecture: i386 Kernel: Linux 2.6.26.6-686-crk5 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstableftp.us.debian.org 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
On Tue, Jan 27, 2009 at 08:12:36PM +0200, Eddy Petrișor eddy.petri...@gmail.com was heard to say: reassign 479438 cwidget forcemerge 479438 348481 431054 431688 432323 434861 462923 466254 475368 thanks Thanks for the triage. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512787: upgrade makes system unbootable
On Sun, Jan 25, 2009 at 11:39:44PM +0100, Robert Millan wrote: On Fri, Jan 23, 2009 at 11:05:16AM -0700, dann frazier wrote: My boot entry looks like this: set root=(hd0,1) search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f linux /boot/vmlinuz-2.6.26-1-686 root=UUID=e7bf09bb-8d63-4bbb-84d8-4ada743f643f ro initrd /boot/initrd.img-2.6.26-1-686 I found through experimentation that deleting the first two lines allows my system to boot again. Please run grub-emu and check if the following command: search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f causes any oddity (e.g. segfault). No segfault, but: BEGIN CUTPASTE Booting a command list error: unknown command `initrd' Press any key to continue... END CUTPASTE Also, try unsetting the root variable, run the search command, and see if it finds the correct value for it. Looks right to me: grub set root= grub echo $root grub search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f grub echo $root hd0,1 -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502851: [libsoprano4] Build sesame2 backend
Sune Vuorela wrote: On Monday 20 October 2008 11:41:16 Robert Wohlrab wrote: Package: libsoprano4 Version: 2.1+dfsg.1-1 Severity: wishlist I tried to use nepomukserver with kde and had to notice that it was extreme slow - different to what I experienced on other distributions. The problem is that it searches for /usr/share/soprano/plugins/*backend.desktop and can only find the redland backend. If you get someone to pacakge the myriad of java libraries needed by sesame, I guess we will happily somehow enable sesame backend. What is exactly needed for sesame? When compiling from source, all I had to do to enable the sesame backend is to point cmake to the java directory (I've set JAVA_HOME=/usr/lib/jvm/java-6-sun). That's all I needed to get the sesame2 backend compiled. How can I check if the sesame backend is working correctly? I haven't tried it, but maybe all you need is to build depend on openjdk and set JAVA_HOME approriately. Maybe not, I don't really know. I just thought I throw in my 2¢. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#513319: can't do a clean install of cups
Package: cups Version: 1.3.8-1lenny4 Severity: important Because I have a Konica-Minolta 2400W printer, I had been using the Lenny CUPS on my server, but I recently upgraded my server to an AMD64 system and installed Etch+1/2 on it. I again used the Lenny CUPS package but was having problems so I tried my best to remove it and revert to the Etch+1/2 version. I used tasksel to stop this from being a print server then put it back as a printer server again. Unfortunately this didn't reset the cupsd.conf to the original install version. I tried various aptitude remove --purge commands but finally ended up erasing /etc/cups. However, after doing this I discovered that cups won't reinstall. I had to add some dummy files to get it work somewhat. Even using tasksel to remove the print server and reinstalling it doesn't help - tasksel aborts with an aptitude error (255) at the end. Frustrating... It seems to me that tasksel should be able to set up the print server onto a system. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages cups depends on: ii adduser3.102 Add and remove users and groups pn cups-commonnone(no description available) ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy pn ghostscriptnone(no description available) pn libavahi-compat-libdns none(no description available) ii libc6 2.3.6.ds1-13etch8 GNU C Library: Shared libraries pn libcups2 none(no description available) ii libcupsimage2 1.2.7-4etch6 Common UNIX Printing System(tm) - ii libdbus-1-31.0.2-1+etch2 simple interprocess messaging syst pn libgnutls26none(no description available) ii libkrb53 1.4.4-7etch6 MIT Kerberos runtime libraries pn libldap-2.4-2 none(no description available) ii libpam0g 0.79-5Pluggable Authentication Modules l ii libpaper1 1.1.21Library for handling paper charact ii libslp11.2.1-6.2 OpenSLP libraries ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii perl-modules 5.8.8-7etch6 Core Perl modules ii poppler-utils [xpdf-ut 0.4.5-5.1etch3PDF utilitites (based on libpopple ii procps 1:3.2.7-3 /proc file system utilities pn ssl-cert none(no description available) Versions of packages cups recommends: pn avahi-utils none (no description available) pn cups-client none (no description available) ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support ii smbclient 3.0.24-6etch10 a LanManager-like simple client fo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479438: Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
On Tue, Jan 27, 2009 at 09:46:22PM +0200, Eddy Petrișor eddy.petri...@gmail.com was heard to say: 2009/1/27 Daniel Burrows dburr...@debian.org: This is for everyone who can reproduce the bug. Could you build a libcwidget3 with the attached patch and see what's produced in /tmp/cwidget.input.log when you reproduce the bug? If I start aptitude, run dpkg once, and exit, I get this: Starting input thread Creating new input thread Input thread created Stopping input thread Destroying existing input thread Input thread destroyed Starting input thread Creating new input thread Input thread created Stopping input thread Destroying existing input thread Input thread destroyed Starting input thread Creating new input thread Input thread created Stopping input thread Destroying existing input thread Input thread destroyed Starting input thread Creating new input thread Input thread created Thanks. That's more interesting than I expected! I was assuming that the input thread wasn't restarting properly, but it looks like it is. So why aren't we responding to events after that? We're responding to some of them, or the display wouldn't redraw properly; only keyboard events are being dropped. I'll send you another patch with some ad-hoc logging in a bit. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513075: Bug#484789: 484789: date parsing error RC?
Hi, At Tue, 27 Jan 2009 11:01:40 -0800, Don Armstrong wrote: On Wed, 28 Jan 2009, Junichi Uekawa wrote: At Mon, 26 Jan 2009 22:47:29 -0800, Don Armstrong wrote: On Tue, 27 Jan 2009, Junichi Uekawa wrote: I've opened a new bug with 'apt-listbugs -d ' output (which contains the full SOAP output.) Yeah, this bug report was filed before I fixed this; try rerunning and see if it still happens. Looks good to me now. Awesome! Thanks for checking that out. By the way, I thought we've fixed the problem a while ago, why was this happening? In fact, I think there are two BTS servers now, are both of them fixed ? regards, junichi -- dan...@{netfort.gr.jp,debian.org} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513320: arithmetic expression fails to work
Package: puppetmaster Version: 0.24.6-1 Severity: normal i have a fact to determine the amount of free space for the /usr partition which sets $usrfree. my manifest contains: file { /tmp/puppet_lab_usrfree.txt: owner = root, group = root, mode = 440, content = $usrfree; } if $usrfree 1274 { file { /tmp/puppet_lab_usrfree_ok.txt: owner = root, group = root, mode = 440, content = $usrfree; } } the file /tmp/puppet_lab_usrfree.txt is generated with the contents 10176, so i know my fact is working. the file /tmp/puppet_lab_usrfree_ok.txt is not generated, which i would expect because 10176 1274. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513321: roundcube: Send mail button disabled with latest package update
Package: roundcube Version: 0.1.1-10~bpo40+2 Severity: grave Justification: renders package unusable Hi guys, the latest update from etch-backports broke Roundcube on my server, and I worked out what it was - TinyMCE. For some reason the new package is expecting it to be in /usr/share/tinymce2, when the standard Deb package has it in /usr/share/tinymce. A quick and simple ln -s fixed the problem, and both the HTML editor and submit are now working correctly again. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686-bigmem Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages roundcube depends on: ii roundcube-core 0.1.1-10~bpo40+2 skinnable AJAX based webmail solut ii roundcube-sqlite [round 0.1.1-10~bpo40+2 metapackage providing sqlite depen roundcube recommends no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [ht 2.2.3-50vm Traditional model for Apache HTTPD ii dbconfig-common 1.8.29+etch1 common framework for packaging dat ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libmagic1 4.17-5etch3 File type determination library us ii php-auth1.2.4-0.1PHP PEAR modules for creating an a ii php-db 1.7.6-2 PHP PEAR Database Abstraction Laye ii php-mail-mime 1.3.1-1.1PHP PEAR module for creating and d ii php-net-smtp1.2.6-2 PHP PEAR module implementing SMTP ii php-net-socket 1.0.6-2 PHP PEAR Network Socket Interface ii php55.2.0-8+etch13 server-side, HTML-embedded scripti ii php5-gd 5.2.0-8+etch13 GD module for php5 ii php5-mcrypt 5.2.0-8+etch13 MCrypt module for php5 ii roundcube-sqlite [round 0.1.1-10~bpo40+2 metapackage providing sqlite depen ii tinymce 2.0.8-1 platform independent web based Jav ii ucf 2.0020 Update Configuration File: preserv -- debconf information: roundcube/password-confirm: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: false roundcube/db/dbname: roundcube roundcube/language: en_US roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd roundcube/database-type: roundcube/remote/host: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491456: Python script didn't work
OoO La nuit ayant déjà recouvert d'encre ce jour du mardi 27 janvier 2009, vers 23:07, d...@theprogrammingsite.com disait : FILE='/tmp/somefile.odt' Could you try with file:///tmp/somefile.odt? -- BOFH excuse #222: I'm not sure. Try calling the Internet's head office -- it's in the book. pgpbe9zHjUE0x.pgp Description: PGP signature
Bug#513314: comparison of Fixnum with String failed
On Wed, Jan 28, 2009 at 02:32:30PM +1100, Jayen Ashar wrote: Package: puppetmaster Version: 0.24.6-1 Severity: normal the puppet classifer spits out this as part of its yaml: --- classes: - debian_etch parameters: stage: 0 the manifest contains: if $stage = 0 { the error message i get is: err: Could not retrieve catalog: comparison of Fixnum with String failed at /etc/puppet/manifests/classes/debian_etch.pp:16 on node matht403.maths.unsw.edu.au I also tried '$stage = 0', but got the same error. Any way I can force both to be Fixnums? Or both to be Strings? Run with --trace to get a backtrace of the problem, then you can possibly use either .to_i or .to_s at the appropriate line in the code to cast the value to whatever you want for your comparison. Based on this and your other bug, I'd say that there's some really frightening stuff, type-wise, going on in the code related to inequality operators. - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513322: ITP: mupen64plus -- plugin-based N64 emulator
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: mupen64plus Version : 1.5 Upstream Author : Blight rich...@fascinationsoftware.com * URL : http://code.google.com/p/mupen64plus * License : GPLv2 Programming Lang: C/C++ Description : plugin-based N64 emulator Mupen64Plus is a plugin-based N64 emulator for Linux which is capable of accurately playing many games. Included are four MIPS R4300 CPU emulators, with dynamic recompilers for 32-bit x86 and 64-bit amd64 systems, and necessary plugins for audio, graphical rendering (RDP), signal co-processor (RSP), and input. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513075: Bug#484789: 484789: date parsing error RC?
On Wed, 28 Jan 2009, Junichi Uekawa wrote: By the way, I thought we've fixed the problem a while ago, why was this happening? There was a bug in the fix which I didn't catch. In fact, I think there are two BTS servers now, are both of them fixed ? Yes, they get synced up automatically. Don Armstrong -- I shall require that [a scientific system's] logical form shall be such that it can be singled out, by means of emperical tests, in a negative sense: it must be possible for an emperical scientific system to be refuted by experience. -- Sir Karl Popper _Logic of Scientific Discovery_ §6 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513323: akregator: system tray icon doesnt restore
Package: akregator Version: 4:4.2.0-1 Severity: normal i cant restore akregator by doing a click on the system tray icon. It looks like akregator apears and desapears inmidiatly. I found this in the web: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/276880 It seems to be fixed but i found this prolbem on this version too. Cheers, Nico -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages akregator depends on: ii kdebase-runtime 4:4.2.0-1 runtime components from the offici ii kdelibs5 4:4.2.0-0r3 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.0-1 core libraries for KDE PIM 4 appli ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libkdepim4 4:4.2.0-1 KDE PIM library ii libkontactinterfaces44:4.2.0-1 KDE Kontact interface library ii libqt4-dbus 4.4.3-1 Qt 4 D-Bus module ii libqt4-xml 4.4.3-1 Qt 4 XML module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui44.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 akregator recommends no packages. akregator 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#513324: ITP: libstomp-ruby -- Ruby bindings for the stomp messaging protocol
Package: wnpp Severity: wishlist Owner: ! http://rubyforge.org/projects/stomp License: Apache 2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479438: Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
I'd like to thank everyone who replied on these bugs over the last couple years. Especially the people who prodded me into trying out kernel 2.6.18-6. I've tracked down the bug, or at least I think maybe I have. There is definitely a bug here, but it seems to be failing even in cases where it ought to work; I suspect that 2.6.18-6 is also a bit broken. The problem stems from the fact that the input thread, for its entire execution, holds a lock on a mutex. The purpose of this mutex is to guard a condition variable and an associated member variable of the input thread, both of which are used to synchronize the input thread and the foreground code that actually reads from the keyboard. Reading input in the foreground was introduced in the patch that introduced this bug (previously we tried to read in the background; it turns out that curses updates the display when you read keyboard input, so this led to simultaneous calls to refresh() and corrupted output). Unfortunately, the threads wrapper used in cwidget does not provide any way to push thread cleanup handlers for mutex locks, because the authors of the POSIX threads spec cunningly made it impossible to embed these in an RAII C++ object due to their use of a macro. You probably see where this is going... Because of the flakiness of pthread_cancel(), cwidget mostly avoids it. However, it is used in a few places, including when we shut down the input thread. IIRC, this is done because it's necessary to interrupt a select(), and cancel() is the main tool at our disposal to do that. The problem is that, in the words of pthread_cleanup_push(3): ...if a thread exits OR IS CANCELLED while it owns a locked mutex, the mutex will remain locked forever and prevent other threads from executing normally. (emphasis mine) Recall that the only reason this mutex is locked is that we need it for the condition variable. But if you look at the code of the input thread, you'll see that the condition variable is only accessed in one sub-clause of that code. In fact, of the three cancellation points in that function (counting select(), which isn't one on Linux, and the bracketing pthread_testcancel() calls, which are), only one of them occurs in the area where the mutex actually has to be locked, and that's the line where we actually wait on the condition variable. And it turns out that wait() *DOES* handle cleanup from cancellation properly. One unexplained question is why the bug hit even when aptitude suspended in response to a keystroke. When aptitude was waiting for a keystroke, the input thread would be blocked in select(), so no cleanup handlers were installed and the scenario above makes sense. But when aptitude was waiting for a keystroke, I thought that the input thread would still be blocked waiting on the input event condition, and as I noted earlier, that should install a proper cleanup handler. Another question is why we didn't see this bug in 2.6.26. I can't think of anything, except that maybe the implementation of mutexes changed somehow so that they get unlocked when a thread is canceled. So, the long and the short of it is: if we just lock the mutex when we actually need it, that is, when we're about to send a get_input_event to the main thread, there's no danger of being canceled and leaving the mutex locked. I've attached a patch that does this; on my computer, it eliminates the hang. I'll ask the release managers for permission to apply this patch in Lenny. Now I just need to reboot into 2.6.26 so that my wireless works and I can actually send this mail. Daniel diff --git a/src/cwidget/toplevel.cc b/src/cwidget/toplevel.cc index c912ad6..e0b6ab2 100644 --- a/src/cwidget/toplevel.cc +++ b/src/cwidget/toplevel.cc @@ -1,6 +1,6 @@ // toplevel.cc // -// Copyright 1999-2005, 2007-2008 Daniel Burrows +// Copyright 1999-2005, 2007-2009 Daniel Burrows // // This program is free software; you can redistribute it and/or modify // it under the terms of the GNU General Public License as published by @@ -446,7 +446,6 @@ namespace cwidget void operator()() { - threads::mutex::lock l(input_event_mutex); input_event_fired = false; // Important note: this routine only blocks indefinitely in @@ -480,6 +479,7 @@ namespace cwidget } else { + threads::mutex::lock l(input_event_mutex); post_event(new get_input_event(input_event_mutex, input_event_fired, input_event_condition));
Bug#502851: [libsoprano4] Build sesame2 backend
On Wednesday 28 January 2009 06:13:20 Michael Biebl wrote: Sune Vuorela wrote: On Monday 20 October 2008 11:41:16 Robert Wohlrab wrote: Package: libsoprano4 Version: 2.1+dfsg.1-1 Severity: wishlist I tried to use nepomukserver with kde and had to notice that it was extreme slow - different to what I experienced on other distributions. The problem is that it searches for /usr/share/soprano/plugins/*backend.desktop and can only find the redland backend. If you get someone to pacakge the myriad of java libraries needed by sesame, I guess we will happily somehow enable sesame backend. What is exactly needed for sesame? When compiling from source, all I had to do to enable the sesame backend is to point cmake to the java directory (I've set JAVA_HOME=/usr/lib/jvm/java-6-sun). That's all I needed to get the sesame2 backend compiled. How can I check if the sesame backend is working correctly? That part is the easy part. But upstreams sources ship precompiled jars of java libraries not present in the archive. The primary jar is openrdf-sesame-2.1.2-onejar.jar which actually embeds a lot of other jars (java people apparantly like embedded code copies). Someone dug up that it is probably around this list of jars embedded: activation-1.1.jar aduna-appbase-core-3.1.jar aduna-appbase-logging-api-3.1.jar aduna-appbase-logging-file-3.1.jar aduna-appbase-webapp-base-core-3.1.jar aduna-commons-collections-2.0.jar aduna-commons-concurrent-2.0.jar aduna-commons-io-2.0.jar aduna-commons-iteration-2.0.jar aduna-commons-lang-2.0.jar aduna-commons-net-2.0.jar aduna-commons-platform-info-2.0.jar aduna-commons-text-2.0.jar aduna-commons-webapp-core-2.0.jar aduna-commons-xml-2.0.jar aopalliance-1.0.jar asm-1.5.3.jar cglib-2.1_3.jar commons-cli-1.1.jar commons-codec-1.2.jar commons-dbcp-1.2.2.jar commons-httpclient-3.1.jar commons-pool-1.3.jar jcl104-over-slf4j-1.5.0.jar jstl-1.1.2.jar logback-classic-0.9.9.jar logback-core-0.9.9.jar slf4j-api-1.5.0.jar slf4j-jdk14-1.5.0.jar spring-beans-2.5.1.jar spring-context-2.5.1.jar spring-context-support-2.5.1.jar spring-core-2.5.1.jar spring-web-2.5.1.jar spring-webmvc-2.5.1.jar standard-1.1.2.jar where like 2 of them are in the archive already. I haven't tried it, but maybe all you need is to build depend on openjdk and set JAVA_HOME approriately. Maybe not, I don't really know. when the jars is available, that's also what I expect to be done. /Sune -- How to log from the application from Excel? You either need to rename the jumper, or can't mount the space bar for debugging a FPU of a file. signature.asc Description: This is a digitally signed message part.
Bug#513296: debian-science: Please add science-all meta-package
[debian-custom in CC because it is strongly related] On Wed, 28 Jan 2009, Daniel Baumann wrote: it would be nice if you could add a science-all meta-package that depends on all science-* meta packages. That would make live-cd building a bit easier in future, as nobody would need to 'maintain' the package list anymore. Thanks for the interesting idea. I have some comments on the implementation which might be worth some thoughts. 1. Simple but ugly solution: Just adding a task 'all' to the currently existing tasks and add all meta packages just in the science source package. Effect regarding package creation: - Closes the bug. Should work so far for science. Has no effect to other Blends (which might like to build Live-CDs as well). Effect regarding tasks pages: - A little bit strange item All would be created. Users might stumble upon this. - It might become better if I finish my plan to implement Meta-Depends which is intended to help science-biology and science-geography to reasonable include metapackage information from other Blends (rather resolving the dependencies of the metapackage than including the metapackage itself which is basically useless in the context of the tasks pages in contrast to installing the metapackage). - I might think about excluding this task from the tasks page generation but I do not like to work around a problem I introduced myself formerly Effect regarding bugs pages: - Makes no real sense, rather disturbing than really helpful. Effect on http://qa.debian.org/developer.php?login=debian-science-maintain...@lists.alioth.debian.orgordering=3: - Makes no sense at all 2. Solution for all Blends: Let the all metapackage be generated for any Blend (bug should be reassigned to blends-dev package which is sitting in NEW since 4/1/2009 :-( - reassigning to cdd-dev would work as bug target as well). Effect regarding package creation: - Closes the bug. Works for all Blends. Might have the side effect that some Blends maintainers do not like it but for this case we might make this function optional - this topic has to be discussed. Effect regarding tasks pages: - No strange effect as discussed above. - Option: We might think about a page featuring all dependencies. I would not really like this option for Debian Med but there are chances that somebody might like it (for instance as Live CD index or something like this). This option could be discussed. I'd be willing to implement this as optional feature if somebody might ask for it. Effect regarding bugs pages: - No effect and thus not distrubing as the simple solution above. Effect on http://qa.debian.org/developer.php?login=debian-science-maintain...@lists.alioth.debian.orgordering=3: - No effect - good. So I prefer to implement the solution in the Blends scope to avoid unwanted side effects and make the wanted feature available for more people in one rush. What do you think? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513325: libevent-1.4-2 should not conflict libevent1
Package: libevent-1.4-2 Version: 1.4.8~stable-1 It is perfectly possible to use libevent 1.3 and libevent 1.4 at the same time on a single host. The conflict should be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513326: sl-modem: [INTL:ar] Translation Updated for Arabic
Package: sl-modem Severity: wishlist Tags: patch l10n Updated Arabic translation -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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 # translation of ar.po to Arabic # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Ossama M. Khayat okha...@yahoo.com, 2008, 2009. msgid msgstr Project-Id-Version: ar\n Report-Msgid-Bugs-To: sl-mo...@packages.debian.org\n POT-Creation-Date: 2009-01-28 06:51+0200\n PO-Revision-Date: 2009-01-28 10:23+0300\n Last-Translator: Ossama M. Khayat okha...@yahoo.com\n Language-Team: Arabic supp...@arabeyes.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=4; plural=(n == 1? 0 : (n == 2? 1 : (n = 10? 2 : 3)))\n #. Type: select #. Default #: ../sl-modem-daemon.templates:1001 msgid USA [ Enter the country (in uppercase and in English) where your language is mostly spoken, for example FRANCE for French ] msgstr KUWAIT #. Type: select #. Description #. Translators: Enter the country (in uppercase and in English) where your #. language is mostly spoken, for example FRANCE for French or GERMANY for #. German #: ../sl-modem-daemon.templates:1002 msgid Location of the modem: msgstr موضع المودم: #. Type: select #. Description #. Translators: Enter the country (in uppercase and in English) where your #. language is mostly spoken, for example FRANCE for French or GERMANY for #. German #: ../sl-modem-daemon.templates:1002 #| msgid #| In which country is your modem located? Please select the telephone #| system used in your country. msgid Indicate the country in which your modem is located. Please select the telephone system used in your country. msgstr حدد الدولية التي يوجد فيها جهاز المودم الخاص بك. رجاء اختر نظام الهاتف المستخدم في دولتك.
Bug#513327: otrs2: OTRS variable data cannot be relocated.
Package: otrs2 Version: 2.2.7-2lenny1 Severity: normal Tags: patch The OTRS Apache2 and SysV Init do not allow variable data relocation because they both refer to /var/lib/otrs directly instead of referring to it via the /usr/share/otrs/var symlink. A patch to fix the problem is appended below. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages otrs2 depends on: ii adduser 3.110 add and remove users and groups ii apache2 2.2.9-10+lenny1 Apache HTTP Server metapackage ii apache2-mpm-prefork [htt 2.2.9-10+lenny1 Apache HTTP Server - traditional n ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf 1.5.24 Debian configuration management sy ii libauthen-sasl-perl 2.12-1 Authen::SASL - SASL Authentication ii libcrypt-passwdmd5-perl 1.3-9 interoperable MD5-based crypt() fo ii libdate-pcalc-perl 1.2-3 Perl module for Gregorian calendar ii libdbi-perl 1.605-1 Perl5 database interface by Tim Bu ii libemail-valid-perl 0.179-2 Check validity of Internet email a ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl2.03-1 Manipulate email in perl programs ii libmime-perl 5.427-1 transitional dummy package ii libmime-tools-perl [libm 5.427-1 Perl5 modules for MIME-compliant m ii libtext-diff-perl0.35-3 Perform diffs on files and record ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii perl 5.10.0-18 Larry Wall's Practical Extraction ii ucf 3.0011 Update Configuration File: preserv Versions of packages otrs2 recommends: ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii libapache2-mod-perl22.0.4-4 Integration of perl with the Apach ii libdbd-mysql-perl 4.007-1 A Perl5 database interface to the ii libdbd-pg-perl 2.8.7-1 Perl DBI driver for the PostgreSQL ii libgd-graph-perl1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii mysql-server5.0.51a-19 MySQL database server (metapackage ii mysql-server-5.0 [mysql-ser 5.0.51a-19 MySQL database server binaries ii procmail3.22-16 Versatile e-mail processor Versions of packages otrs2 suggests: pn libnet-ldap-perl none (no description available) ii otrs2-doc-en 20080724-1 Open Ticket Request System - Engli -- debconf information: otrs2/remove-error: abort * otrs2/pgsql/method: unix socket * otrs2/pgsql/authmethod-admin: ident otrs2/pgsql/changeconf: false * otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: false * otrs2/db/dbname: otrs2 otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/internal/reconfiguring: false otrs2/purge: false * otrs2/database-type: pgsql otrs2/remote/host: otrs2/missing-db-package-error: abort otrs2/mysql/admin-user: root * otrs2/install-error: ignore * otrs2/db/app-user: otrs otrs2/resetdbuser: true otrs2/remote/port: otrs2/upgrade-backup: true * otrs2/pgsql/admin-user: postgres otrs2/dbconfig-reinstall: false otrs2/db/basepath: * otrs2/dbconfig-install: true otrs2/pgsql/manualconf: otrs2/mysql/method: unix socket otrs2/dbconfig-remove: otrs2/pgsql/no-empty-passwords: otrs2/dbconfig-upgrade: true otrs2/passwords-do-not-match: # HG changeset patch # User Bruce Tulloch deb...@causal.com # Date 1233126875 -39600 # Node ID 596f83b82604a6554e2b1ab724fc1e7240942bba # Parent e277365644a30d9f13c809cbb6d6138e14f4d097 [OTRS] fixes for relocated variable data [msg9936] OTRS provides a symlink $HOME_OTRS/var which is used to locate the application variable data. In Debian this is /usr/share/otrs/var. However the apache2 configuration and SysV Init do not use it which means that OTRS shutdown is not handled correctly if the variable data is relocate to somewhere other than /var/lib/otrs. This changeset fixes this problem. --- a/etc/apache2/conf.d/otrs2 Wed Jan 28 18:05:34 2009 +1100 +++ b/etc/apache2/conf.d/otrs2 Wed Jan 28 18:14:35 2009 +1100 @@ -34,7 +34,7 @@ Allow from all IfModule mod_rewrite.c RewriteEngine On - RewriteCond /var/lib/otrs/httpd/htdocs/maintainance.html -l + RewriteCond /usr/share/otrs/var/httpd/htdocs/maintainance.html -l RewriteRule ^.*$ /otrs-web/maintainance.html /IfModule /Location --- a/etc/init.d/otrs2 Wed Jan 28 18:05:34 2009 +1100 +++