Bug#150422: emacs21: This bug is still present in emacs-21.3+1-3; a recipe to reproduce
Does this help to avoid the bug? I'm not having the problem now. I am not inclined to experiment with it at the moment. The emacs 22 documentation is quoted to say: | To make this command work properly, you must tell Emacs | how the system (or the window manager) generally handles | focus-switching between windows. If moving the mouse onto a window | selects it (gives it focus), set `focus-follows-mouse' to t. | Otherwise, that variable should be nil. I agree that things make sense given the Emacs 22 documentation you found. Given your experimentation, I think it would be reasonable to declare the bug fixed in Emacs 22, and if Emacs 22 fails to live up to its documentation in some circumstances, that's a new bug. -- Tim Freeman http://www.fungible.com t...@fungible.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436417: Also in Sourceforge
This bug is also in the Sourceforge bug list for DenyHosts: http://sourceforge.net/tracker/index.php?func=detailaid=1672154group_id=131204atid=720419 -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429308: Actually a bug in mindi; here's a patch
This is good enough to allow me to do a test backup and then verify it without having to dissassemble and reassemble raids. During a real restore, I would do the disk formatting and RAID configuration with my fingers anyway because I can't imagine testing mondoarchive well enough to trust it in that scenario. Therefore, if you take this patch it closes the issue as far as I am concerned. I'll send email to control in a moment saying that it's a mindi bug and that there's a patch. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] diff -ru orig/mindi-2.20/rootfs/sbin/init mindi-2.20/rootfs/sbin/init --- orig/mindi-2.20/rootfs/sbin/init2006-10-03 07:12:38.0 -0700 +++ mindi-2.20/rootfs/sbin/init 2007-08-21 08:03:05.0 -0700 @@ -320,11 +320,19 @@ raidstart $i fi done - elif which mdrun /dev/null 2 /dev/null ; then - LogIt Running 'mdrun' 1 - mdrun + # /usr/share/doc/mdadm/README.mdrun on a Debian Etch system, at least, + # says that mdrun is obsolete and one should do + #mdadm --assemble --scan --auto=yes + # instead. mdrun does not always work. See Debian bugs 429308 + # and 354705. + #elif which mdrun /dev/null 2 /dev/null ; then + # LogIt Running 'mdrun' 1 + # mdrun + elif which mdadm /dev/null 2 /dev/null ; then + LogIt Using mdadm to assemble any raids 1 + mdadm --assemble --scan --auto=yes else - LogIt Warning: Neither 'raidstart' nor 'mdrun''found. RAID devices may not have started. 1 + LogIt Warning: Neither 'raidstart' nor 'mdadm' were found. RAID devices may not have started. 1 fi } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429308: mdadm seems to be configured fine by default
Could you try adding [mdadm.conf] to your /etc/mindi/deplist.txt to see if that workaround fixes your issue ? After doing the experiment I described earlier, I uninstalled and reinstalled mondo and mindi to get back the original deplist.txt. Then I did a test backup and booted off of the CD. As expected, /proc/mdstat showed that the raids were assembled with the wrong names. I did mdadm --stop /dev/md/0 and mdadm --stop /dev/md/1 and mdadm --assemble --scan, and the volumes were assembled with the correct names. Thus apparently mindi is doing a fine job of delivering a functioning installation of mdadm at restore time, and the problem is that mondoarchive is using something other than mdadm --assemble --scan to assemble the disks on the raid. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429308: mondo: incorrectly guesses names for assembled RAID-1 devices during restore
From: Bruno Cornec [EMAIL PROTECTED] Could you try adding [mdadm.conf] to your /etc/mindi/deplist.txt to see if that workaround fixes your issue ? No, it didn't. Specifically, I saw the line mdadm mdrun mdadm.conf (without the leading spaces) in /etc/mindi/deplist.txt. I guessed that maybe it failed to find mdadm.conf without the path, so I deleted mdadm.conf from the line and added a new line with the full path: /etc/mdadm/mdadm.conf I did a test backup, and booted it, and told it to verify. The problem was unchanged; specifically verification failed because the raids were assembled wrong. After exiting the verify, I saw that the raids were /dev/md/0 and /dev/md/1 instead of 2 and 3. I did see that /etc/mdadm/mdadm.conf on the ramdisk populated by mindi had the expected contents that said the raids were numbered 2 and 3, and that the executable for mdadm did contain the string /etc/mdadm/mdadm.conf. I haven't yet found the code that did the incorrect mounting. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429308: mondo: incorrectly guesses names for assembled RAID-1 devices during restore
I haven't yet found the code that did the incorrect mounting. Oops, I meant: I haven't yet found the code that did the incorrect assembling. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431441: apt-spy: Check a random subset of servers with -e n option
Package: apt-spy Version: 3.1-16 Severity: wishlist There are many mirrors in North America, so I said: apt-spy -d stable -a North-America -e 10 to check just 10. Unfortunately it checks just the first 10, so mirrors near the beginning of the mirror list will get more traffic directed to them from apt-spy than mirrors later in the list. It would be better if apt-spy balanced the traffic to the mirrors by selecting a random 10 mirrors instead of the first 10. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-spy depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcurl37.15.5-1 Multi-protocol file transfer libra apt-spy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429308: mondo: incorrectly guesses names for assembled RAID-1 devices during restore
Package: mondo Version: 2.20-1.1 Severity: normal I have a system with two raid devices, swap on /dev/md2 and the main filesystem on /dev/md3. I backed up a directory with the following command: mondoarchive -O -i -s 700m -k FAILSAFE -F -I /home/root -d /backup/isos Then I wrote the CD image from /backup/isos to a CD, and booted from it to see if the bits compared. I said compare at the boot prompt. During the boot it started /dev/md0 and /dev/md1 instead of /dev/md2 and /dev/md3. The compare failed with the message Could not mount devices [sic.] /dev/md3 - shall I abort. I did abort, and I refused to run the cryptic and evil-sounding post-nuke script since I was just doing a comparison. This left me at a shell prompt, running from the rescue CD. The workaround was to give these commands: mdadm --stop /dev/md0 mdadm --stop /dev/md1 mdadm --assemble /dev/md3 /dev/hda3 /dev/hdc3 mondoarchive I think mondoarchive should save /etc/mdadm/mdadm.conf during the backup and consult it during the restore so it can give the RAID devices the same names they had during backup. -- Package-specific info: -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mondo depends on: ii afio2.5-4archive file manipulation program ii buffer 1.19-8 Buffering/reblocking program for t ii cdrecord9:1.1.2-1Dummy transition package for wodim ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libnewt0.52 0.52.2-10Not Erik's Windowing Toolkit - tex ii lzop1.01-4 fast compression program ii mindi 2.20-2 creates boot/root disks based on y Versions of packages mondo recommends: pn dvd+rw-tools none (no description available) Versions of packages mindi depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co ii dosfstools2.11-2.1+b1Utilities to create and check MS-D ii file 4.17-5etch1Determines file type using magic ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii mindi-busybox 1.2.1-2Collection of shell utilities in a ii mkisofs 9:1.1.2-1 Dummy transition package for genis ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii ms-sys2.1.0-1Write a Microsoft compatible boot ii nano 2.0.2-1free Pico clone with some new feat ii parted1.7.1-5.1 The GNU Parted disk partition resi ii syslinux 1:3.31-4 Bootloader for Linux/i386 using MS -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315774: grub segfault - Debian Bug report
Daniel Sievers said: I was just wondering, if you could solve the grub segfault meanwhile? I am experiencing the same problem on 2 boxes running sarge. I don't remember clearly, but my best understanding of my notes is that the issue was that they moved the default location for menu.lst around the time of sarge, and grub was segfaulting if it couldn't find menu.lst. My active menu.lst is in /boot/grub/menu.lst, and it's working for me at the moment. I think previously grub looked for it in /lib/grub/i386-pc. Note that this is sent to the bug report, so the next guy with this problem finds the workaround. It's bcc'd to Daniel Sievers so his email address isn't exposed to any address harvesters reading the Debian bug database. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: encfs: Can't rename directories containing symlinks
I will package an updated upstream version now, please retest it tommorrow. I'll try the updated version. I don't know about the tomorrow part. Tomorrow didn't work, ftp-master server is moving. You can get them from rootfs.net/encfs if you wish to test them. The test failed. I fetched and installed http://rootfs.net/encfs/encfs_1.2.2.2-1_i386.deb. First installed libgcc1 version 1:4.0.0-9, fuse-source 2.3.0-1, fuse-utils 2.3.0-1, and libfuse2 2.3.0-1. I rebuilt and re-insmod'ed the fuse.o module and the behavior was unchanged in that I still can't rename the directory containing symlinks: [EMAIL PROTECTED]:~/private/foo$ mv bar bozzo mv: cannot move `bar' to `bozzo': Permission denied -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: paranoia mode is key for reproducing this
Aha. I left out how I configured the filesystem. I specified p to get paranoid mode, and apparently you selected the default option. On my machine (using your recent encfs 1.2.2.2-1 deb), I reliably see the problem when I specify paranoid mode, and I don't see it when I take the default. Can you reproduce the problem now? To save you digging through email, here's what I did: [EMAIL PROTECTED]:/tmp$ rm -rf foo foo.bits [EMAIL PROTECTED]:/tmp$ mkdir foo foo.bits [EMAIL PROTECTED]:/tmp$ encfs /tmp/foo.bits /tmp/foo Creating new encrypted volume. Please choose from one of the following options: enter x for expert configuration mode, enter p for pre-configured paranoia mode, anything else, or an empty line will select standard mode. ? p Paranoia configuration selected. Configuration finished. The filesystem to be created has the following properties: Filesystem cipher: ssl/aes, version 2:1:1 Filename encoding: nameio/block, version 3:0:1 Key Size: 256 bits Block Size: 512 bytes, including 8 byte MAC header Each file contains 8 byte header with unique IV data. Filenames encoded using IV chaining mode. File data IV is chained to filename IV. -- WARNING -- The external initialization-vector chaining option has been enabled. This option disables the use of hard links on the filesystem. Without hard links, some programs may not work. The programs 'mutt' and 'procmail' are known to fail. For more information, please see the encfs mailing list. If you would like to choose another configuration setting, please press CTRL-C now to abort and start over. Now you will need to enter a password for your filesystem. You will need to remember this password, as there is absolutely no recovery mechanism. However, the password can be changed later using encfsctl. New Encfs Password: x Verify Encfs Password: x [EMAIL PROTECTED]:/tmp$ cd foo [EMAIL PROTECTED]:/tmp/foo$ mkdir bar [EMAIL PROTECTED]:/tmp/foo$ ln -s ../baz bar/baz [EMAIL PROTECTED]:/tmp/foo$ mv bar bozzo mv: cannot move `bar' to `bozzo': Permission denied [EMAIL PROTECTED]:/tmp/foo$ -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315774: segfault when running grub from grub-install, then bad error handling
Package: grub Version: 0.95+cvs20040624-17 Severity: normal I had the following terminal dialogue: lobus:~# grub-install /dev/hda Probing devices to guess BIOS drives. This may take a long time. /sbin/grub-install: line 516: 1698 Segmentation fault $grub_shell --batch $no_floppy --device-map=$device_map $log_file EOF root $root_drive setup $force_lba --stage2=$grubdir/stage2 --prefix=$grub_prefix $install_drive quit EOF Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (fd0) /dev/fd0 (hd0) /dev/hda lobus:~# The No error reported message contradicts the segmentation fault, and I'd prefer that my bootloader doesn't segfault in the first place. I looked in /tmp for a log file and found none. Based on reading the grub-install script, I expected a log file matching /tmp/grub*. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grub depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: encfs: Can't rename directories containing symlinks
Tomorrow didn't work, ftp-master server is moving. You can get them from rootfs.net/encfs if you wish to test them. I'm wondering what the normal procedure is in this case. If encfs is used with a bad version of fuse, then encfs shows a symptom that's really a bug in fuse. Do you declare encfs to be incompatible with the buggy version of fuse, so people with a current encfs are guaranteed to see good behavior, or do you just pass the buck to fuse and let people decide for themselves which versions they want to run? -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: encfs: Can't rename directories containing symlinks
tags 315624 + unreproducible thanks If you want. It happens for me every time. What kernel are you running? I'm running 2.4.26. What version of fuse-source did you generate fuse.o from? I have version 2.2.1-4. My fuse-utils version is also 2.2.1-4. I get something different. What's you umask? 0022 I will package an updated upstream version now, please retest it tommorrow. I'll try the updated version. I don't know about the tomorrow part. Here's encfs -v output from the old version 1.2.0-3. I was doing the same commands as before: [EMAIL PROTECTED]:~/private$ rm -rf foo [EMAIL PROTECTED]:~/private$ mkdir foo [EMAIL PROTECTED]:~/private$ cd foo [EMAIL PROTECTED]:~/private/foo$ mkdir bar [EMAIL PROTECTED]:~/private/foo$ cd bar [EMAIL PROTECTED]:~/private/foo/bar$ ln -s ../baz . [EMAIL PROTECTED]:~/private/foo/bar$ cd .. [EMAIL PROTECTED]:~/private/foo$ echo hi baz [EMAIL PROTECTED]:~/private/foo$ mv bar bozzo mv: cannot move `bar' to `bozzo': Permission denied The part of it generated during the failed mv is bracketed by About to mv! and Done with mv!. I filtered out the escape characters that would have highlighted the time of day if I were running in an xterm. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. [EMAIL PROTECTED]:~$ encfs -f -v ~/private.bits ~/private 07:43:17 (main.cpp:518) Root directory: /home/tim/private.bits/ 07:43:17 (main.cpp:519) Fuse arguments: (fg) (threaded) encfs /home/tim/private -f 07:43:17 (Interface.cpp:165) checking if ssl/aes(2:1:1) implements ssl/aes(2:1:1) 07:43:17 (SSL_Cipher.cpp:322) allocated cipher ssl/aes, keySize 32, ivlength 16 EncFS Password: 07:43:24 (FileUtils.cpp:1231) configuration key size = 52 07:43:24 (FileUtils.cpp:1232) cipher key size = 52 07:43:24 (Interface.cpp:165) checking if nameio/block(3:0:1) implements nameio/block(3:0:1) 07:43:47 (MACFileIO.cpp:63) fs block size = 512, macBytes = 8, randBytes = 0 07:43:47 (FileNode.cpp:136) calling setIV on (null) 07:43:47 (CipherFileIO.cpp:94) in setIV, current IV = 0, new IV = 0, fileIV = 0 07:43:47 (DirNode.cpp:1022) created FileNode for /home/tim/private.bits/ 07:43:47 (encfs.cpp:75) getattr on /home/tim/private.bits/ 07:43:47 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/ (refcount 2) 07:43:47 (encfs.cpp:75) getattr on /home/tim/private.bits/ 07:43:47 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/ (refcount 2) 07:43:55 (encfs.cpp:75) getattr on /home/tim/private.bits/ 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/ (refcount 2) 07:43:55 (MACFileIO.cpp:63) fs block size = 512, macBytes = 8, randBytes = 0 07:43:55 (FileNode.cpp:136) calling setIV on (null) 07:43:55 (CipherFileIO.cpp:94) in setIV, current IV = 0, new IV = 12338647250345476082, fileIV = 0 07:43:55 (DirNode.cpp:1022) created FileNode for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs 07:43:55 (encfs.cpp:75) getattr on /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs (refcount 2) 07:43:55 (encfs.cpp:75) getattr on /home/tim/private.bits/ 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/ (refcount 2) 07:43:55 (encfs.cpp:94) getdir on /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs 07:43:55 (MACFileIO.cpp:63) fs block size = 512, macBytes = 8, randBytes = 0 07:43:55 (FileNode.cpp:136) calling setIV on (null) 07:43:55 (CipherFileIO.cpp:94) in setIV, current IV = 0, new IV = 10289484746967469845, fileIV = 0 07:43:55 (DirNode.cpp:1022) created FileNode for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX 07:43:55 (encfs.cpp:75) getattr on /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX (refcount 2) 07:43:55 (DirNode.cpp:1102) unlink bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX (refcount 1) 07:43:55 (DirNode.cpp:794) destroying FNode /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/KZg2kJm7CGqY31RoGdc5FGWX 07:43:55 (MACFileIO.cpp:63) fs block size = 512, macBytes = 8, randBytes = 0 07:43:55 (FileNode.cpp:136) calling setIV on (null) 07:43:55 (CipherFileIO.cpp:94) in setIV, current IV = 0, new IV = 6019307859942576821, fileIV = 0 07:43:55 (DirNode.cpp:1022) created FileNode for /home/tim/private.bits/bInTxNyRHheSC113dA6HaMOs/,vX-1WOSKR7r4VVuBdH89Pvd 07:43:55 (DirNode.cpp:784) in FileNodeDestructor for /home/tim/private.bits/ (refcount 1) 07:43:55 (DirNode.cpp:794) destroying FNode /home/tim/private.bits/ 07:43:55 (encfs.cpp:75) getattr on /home/tim/private.bits
Bug#315623: encfs: Returns status 0 on incorrect password
Package: encfs Version: 1.2.0-3 Severity: normal Here's some shell dialogue: [EMAIL PROTECTED]:~$ encfs ~/private.bits ~/private EncFS Password: asdf Error decoding volume key, password incorrect [EMAIL PROTECTED]:~$ echo $? 0 [EMAIL PROTECTED]:~$ I gave the wrong password, so the text message Error decoding volume key, password incorrect is correct. Because it reports error status 0, however, error-handling for programs that invoke encfs is made unnecessarily complex. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages encfs depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfuse22.2.1-4 Filesystem in USErspace library ii libgcc1 1:3.4.3-12 GCC support library ii librlog11.3.6-1 flexible message logging library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: encfs: Can't rename directories containing symlinks
Package: encfs Version: 1.2.0-3 Severity: normal Within volumes mounted with encfs, I get permission denied errors when I attempt to rename a directory containing symlinks. Here's shell dialogue: [EMAIL PROTECTED]:~$ encfs /home/tim/private.bits /home/tim/private. specified a password [EMAIL PROTECTED]:~$ cd private [EMAIL PROTECTED]:~/private$ mkdir foo [EMAIL PROTECTED]:~/private$ cd foo [EMAIL PROTECTED]:~/private/foo$ mkdir bar [EMAIL PROTECTED]:~/private/foo$ cd bar [EMAIL PROTECTED]:~/private/foo/bar$ ln -s ../baz . [EMAIL PROTECTED]:~/private/foo/bar$ cd .. [EMAIL PROTECTED]:~/private/foo$ echo hi baz [EMAIL PROTECTED]:~/private/foo$ cat bar/baz hi [EMAIL PROTECTED]:~/private/foo$ mv bar bozzo # This should have succeeded mv: cannot move `bar' to `bozzo': Permission denied [EMAIL PROTECTED]:~/private/foo$ rm bar/baz [EMAIL PROTECTED]:~/private/foo$ mv bar bozzo This succeeded -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages encfs depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfuse22.2.1-4 Filesystem in USErspace library ii libgcc1 1:3.4.3-12 GCC support library ii librlog11.3.6-1 flexible message logging library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307627: fuse-utils: It doesn't ask about deleting the group
Package: fuse-utils Version: 2.2.1-4 Followup-For: Bug #307627 I'm not the original poster, but I can reproduce the bug and I can answer some of the questions that were asked. What debconf priority do you use? By searching /var/cache/debconf/config.dat, it seems that I have it set at medium. I don't recall ever changing the priority, so medium is probably the default value. Well I set all questions to priority medium to be sure that everyone will be asked for group deletion (#303954). I wasn't asked. Here's some unedited shell dialogue showing what happened. The name of the group in question is private. If I want to make it repeat this behavior, I have to give these commands between one repetition and the next: dpkg -P fuse-utils# So it asks the name of the group again addgroup --gid 1006 private # So the group exists again. lobus:/vast/tim/encfs# grep private /etc/group private:x:1006: lobus:/vast/tim/encfs# apt-get install fuse-utils Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: fuse-module The following NEW packages will be installed: fuse-utils 0 upgraded, 1 newly installed, 0 to remove and 154 not upgraded. Need to get 0B/39.7kB of archives. After unpacking 143kB of additional disk space will be used. /bin/sh: line 1: /usr/bin/apt-listchanges: No such file or directory debconf: unable to initialize frontend: Dialog debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.) debconf: falling back to frontend: Readline Preconfiguring packages ... Configuring fuse-utils -- To use a fusermount, one must be able to execute this command as a root. Please enter the group that should be given that ability. Which group should be able to use fusermount? private Selecting previously deselected package fuse-utils. (Reading database ... 74895 files and directories currently installed.) Unpacking fuse-utils (from .../fuse-utils_2.2.1-4_i386.deb) ... Setting up fuse-utils (2.2.1-4) ... debconf: unable to initialize frontend: Dialog debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.) debconf: falling back to frontend: Readline Creating config file /etc/default/fuse-utils with new version W: No priority (or zero) specified for pin lobus:/vast/tim/encfs# apt-get remove fuse-utils Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: fuse-utils 0 upgraded, 0 newly installed, 1 to remove and 154 not upgraded. Need to get 0B of archives. After unpacking 143kB disk space will be freed. Do you want to continue? [Y/n] y /bin/sh: line 1: /usr/bin/apt-listchanges: No such file or directory (Reading database ... 74909 files and directories currently installed.) Removing fuse-utils ... Removing group `private'... done. W: No priority (or zero) specified for pin lobus:/vast/tim/encfs# grep private /etc/group lobus:/vast/tim/encfs# -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fuse-utils depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii sed 4.1.2-8 The GNU sed stream editor ii ucf 1.17 Update Configuration File: preserv -- debconf information: fuse-utils/groupcreate: false fuse-utils/groupdelete: true * fuse-utils/group: private fuse-utils/grouprenamemigrate: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307624: fuse-utils: Workaround to get fusermount to be usable by non-root
Package: fuse-utils Version: 2.2.1-4 Followup-For: Bug #307624 Everyone may already know this, but just in case, here are the commands you have to give after installing fuse-utils to get fusermount into the right group and with the right permissions. This assumes the group that's supposed to be able to run fusermount is the named private. chgrp private /usr/bin/fusermount chmod o-rwx /usr/bin/fusermount chmod u+s /usr/bin/fusermount After doing this I was able to get encfs to work. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fuse-utils depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii sed 4.1.2-8 The GNU sed stream editor ii ucf 1.17 Update Configuration File: preserv -- debconf information: fuse-utils/groupcreate: false fuse-utils/groupdelete: true * fuse-utils/group: private fuse-utils/grouprenamemigrate: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312873: autoconf-doc: Specifying the System Type is called Specifying Names in the menu
Package: autoconf-doc Version: 2.59-2 Severity: minor In the Manual Configuration document, there are three menu items. The first is Specifying Names. If I select that, I get a section titled Specifying the System Type, not Specifying Names. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306787: chkrootkit -q quiets half of a complaint
Package: chkrootkit Version: 0.44-2 Severity: normal If I run chkrootkit -q on my system, I get this output: lobus:~# chkrootkit -q /usr/lib/mindi/rootfs/proc/.keep /usr/lib/mindi/rootfs/root/.profile lobus:~# The two files listed are from mindi. The fact that they are reported is a separate bug; the bug I'm reporting here is that the text that's supposed to explain the file list is missing. I think it should have preserved the line of text that says what it's complaining about: lobus:~# chkrootkit -q Searching for suspicious files and dirs, it may take a while... /usr/lib/mindi/rootfs/proc/.keep /usr/lib/mindi/rootfs/root/.profile lobus:~# or maybe it could have made a more coherent complaint: lobus:~# chkrootkit -q These suspicious files or directories were found: /usr/lib/mindi/rootfs/proc/.keep /usr/lib/mindi/rootfs/root/.profile lobus:~# -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages chkrootkit depends on: ii binutils2.15-5 The GNU assembler, linker and bina ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: * chkrootkit/run_daily: true * chkrootkit/run_daily_opts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306784: chkrootkit: False positive if mindi is installed
Package: chkrootkit Version: 0.44-2 Severity: normal chkrootkit gives this output on my system: lobus:~# chkrootkit ROOTDIR is `/' Checking `amd'... not found Boring stuff omitted Searching for Ambient's rootkit (ark) default files and dirs... nothing found Searching for suspicious files and dirs, it may take a while... /usr/lib/mindi/rootfs/proc/.keep /usr/lib/mindi/rootfs/root/.profile Searching for LPD Worm files and dirs... nothing found More boring stuff omitted Checking `z2'... nothing deleted lobus:~# The two files /usr/lib/mindi/rootfs/proc/.keep /usr/lib/mindi/rootfs/root/.profile are from mindi: lobus:~# dpkg -S /usr/lib/mindi/rootfs/proc/.keep mindi: /usr/lib/mindi/rootfs/proc/.keep lobus:~# dpkg -S /usr/lib/mindi/rootfs/root/.profile mindi: /usr/lib/mindi/rootfs/root/.profile lobus:~# dpkg -l mindi Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii mindi 1.04-4 creates boot/root disks based on your system lobus:~# -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages chkrootkit depends on: ii binutils2.15-5 The GNU assembler, linker and bina ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: * chkrootkit/run_daily: true * chkrootkit/run_daily_opts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306623: python-tclink: Bad error handling can lead to python aborting
Package: python-tclink Version: 3.4.0-1.1 Severity: normal Python extensions written in C have a per-thread error indication. If an error happens, and an extension function doesn't check for the error and convert it into an exception, then the error indication stays set and some future extension function is likely to check for and raise the error. This can happen in a garbage collection and cause Python to abort. There are other scenarios that lead to a segfault, but I don't understand that well enough to include an example here. Here's an example. The version of tctest.py is the program from the python-tclink source, modified so params[state] is None. This provokes an error because PyString_AsString refuses to convert Py_None to a string. [EMAIL PROTECTED]:/tmp$ cat tctest.py #!/usr/bin/python # # Test script for TCLink Python client. # import tclink print 'Using TCLink version', tclink.getVersion() params = { 'custid':'TestMerchant', 'password': 'password', 'action':'preauth', 'cc':'4111', 'exp': '0404', 'amount':'100', 'avs': 'n', 'state': None } result = tclink.send(params) if result['status'] == 'approved': print 'The transaction was approved!' elif result['status'] == 'decline': print 'The transaction was declined.' else: print 'There was an error.' print 'Here are the full details:' print result [EMAIL PROTECTED]:/tmp$ python tctest.py Using TCLink version 3.4-Python-Linux-i686 The transaction was approved! Here are the full details: {'status': 'approved', 'transid': '011-0017158794', 'avs': 'N'} Exception exceptions.TypeError: 'expected string or Unicode object, NoneType found' in 'garbage collection' ignored Fatal Python error: unexpected exception during garbage collection Aborted [EMAIL PROTECTED]:/tmp$ Note that the exception message expected string or Unicode object, NoneType found is correct, modulo poor English: something of type NoneType really was encountered when something of type string was appropriate, specifically the value of params[state]. However, because the exception happened later, it happened during a garbage collection and python aborted. Here's a patch: --- py_tclink.c 2003-09-05 15:47:36.0 -0700 +++ /home/tim/ml/branches/tim/server/test/tclink-3.4-python-hacked/py_tclink.c 2005-04-27 10:12:48.0 -0700 @@ -36,15 +36,23 @@ TCLinkCon *c; param *p; - if (!PyArg_ParseTuple(args, O, input)) return (PyObject *)NULL; /* stuff the parameters */ handle = TCLinkCreate(); - while (PyDict_Next(input, pos, key, value)) - TCLinkPushParam(handle, PyString_AsString(key), PyString_AsString(value)); + while (PyDict_Next(input, pos, key, value) !PyErr_Occurred()) { + char *k = PyString_AsString(key); + char *v; + if (!PyErr_Occurred()) v = PyString_AsString(value); + if (!PyErr_Occurred()) TCLinkPushParam(handle, k, v); +} + +if (PyErr_Occurred()) { + TCLinkDestroy(handle); + return NULL; +} Py_BEGIN_ALLOW_THREADS @@ -57,13 +65,18 @@ c = (TCLinkCon *)handle; output = PyDict_New(); - for (p = c-recv_param_list; p; p = p-next) - PyDict_SetItem(output, Py_BuildValue(s, p-name), Py_BuildValue(s, p-value)); + for (p = c-recv_param_list; p !PyErr_Occurred(); p = p-next) + PyDict_SetItem(output, Py_BuildValue(s, p-name), + Py_BuildValue(s, p-value)); TCLinkDestroy(handle); - - return output; +if (PyErr_Occurred()) { + Py_DECREF(output); + return NULL; +} else { + return output; +} } #define TCLINKGETVERSION_DOC Returns the module version string.\n And here's what happens when I run with the patched py_tclink.c. The point here is that python didn't abort, and the python stack trace accurately points at the bad code. [EMAIL PROTECTED]:/tmp$ export PYTHONPATH=/home/tim/python-tclink-3.4.0/build/lib.linux-i686-2.3 [EMAIL PROTECTED]:/tmp$ python tctest.py Using TCLink version 3.4-Python-Linux-i686 Traceback (most recent call last): File tctest.py, line 21, in ? result = tclink.send(params) TypeError: expected string or Unicode object, NoneType found [EMAIL PROTECTED]:/tmp$ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-tclink depends on: ii python2.3.5-1An interactive high-level object-o ii python2.3-tclink
Bug#305129: mp3burn deals wrong with monaural ogg-vorbis
Package: mp3burn Version: 0.4.1-1 Severity: normal I fetched http://www.cbc.ca/quirks/media/2004-2005/ogg/qq-2005-04-16a.ogg and tried to burn it to CD with mp3burn. The audio came out double-speed. I think the problem is that ogg123 is invoked as ogg123 -d raw -f - -q qq-2005-04-16a.ogg and since it's a mono input, consecutive samples in the output are from the same channel. Then mp3burn causes this to be interpreted as stereo, which has alternating samples, one from one channel and the next from the other. Thus it goes at double speed. Looking at the command-line arguments to ogg123, I don't see a quick fix. I suppose one alternative is to pipe it through sox, telling it to convert mono to stereo, or to ask sox to do the whole job of converting the .ogg file instead of ogg123. I haven't tried these alternatives. mp3burn does a fine job of burning .mp3 files from this site. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C Versions of packages mp3burn depends on: ii cdrecord 4:2.0+a34-2 command line CD writing tool ii file 4.09-1 Determines file type using magic ii libmp3-info-perl 1.02-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-perl0.03-1 perl interface to Ogg Vorbis infor ii libstring-shellquote-perl1.00-4 quote strings for passing through ii mpg321 [mpg123] 0.2.10.3A Free command-line mp3 player, co ii perl 5.8.4-8 Larry Wall's Practical Extraction ii vorbis-tools 1.0.1-1.2 Several Ogg Vorbis Tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304285: xen 2.0.5-3 is package-compatible with xen-docs 1.2-4.1
Package: xen Version: 2.0.5-3 Severity: minor IMO it's too easy to get the new xen installed with the old xen-docs. I think that the new xen should be package-incompatible with versions of xen-docs that don't describe it. I have this output from dpkg -l: lobus:/proc# dpkg -l xen xen-docs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii xen2.0.5-3a Virtual Machine Monitor like User-Mode-Lin ii xen-docs 1.2-4.1documentation for XEN, a Virtual Machine Mon lobus:/proc# (I'm really excited about getting to use this. Thanks much for packaging it.) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C Versions of packages xen depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcurl37.13.1-2 Multi-protocol file transfer libra ii libidn110.5.13-1.0 GNU libidn library, implementation ii libssl0.9.7 0.9.7d-5 SSL shared libraries ii libxen-python 2.0.5-3 python wrapper around libxc, the c ii libxen2.0 2.0.5-3 control library for XEN, a Virtual ii python 2.3.4-4 An interactive high-level object-o ii python2.3 2.3.5-1 An interactive high-level object-o ii python2.3-twisted 1.3.0-8 Event-based framework for internet ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300955: Please close, my mistake
I should use long if I want to generate a long integer without getting a warning, not int. Please close the bug as invalid. -- Tim Freeman http://www.fungible.com [EMAIL PROTECTED] Programmer/consultant in the Sunnyvale, CA area. Available June 2005 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300324: python-mysqldb: Python True is mysql false when inserting
Package: python-mysqldb Version: 1.1.6-1 Severity: normal *** Please type your report below this line *** Using python2.3-mysqldb against mysql-server 4.1.9-2, I can run this program import MySQLdb import MySQLdb.converters _conversions = MySQLdb.converters.conversions.copy() # To make the bug go away, comment in the next line. #_conversions[bool] = lambda x, d: int(x) conn = MySQLdb.connect(host='x', user='x', passwd='x', db='x', conv = _conversions) cursor = conn.cursor() cursor.execute(drop table if exists foo); cursor.execute(create table foo (x boolean)); # Inserting a print statement strategically into the MySQLdb package shows # that the next execute does this mysql: #insert into foo(x) values ('True'); # which, when I do it directly from the mysql command line, inserts a 0 into # foo, not a 1. cursor.execute(insert into foo (x) values (%s), (True,)) cursor.execute(select * from foo) (value,) = cursor.fetchone() print Value is %r % (value,) # prints 0, should print True or 1. assert value and it hits the assert because inserting True inserts a 0 into the database. There's a workaround commented out at the top of the script. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-mysqldb depends on: ii python2.3.4-5An interactive high-level object-o ii python2.3-mysqldb 1.1.6-1A Python interface to MySQL -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298008: python2.3-xml: Dangling link in catalog.soc
Package: python2.3-xml Version: 0.8.4-1 Severity: minor I wanted to try validating XML, so I wanted to run xmlproc_val against the urls.xml file in the example. I had to read the source code for xmlproc_val to know that you have to set XMLSOCATALOG to make it find the catalog. It would be better if this were in the manual entry for xmlproc_val. However, that's too trivial; the real bug is: The offered catalog in /usr/share/doc/python2.3-xml/examples/demo/xmlproc/catalog.soc points to the URL http://www.schema.net/public-text/catalog.soc, which no longer exists. The fix is to delete the reference to the nonexistent catalog. Here's a terminal dialogue to make all this clear. It includes a patch to catalog.soc. lobus:~ cp -ra /usr/share/doc/python2.3-xml/examples/demo/xmlproc /tmp/xmlproc lobus:~ cd /tmp/xmlproc lobus:/tmp/xmlproc gunzip *.gz */*.gz lobus:/tmp/xmlproc xmlproc_val urls.xml xmlproc version 0.70 Parsing 'urls.xml' E:hate-sysids:1:0: Couldn't open resource 'hate-sysids' E:urls.xml:5:7: Element 'xbel' not declared E:urls.xml:6:8: Element 'title' not declared ...trimmed... Parse complete, 69 error(s) and 0 warning(s) lobus:/tmp/xmlproc setenv XMLSOCATALOG catalog.soc lobus:/tmp/xmlproc xmlproc_val urls.xml xmlproc version 0.70 Parsing catalog file 'catalog.soc' ERROR: Couldn't open resource 'http://www.schema.net/public-text/catalog.soc' at http://www.schema.net/public-text/catalog.soc:1:0 TEXT: '' lobus:/tmp/xmlproc cp catalog.soc catalog.soc.orig ... Edited catalog.soc ... lobus:/tmp/xmlproc diff -u catalog.soc.orig catalog.soc --- catalog.soc.orig2005-03-03 15:50:18.0 -0800 +++ catalog.soc 2005-03-03 15:50:50.0 -0800 @@ -12,8 +12,3 @@ PUBLIC +//IDN python.org//DTD XML Bookmark Exchange Language 1.0//EN//XML dtds/xbel-1.0.dtd - --- If we can't find a system identifier for the public identifier here, - then go to James Tauber's public catalog -- - -DELEGATE http://www.schema.net/public-text/catalog.soc; \ No newline at end of file lobus:/tmp/xmlproc xmlproc_val urls.xml xmlproc version 0.70 Parsing catalog file 'catalog.soc' Parsing 'urls.xml' Parse complete, 0 error(s) and 0 warning(s) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C Versions of packages python2.3-xml depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii python2.3 2.3.5-1 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296530: python2.3-xml: Dangling link for xmlproc license
Package: python2.3-xml Version: 0.8.4-1 Severity: normal If I visit file:///usr/share/doc/python2.3-xml/xmlproc/xmlproc.html and click on formal BSD-ish license, it goes to file:///usr/share/doc/python2.3-xml/xmlproc/license.html, which doesn't exist. It should have gone to file:///usr/share/doc/python2.3-xml/xmlproc/xmlproc-license.html. I don't know what priority to give this. The intent is clear but taken literally the license for the code is unspecified, which is surely a violation of some Debian policy or other. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-treo Locale: LANG=C, LC_CTYPE=C Versions of packages python2.3-xml depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii python2.3 2.3.5-1 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]