Bug#789645: [Bash-completion-devel] Bug#789645: Bug#789645: bash-completion: mplayer also .zip extension
On Tue, Jun 23, 2015 at 12:24:53PM +0300, Ville Skyttä wrote: Which version of mplayer can do that? At least the SVN-r37391-5.1.1 (probably a 20150505 svn snapshot) I have on Fedora 22 apparently can't. In an un-compressed zip, mplayer might be finding the file inside by scanning for something it recognizes, treating the zip headers as cruft, rather than actually understanding them. mpv, a fork of mplayer2 that's diverged a bit, can play all the files out of a .rar, including ones it finds while traversing a directory, if you put one on the cmdline. It does NOT do that for .zip, though :/ -- #define X(x,y) x##y Peter Cordes ; e-mail: X(peter@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768005: [Bash-completion-devel] Bug#768005: Please support xl xen management command
On Mon, Jun 01, 2015 at 09:10:33PM -0400, Gabriel Filion wrote: This would've been great to have for the jessie release. The lack of completion for xl makes using this command quite annoying. Since most of the commands are the same as with xm, we could start with cloning the completion file for xm and work out the differences from there. If they can actually share some common functions, you can put both handlers in the same file, and symlink one to the other. Or use _xfunc() to call a function from the other file (which checks if the function you want to call is already defined, else source and then call.) Or maybe put something at the global level of completions/xl, so when that file is loaded, it makes sure completions/xm is loaded, by checking for something that xm defines. Then the function definitions that stick around in RAM after things are loaded are smaller and simpler (no _xfunc, just direct calls). I don't use xen, so I have no plans to write completions for xen commands myself, but patches usually get looked at eventually when sent in to the bash-completion mailing list. (It receives mail from debian bugs on the bash-completion package.) -- #define X(x,y) x##y Peter Cordes ; e-mail: X(peter@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781404: [Bash-completion-devel] Processed: Re: Bug#781404: dd: BASH completion overwrites option prefix
Programmable completion bugs very often get reported in the wrong place. Most users aren't aware of how exactly it happens under the hood. Also, some packages do ship custom completions for the commands they provide. In this case, dd completion is dynamically loaded from /usr/share/bash-completion/completions/dd, a file maintained by the bash-completion package. $ complete -p dd complete -o nospace -F _dd dd Usually un-reproducible broken-behaviour reports come from people with old cruft in /etc/bash_completion.d. Every file in there is sourced when the main bash-completion script loads. Old acroread packages were notable for re-defining bash-completion standard functions in a way that broke things. So, David, check everything in /etc/bash_completion.d to make sure apt thinks it SHOULD be there, or that you put it there yourself. e.g. on my system $ dpkg -S /etc/bash_completion.d/* /dev/null dpkg-query: no path found matching pattern /etc/bash_completion.d/dput.dpkg-old dpkg-query: no path found matching pattern /etc/bash_completion.d/git.dpkg-old found files get printed on stdout, hence the redirect. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(peter@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775661: [Bash-completion-devel] Bug#775661: [bash-completion] odd completion candidates
On Sun, Jan 18, 2015 at 10:22:20AM +, lumin wrote: Package: bash-completion Version: 1:2.1-4 Hi, Accidently I found this bug/issue after typing 2 times of the TAB key. REPLAY: 1. create files in a dir $ ll total 472K -rw-r--r-- 1 x x 201K Jan 18 10:13 linux?.0 -rw-r--r-- 1 x x 113K Jan 18 10:13 linux?.1 -rw-r--r-- 1 x x 151K Jan 18 10:13 linux?.2 2. cat +{2 times of tab} $ cat .0 .1 .2 linux In fact, the same result would appear after s/cat/vim/ or something like that. Maybe this is just cosmetic, but it is strange, isn't it? The progcomp code doesn't try to escape cursor-movement control or escape codes, I don't think, but GNU ls does. I think your filenames are linux^M.x or something. ls --literal print raw entry names (don't treat e.g. control characters specially) might give similar output to tab completion. Did those filenames come from something that read from a DOS text file? Stripped off the trailing linefeed, was left with linux^M. If you truncate those files ( linux*0; linux*1; ...), and make a tar.gz of your directory as a testcase, that might possibly be useful for us to test progcomp with weird input. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(peter@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755023: gnome-session: should Recommends: gnome-shell, not depend
On Fri, Jul 18, 2014 at 04:51:09PM +0200, Emilio Pozuelo Monfort wrote: Given the above issue you mention with the gnome session not starting when gnome-shell is not present, and bug #755140 where gnome-session seems to talk to org.gnome.shell now, I think the Depends is quite appropriate. Ah, ok. I don't even use it myself, I was just trying to get Debian and Ubuntu back on the same page, and improve the Ubuntu package's dependencies, after noting a problem while paring down stuff I don't use after an ubuntu upgrade. My issue with it not starting was because I didn't have anything else set up for it to start. I wasn't intending to use gnome-session at all. I just missed uninstalling it because no reverse-depend led me back to it from my Ubuntu system, in aptitude! You're right, Debian bug #755140 certainly does make me think that gnome-session is now built to only work right if it starts gnome-shell, so yeah, Depends. Probably very recently, since it looks like the bugs about it are very recent. If shells other than gnome-shell are broken with gnome-session, then things have indeed changed since Ubuntu's decision to drop the Depends to resolve https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/795191 Thanks for having a look at this; I'll file a bug on Ubuntu's package to suggest they no longer drop the gnome-shell dependency. Go ahead and close this, I guess, unless it turns out that it's a bug for gnome-session to assume it's only ever starting gnome-shell. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(peter@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755023: gnome-session: should Recommends: gnome-shell, not depend
Source: gnome-session Version: 3.12.1-3 Severity: normal reporting here to hopefully get Debian and Ubuntu back in sync on this. Ubuntu dropped the gnome-shell dependency from gnome-session for https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/795191 That led to the possibility of having a broken X startup, with xinit starting gnome-session instead of fluxbox or something, but then it dying after it can't find anything it wants to start. I just opened https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1342970 about this. The obvious fix is for gnome-session to Recommends: gnome-shell People that want to use something else with gnome-session can simply break the Recommend. Or have the packages for something-else have a Provides: gnome-shell, if that's not a terrible idea. The Ubuntu bug from 2011 proposed a virtual package name that things could provide. If nobody wants to do all that work, just changing to a Recommends: is really easy, and is a good enough solution. I was trying to remove all the gnome stuff, since I use fluxbox, and following the reverse dependency chain up to the top stopped at gnome-shell, which I removed. Nothing led back to gnome-session. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-30-generic (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487454: broken symlinks
On Sun, Jun 22, 2008 at 07:01:57AM +0800, jida...@jidanni.org wrote: Package: ghostscript Version: 8.62.dfsg.1-2.1 Severity: minor File: /var/lib/defoma/gs.d cruft(8) finds broken symlinks: var gs.d/dirs/fonts/ [...] I think the cause of this is the same problem as reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487459 I don't know how to mark this as a duplicate of 487459. http://www.debian.org/Bugs/server-control#merge says the bugs must be in the same package... maybe both should be re-assigned to defoma? I'll say more on the other bug, since that's the bug with comments already. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(pe...@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487459: defoma-reconfigure perhaps should check that it doesn't make dangling symlinks
On Tue, Jul 15, 2008 at 01:00:43AM +0800, jida...@jidanni.org wrote: Indeed, defoma-reconfigure removes and recreates those dangling links all over again. It should check that it doesn't make dangling symlinks. Anyway, whatever script it is reading is making those dangling symlinks. Same thing happened to me. I got here after using cruft(8) on my Ubuntu system, and finding similar problems. find -L /var/lib/defoma/gs.d/ -type l -ls 6796820 lrwxrwxrwx 1 root root 60 Nov 3 14:45 /var/lib/defoma/gs.d/dirs/fonts/ae_AlMothnna_bold.ttf - /usr/share/fonts/truetype/ttf-arabeyes/ae_AlMothnna_bold.ttf 46796860 lrwxrwxrwx 1 root root 69 Nov 3 14:45 /var/lib/defoma/gs.d/dirs/fonts/AnjaliOldLipi-0.730.ttf - /usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf 46796870 lrwxrwxrwx 1 root root 54 Nov 3 14:45 /var/lib/defoma/gs.d/dirs/fonts/ae_AlYermok.ttf - /usr/share/fonts/truetype/ttf-arabeyes/ae_AlYermok.ttf ... Defoma doesn't rebuild its info every time, it just adds/subtracts from what's registered in postrm/preinst. So probably defoma has some fonts registered that aren't in any installed packages anymore. I'm not surprised that this is the case for me, since my / and /usr got out of sync, so I effectively removed packages without running their prerm scripts. I had a disk failure in the past that took out my root filesystem, but not /usr. So after restoring /, my dpkg state files didn't match what was in /usr anymore, because my last backup of / was before a system upgrade. yeah, I'm lazy about backups. :( And instead of re-installing exactly the same versions of all the same packages, that my / knew about, I went ahead and upgraded/purged right from the old /, new /usr state, since debian packages are generally pretty robust, and I was prepared to sort out the mess. I maybe have been able to restore /var/lib/dpkg/status from a backup copy of just that one file. Can't remember, so maybe I didn't really skip the prerm scripts for the packages I purged instead of upgrading. I then did some package reinstalls until debsums -ac was happy. There were no serious problems after that, and I'm only now getting to the cosmetic stuff, like leftover files and broken symlinks that cruft found. defoma is the only thing I've come to that can't be fixed just by re-running /var/lib/dpkg/info/foo.postinst configure to rebuild things that I deleted after seeing them in the cruft report... If there's a bug here, it's the same bug as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487454 and should be titled defoma's state management isn't robust. Debsums depends on packages adding/subtracting things from its state, rather than building a list of installed stuff from files that packages drop into a directory (maybe in /usr/share?). Being able to rebuild the state from files that can be checked with debsums would be much more robust. For user customization, another directory in /etc could be read, too. Now I'm going to go see if I can find what the master file is for all this, and weed out the lines that refer to files not on my system. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(pe...@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520794: samba: smbd memory usage always increase - memory leak
On Fri, May 01, 2009 at 07:45:47AM +0200, Christian Perrier wrote: Quoting Peter Cordes (pe...@cordes.ca): It doesn't leak memory anymore, but I'm seeing smbd panics every few days. Well, ae you sure that this is related to the memory leak fix?? No. I didn't see any panics in the week I was running the leaky Debian binary package. Maybe that was just random chance, since I have only seen 4 panics since Apr 14th, when I installed the self-compiled version. Sat Apr 18 14:04:32 2009 Tue Apr 21 16:06:47 2009 Fri Apr 24 17:39:27 2009 Wed Apr 29 18:06:36 2009 (So probably while samba was actually in use from one of the client machines, judging from the times.) Even if the binary package was ok, it's possible my build environment introduced a problem. I built the packages on the same fully up-to-date Lenny that I'm running Samba on, though. Using dpkg-buildpackage -us -uc -b, IIRC. It's possible I would have seen those samba panics if I'd just compiled from source without applying the patch. My machine doesn't have enough memory to test for long with the leak happening, so I can't think of any great solutions. I can install the -dbg package, though, and maybe get a useful backtrace. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(pe...@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520794: [Pkg-samba-maint] Bug#520794: samba: smbd memory usage always increase - memory leak
Christian Perrier bubu...@debian.org wrote: Quoting Peter Cordes (pe...@cordes.ca): I compiled Samba packages for myself with bug_520794.patch (thanks Christian). I'll keep an eye on it to see if it's still leaking. ping me in a week if I forget to update this. Any news about this ? I wasn't subscribed to the bug (I thought that would happen automatically after sending mail to n...@b.d.o), so I didn't get that email. I have subscribed now, though, so you can just reply to the bug. It doesn't leak memory anymore, but I'm seeing smbd panics every few days. Here's a sample from my /var/log/samba/log.smbd: [2009/04/29 17:38:20, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused (these CUPS messages happen at this frequency all the time. I guess I should turn that off whatever wants it, since I don't run CUPS on this machine.) [2009/04/29 17:38:20, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/29 17:50:29, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/29 17:50:29, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/29 18:03:17, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/29 18:03:17, 0] printing/print_cups.c:cups_connect(68) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/29 18:06:28, 0] lib/util_tdb.c:tdb_wrap_log(886) tdb(/var/lib/samba/passdb.tdb): tdb_transaction_commit: failed to setup recovery data [2009/04/29 18:06:28, 0] passdb/pdb_tdb.c:tdb_update_sam(1193) Could not commit transaction [2009/04/29 18:06:28, 0] lib/util.c:smb_panic(1663) PANIC (pid 14712): transaction_cancel failed [2009/04/29 18:06:28, 0] lib/util.c:log_stack_trace(1767) BACKTRACE: 0 stack frames: [2009/04/29 18:06:28, 0] lib/util.c:smb_panic(1668) smb_panic(): calling panic action [/usr/share/samba/panic-action 14712] [2009/04/29 18:06:36, 0] lib/util.c:smb_panic(1676) smb_panic(): action returned status 0 [2009/04/29 18:06:36, 0] lib/fault.c:dump_core(201) dumping core in /var/log/samba/cores/smbd [2009/04/29 18:06:38, 0] printing/print_cups.c:cups_connect(68) All the Samba crashes generate the same series of log file lines. all with 0 stack frames of backtrace :( The panic-action script sends email with this backtrace (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb79f06d0 (LWP 21277)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7eeb424 in __kernel_vsyscall () #0 0xb7eeb424 in __kernel_vsyscall () #1 0xb7b2d6f3 in waitpid () from /lib/i686/cmov/libc.so.6 #2 0xb7acb46b in ?? () from /lib/i686/cmov/libc.so.6 #3 0xb7cb74ad in system () from /lib/i686/cmov/libpthread.so.0 #4 0x08201ef9 in smb_panic () #5 0x081d3a5b in ?? () #6 0x084f2c97 in ?? () #7 0x0008 in ?? () #8 0x0852d3b9 in ?? () #9 0x0852dceb in ?? () #10 0x04a9 in ?? () #11 0x1db3b1f8 in ?? () #12 0xbfc055a8 in ?? () #13 0x081dfc3b in memcache_flush () #14 0x081d3a85 in ?? () #15 0x0003 in ?? () #16 0x091f9ad0 in ?? () #17 0xbfc055c8 in ?? () #18 0x081b46af in pdb_update_sam_account () Backtrace stopped: frame did not save the PC My smb.conf is not very modern either. It still uses security=share, because I set it up that way 6 years ago, and haven't wanted to re-do my Windows home network since then. (file attached) It's not the parent daemon that panics, and Windows clients seem to reconnect ok. Anyway, my users haven't noticed any actual service interruptions. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(pe...@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC [global] # Do something
Bug#520794: [Pkg-samba-maint] Bug#520794: samba: smbd memory usage always increase - memory leak
On Mon, Mar 23, 2009 at 06:26:49PM +0100, Christian Perrier wrote: Quoting Massimiliano Ferrero (m.ferr...@midhgard.it): if you think it's necessary in the next days I could compile a modified 3.2.5-4 with Volker patch, test on this customer and verify that the problem disappears. That would be even more convincing that this bug is worth fixing *and* not risky, which is important to decide whether or not we fix it for lenny (this is a matter of interpretation whether it's important enough to warrant an update to lenny and the (always non null though apparently very very low) risk that we could introduce other bugs with that fix. I was seeing memory leaks in Samba on my home server. (simple setup with 1 win2k client.) I was wondering why my machine was feeling slow, and I saw that smbd was using all my RAM: 300MB RSS, 600MB virtual size, on my 512MB PIII 500MHz. And my small swap partition was mostly full. This is after only a week of having Samba running, and this machine normally goes for months without reboots. This is a showstopper bug for me, so I'm heavily in favour of updating stable. Are there configurations where it doesn't leak, or are modern servers supposed to have so much RAM and swap that it doesn't matter? The latter is IMHO not a good enough argument to justify leaving it unfixed. I compiled Samba packages for myself with bug_520794.patch (thanks Christian). I'll keep an eye on it to see if it's still leaking. ping me in a week if I forget to update this. -- #define X(x,y) x##y Peter Cordes ; e-mail: X(pe...@cor , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC signature.asc Description: Digital signature
Bug#523039: /boot/vmlinuz-2.6.26-1-686: umount -f /net/tesla/foo umount -l -f /net/tesla/foo breaks the whole VFS
Package: linux-image-2.6.26-1-686 Version: 2.6.26-13lenny2 Severity: normal File: /boot/vmlinuz-2.6.26-1-686 I'm not sure how reproducible this is. I use the automounter to automount /net/tesla/whatever, and so on. I think I got NFS confused by changing the exports on tesla without unmounting from llama first. Anyway, I was in one of those nfs-is-stuck-and-I-need-to-umount situations. I ran sudo umount -f /net/tesla/usr sudo umount -f /net/tesla/home sudo umount -f /net/tesla/var/tmp At least one of these mounts shouldn't have had any open files, but I wasn't able to check for sure because lsof blocks on broken NFS mounts. When none of those umounts exitted for several minutes, I ran sudo umount -l -f /net/tesla/var/tmp sudo umount -l -f /net/tesla/usr Within seconds of doing that, _local_ file access started to break. Anything I tried to run hung. e.g. ls didn't return. (I was CDed to a directory in /mnt/large, an ext3 filesystem on a local disk.) The machine wasn't totally locked, though. I was able to fg a vi process, and have it prompt that a file on disk was newer, and then exit cleanly (and this was over SSH). So user-space (and apparently even the VFS) wasn't entirely screwed, but there were major problems. I eventually had to alt+sysrq s, u, b to reboot. Does umount -l need to check if there's already a umount attempt going on? The only thing out of the ordinary that I did was umount -l -f while a umount -f was stuck on the same filesystem. Machine hardware: PIII 500MHz, 440BX chipset, 512MB. tulip NICs. This HW has been stable for ~10 years. :) -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-13lenny2) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Mar 13 18:08:45 UTC 2009 ** Command line: root=/dev/md0 lapic ro ** Not tainted ** Loaded modules: Module Size Used by autofs416420 1 nfsd 186704 17 auth_rpcgss33952 1 nfsd exportfs3904 1 nfsd nfs 213896 5 lockd 54248 2 nfsd,nfs nfs_acl 2912 2 nfsd,nfs sunrpc162144 26 nfsd,auth_rpcgss,nfs,lockd,nfs_acl ipt_REJECT 2784 1 xt_tcpudp 2816 16 xt_state2016 1 nf_nat_irc 2080 0 nf_conntrack_irc5124 1 nf_nat_irc nf_conntrack_ftp6852 0 ipt_MASQUERADE 2592 1 iptable_nat 4680 1 nf_nat 15576 3 nf_nat_irc,ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 12268 4 iptable_nat,nf_nat nf_conntrack 55508 8 xt_state,nf_nat_irc,nf_conntrack_irc,nf_conntrack_ftp,ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_filter 2624 1 ip_tables 10160 2 iptable_nat,iptable_filter x_tables 13284 6 ipt_REJECT,xt_tcpudp,xt_state,ipt_MASQUERADE,iptable_nat,ip_tables dm_snapshot14340 0 dm_mirror 15104 0 dm_log 8452 1 dm_mirror dm_mod 46184 3 dm_snapshot,dm_mirror,dm_log ipv6 235300 26 button 6096 0 serio_raw 4740 0 snd_pcm62596 0 psmouse32336 0 i2c_piix4 7216 0 snd_timer 17800 1 snd_pcm i2c_core 19828 1 i2c_piix4 snd45604 2 snd_pcm,snd_timer soundcore 6368 1 snd shpchp 25528 0 pci_hotplug23460 1 shpchp snd_page_alloc 7816 1 snd_pcm intel_agp 22332 1 agpgart28776 1 intel_agp pcspkr 2432 0 evdev 8000 0 ext3 105512 4 jbd39444 1 ext3 mbcache 7108 1 ext3 raid1 18016 3 md_mod 67036 4 raid1 usbhid 35904 1 hid33184 1 usbhid ff_memless 4392 1 usbhid ide_disk 10496 10 ata_generic 4676 0 libata140384 1 ata_generic scsi_mod 129356 1 libata dock8304 1 libata uhci_hcd 18672 0 piix6568 0 [permanent] ide_pci_generic 3908 0 [permanent] tulip 44064 0 usbcore 118160 4 usbhid,uhci_hcd ide_core 96168 3 ide_disk,piix,ide_pci_generic thermal15228 0 processor 32576 2 thermal fan 4164 0 thermal_sys10856 3 thermal,processor,fan -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-686 depends on:
Bug#514400: wound-up: quit prompt needed.
Package: wound-up Version: 1.0.2-1 Severity: normal When I play with the kbd, instead of clicking over on the icons to select what to build, my instinct is sometimes to press esc instead of clicking right mouse or whatever if I decide I don't want to build what I currently have selected. Of course, this exits the level with NO PROMPT or warning, losing all the work you did. Besides hitting it on purpose by reflex, esc is near most of the keys you'll use all the time (1-4, q/w.) So yeah, worst key binding I've ever seen in a game. Even if quit was moved to another key, it would still need a prompt, since levels are long. Other than that huge frustration, this is a very fun game. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (490, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wound-up depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-opengl 3.0.0~b6-3 Python bindings to OpenGL ii python-pygame 1.7.1release-4.2 SDL bindings for games development ii python-support 0.8.4automated rebuilding support for P wound-up recommends no packages. wound-up 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#100808: bug 100808: title was wrong, it really is a gsub problem
retitle 100808 gsub doesn't respect ^ when the pattern matches the empty string thanks This bug has nothing to do with $0. BTW, the awk standard http://www.opengroup.org/onlinepubs/009695399/utilities/awk.html does require updating $0: see paragraph 3 of the Description. And mawk does do that. echo -e barfoo\nbo bo fo\n1 2 3 | mawk '{$1=foo; print $0}' foo foo bo fo foo 2 3 The problem is with gsub, so the merge with 172774 is correct. Nobody bothered to post anything about that on this bug page, though! This mawk bug boils down to mawk not respecting ^ when the pattern matches the empty string. (I haven't dug into mawk's regex code, or tried other permutations, so while this new title is correct, it might not be where the bug is really coming from.) mawk 'BEGIN{s= foo bar;gsub(/^ */, _, s);print s;}'/dev/null _f_o_o_b_a_r_ gawk 'BEGIN{s= foo bar;gsub(/^ */, _, s);print s;}'/dev/null _foo bar There is a workaround: don't match the empty string when you don't need to. mawk 'BEGIN{s= foo bar;gsub(/^ +/, _, s);print s;}'/dev/null _foo bar This doesn't help if you wanted to use gsub to prepend something by replacing the empty string at the start, though. mawk 'BEGIN{s= foo bar;gsub(/^/, _, s);print s;}'/dev/null _ _f_o_o_ _b_a_r_ gawk 'BEGIN{s= foo bar;gsub(/^/, _, s);print s;}'/dev/null _ foo bar -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313411: bug #313411: gawk UTF-8 problems
Francesco wrote: Do you happen to know of a command-line tool that can read text lines from stdin and write them centered to stdout? This isn't strictly about this bug, but I can help you with that. perl supports UTF-8 (but not enabled by default). I converted your awk program perl, with a2p, and added use ':encoding(utf8)'. And added some useful comments and improvements... #!/usr/bin/perl -w eval 'exec /usr/bin/perl -S $0 ${1+$@}' if 0; #if $running_under_some_shell; # this emulates #! processing on NIH machines. # (remove #! line above if indigestible) # -wCDS can't be put on the #! line because perl5.10 complains that it's too late for them there # Even though Linux puts the args on perl's cmdline -wCDS, other OSes might not, # so perl parses its options out of the #! line itself. Even Linux only supports a single arg on #! lines... # these two lines make perl treat any open()ed streams as UTF-8, and also stdin/out/err as UTF-8, like -CDS. use open ':encoding(utf8)'; use open ':std'; # set STD* based on IN and OUT settings. shortcut for binmode(...) #Note: perl's UTF-8 doesn't depend on LANG or locales at all. In fact, #perl's use 'locale' is actually incompatible with it's UTF-8 support. my $columns = 80; # $columns = something with ioctl(stdout, TIOCGWINSZ) $columns = $ENV{COLUMNS} if exists $ENV{COLUMNS}; while () { chomp; # strip record separator $w = int(($columns + length($_)) / 2); printf %${w}s\n, $_; } Share and enjoy. [EMAIL PROTECTED]:/net/llama/home/peter$ ./center.pl hellos # Perl 5.10.0 on Ubuntu Intrepid hello world hèllo wörld llama]~$ ./center.pl hellos # Perl 5.8.8 on Debian Etch hello world hèllo wörld LANG=en_CA.utf8 gawk '{ w = int((80 + length())/2); printf % w s\n, $0; }' hellos hello world hèllo wörld So using a2p and perl as an awk interpreter would give a UTF-8 awk, although a2p doesn't claim to be a fully correct implementation of awk. BTW, this bug was cloned as #404980 for mawk. I'm not sure mawk has UTF-8 support at all. It's regexes are just as fast whether you use LANG=C -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500593: xfsprogs: mkfs.xfs ignores -i maxpct option
Package: xfsprogs Version: 2.9.8-1 Severity: normal Ubuntu's xfsprogs has the same version number as current Debian, so I'm reporting here. mkfs.xfs -N -i attr=2,maxpct=16 leaves maxpct=25, the default. (I haven't actually run mkfs yet, just with -N and looking at the output.) This is on an AMD64 Ubuntu Hardy system, with xfsprogs upgraded to the Intrepid version. (Also tested on a fully-Intrepid system, since Ubuntu doesn't support mixed versions. same results though.) 2.9.8-1 (Intrepid version) [EMAIL PROTECTED]:~$ sudo mkfs.xfs -N -f -L home -i attr=2,maxpct=16 -l lazy-count=1,su=64k /dev/sdb1 -d su=64k,sw=6 meta-data=/dev/sdb1 isize=256agcount=4, agsize=39672848 blks = sectsz=512 attr=2 data = bsize=4096 blocks=158691392, imaxpct=25 = sunit=16 swidth=96 blks naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=32768, version=2 = sectsz=512 sunit=16 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 2.9.4-2 (Hardy version) [EMAIL PROTECTED]:~$ sudo mkfs.xfs -N -f -L home -i attr=2,maxpct=16 -l lazy-count=1,su=64k /dev/sdb1 -d su=64k,sw=6 log stripe unit specified, using v2 logs meta-data=/dev/sdb1 isize=256agcount=32, agsize=4959120 blks = sectsz=512 attr=2 data = bsize=4096 blocks=158691392, imaxpct=16 = sunit=16 swidth=96 blks, unwritten=1 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=32768, version=2 = sectsz=512 sunit=16 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 so in 2.9.8-1, imaxpct=25 regardless of what you say in -i maxpct. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (440, 'hardy-backports'), (400, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-server (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xfsprogs depends on: ii libc62.7-10ubuntu4 GNU C Library: Shared libraries ii libreadline5 5.2-3build1 GNU readline and history libraries ii libuuid1 1.40.8-2ubuntu2 universally unique id library xfsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500593: xfsprogs: mkfs.xfs ignores -i maxpct option
tags 500593 patch thanks I fixed this by re-adding the imflag ? imaxpct : defaut logic. I also re-arranged the -N printing logic to use the values stored in sbp, instead of duplicating code when it's easy to avoid. see attached patch. I'm not sure you'll like it, since only some of the printed values are re-extracted from sbp. I left ones that weren't trivial as they are. I also moved the code that sets dsunit and dswidth from xlv_dsunit and xlv_dswidth to before the call to calc_default_ag_geometry(), so multidisk will be true when the user specifies RAID parameters, not just when they're read from LVM (xlv_ds...). Is this sensible, or is agcount=4 appropriate for an 8 disk RAID6 on a quad-core machine? I was thinking agcount=8 might be better, but that agcount=32 might still be too many. I'm not expecting a huge amount of extremely small files, and I am planning to mount with inode64... BTW, while checking this out I found and reported http://oss.sgi.com/bugzilla/show_bug.cgi?id=793 -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC diff -ur xfsprogs-2.9.8/mkfs/xfs_mkfs.c xfsprogs-2.9.8.pjc/mkfs/xfs_mkfs.c --- xfsprogs-2.9.8/mkfs/xfs_mkfs.c 2008-04-21 03:56:48.0 -0300 +++ xfsprogs-2.9.8.pjc/mkfs/xfs_mkfs.c 2008-09-29 16:24:02.987448694 -0300 @@ -1609,6 +1609,29 @@ calc_stripe_factors(dsu, dsw, sectorsize, lsu, lsectorsize, dsunit, dswidth, lsunit); + if (!nodsflag) { + if (dsunit) { + if (xlv_dsunit xlv_dsunit != dsunit) { +fprintf(stderr, + _(%s: Specified data stripe unit %d + is not the same as the volume stripe + unit %d\n), + progname, dsunit, xlv_dsunit); + } + if (xlv_dswidth xlv_dswidth != dswidth) { +fprintf(stderr, + _(%s: Specified data stripe width %d + is not the same as the volume stripe + width %d\n), + progname, dswidth, xlv_dswidth); + } + } else { + dsunit = xlv_dsunit; + dswidth = xlv_dswidth; + nodsflag = 1; + } + } /* else dsunit dswidth can't be set if nodsflag is set */ + if (slflag || ssflag) xi.setblksize = sectorsize; else @@ -1800,7 +1823,7 @@ agsize = dblocks / agcount + (dblocks % agcount != 0); else calc_default_ag_geometry(blocklog, dblocks, -xlv_dsunit | xlv_dswidth, agsize, agcount); +dsunit | dswidth, agsize, agcount); /* * If the last AG is too small, reduce the filesystem size @@ -1815,29 +1838,6 @@ validate_ag_geometry(blocklog, dblocks, agsize, agcount); - if (!nodsflag) { - if (dsunit) { - if (xlv_dsunit xlv_dsunit != dsunit) { -fprintf(stderr, - _(%s: Specified data stripe unit %d - is not the same as the volume stripe - unit %d\n), - progname, dsunit, xlv_dsunit); - } - if (xlv_dswidth xlv_dswidth != dswidth) { -fprintf(stderr, - _(%s: Specified data stripe width %d - is not the same as the volume stripe - width %d\n), - progname, dswidth, xlv_dswidth); - } - } else { - dsunit = xlv_dsunit; - dswidth = xlv_dswidth; - nodsflag = 1; - } - } /* else dsunit dswidth can't be set if nodsflag is set */ - /* * If dsunit is a multiple of fs blocksize, then check that is a * multiple of the agsize too @@ -2018,30 +2018,6 @@ } validate_log_size(logblocks, blocklog, min_logblocks); - if (!qflag || Nflag) { - printf(_( - meta-data=%-22s isize=%-6d agcount=%lld, agsize=%lld blks\n - =%-22s sectsz=%-5u attr=%u\n - data =%-22s bsize=%-6u blocks=%llu, imaxpct=%u\n - =%-22s sunit=%-6u swidth=%u blks\n - naming =version %-14u bsize=%-6u\n - log =%-22s bsize=%-6d blocks=%lld, version=%d\n - =%-22s sectsz=%-5u sunit=%d blks, lazy-count=%d\n - realtime =%-22s extsz=%-6d blocks=%lld, rtextents=%lld\n), - dfile, isize, (long long)agcount, (long long)agsize, - , sectorsize, attrversion, - , blocksize, (long long)dblocks, - calc_default_imaxpct(blocklog, dblocks), - , dsunit, dswidth, - dirversion, dirversion == 1 ? blocksize : dirblocksize, - logfile, 1 blocklog, (long long)logblocks, - logversion, , lsectorsize, lsunit, lazy_sb_counters, - rtfile, rtextblocks blocklog, - (long long)rtblocks, (long long)rtextents); - if (Nflag) - exit(0); - } - if (label) strncpy(sbp-sb_fname, label, sizeof(sbp-sb_fname)); sbp-sb_magicnum = XFS_SB_MAGIC; @@ -2068,7 +2044,7 @@ (__uint8_t)(rtextents ? libxfs_highbit32((unsigned int)rtextents) : 0); sbp-sb_inprogress = 1; /* mkfs is in progress */ - sbp-sb_imax_pct = calc_default_imaxpct(blocklog, dblocks); + sbp-sb_imax_pct = imflag ? imaxpct : calc_default_imaxpct(blocklog, dblocks); sbp-sb_icount = 0; sbp-sb_ifree = 0; sbp-sb_fdblocks = dblocks - agcount * XFS_PREALLOC_BLOCKS(mp) - @@ -2081,8
Bug#498533: dpkg-reconfigure apt-file fails
Package: apt-file Version: 2.1.0 Severity: normal I'm running AMD64 Ubuntu Hardy, but I'm reporting this to the Debian BTS because the package version doesn't have ubuntu in it, so I assume the bug was/is also present in apt-file 2.1.0 in Debian. (It's not present in apt-file 2.0.8.2 in etch). $ sudo dpkg-reconfigure apt-file /usr/share/apt-file/is-cache-empty: line 13: return: can only return from a function or sourced script is-cache-empty should probably use exit 0 or exit 1 not return, unless it is sourced somewhere and exec()ed somewhere else. In that case, it's probably best to call it the same way everywhere. (I was using dpkg-reconfigure to see if there was an option to configure periodic updates with a cron job...) -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (400, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-generic (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-file depends on: ii curl 7.18.0-1ubuntu2 Get a file from an HTTP, HTTPS or ii libapt-pkg-perl 0.1.21build3Perl interface to libapt-pkg ii libconfig-file-perl 1.41-1 Parses simple configuration files ii liblist-moreutils-perl 0.21-1 Addition list functions not found ii menu 2.1.38ubuntu2 generates programs menu for all me ii perl 5.8.8-12Larry Wall's Practical Extraction ii wget 1.10.2-3ubuntu1 retrieves files from the web apt-file recommends no packages. -- no debconf information -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495531: upstream website says they don't want it packaged
the upstream web site says: --- http://www.parallelrealities.co.uk/blobAndConquer.php License Source code is distributed under the GNU General Public License. Resources are Non Free. This game should not be added to Linux distributions or respositories. --- ok, but :-(. The Debian copyright file included with the 0.95 package version (that's in Ubuntu Intrepid, also about to release) says nothing about special dispensation to distribute it. BTW, upstream v1.0 is out. Someone should probably talk to upstream and ask if we can please distribute v1.0. It makes sense not to give people a bad impression of your game by having them see the unfinished and buggy stale version in a distro stable release, but once a game is finished, a lot more people will notice it in a distro. If it's upstream's choice to not have it packaged, maybe we can convince them otherwise. If it's because of license restrictions on their data sources, then never mind the rest of this mail. I originally found Blob Wars as a Debian package (before its final version), find bugs, and get my name in the credits for reporting them upstream. I also found blobandconquer by seeing it as a Debian or Ubuntu package, and probably wouldn't have gone to parallelrealities.co.uk to see it there. Once I did, I got the latest source and reported some bugs and minor patches I made to it. So if Stephen Sweeny can be swayed by a testimonial, there you go. I don't know how many people would just give up on a game instead of realizing that the packaged version if often stale, esp. if they're using a stable distro release, and getting the upstream source themselves. BTW, thanks for packaging such fun games, Guus. :) -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497839: gridengine-exec should depend on csh
Package: gridengine-exec Version: 6.2-2 Severity: important gridengine-exec can't run jobs without csh, at least with the default config. I reported this on Ubuntu's BTS, https://bugs.launchpad.net/ubuntu/+source/gridengine/+bug/261247 and mailed pkg-gridengine-devel about it. http://lists.alioth.debian.org/pipermail/pkg-gridengine-devel/2008-August/94.html It seems to have been overlooked in the 6.2-2 upload. :( So GE should probably at least recommend csh. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (440, 'hardy-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-server (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gridengine-exec depends on: ii debconf [debconf-2.0] 1.5.20Debian configuration management sy ii gridengine-common 6.2-1pjc1 Distributed resource management - ii libc6 2.7-10ubuntu3 GNU C Library: Shared libraries ii libssl0.9.80.9.8g-4ubuntu3.3 SSL shared libraries gridengine-exec recommends no packages. -- debconf information: * shared/gridenginemaster: perun0.perun.biochem.dal.ca * shared/gridenginecell: default * shared/gridengineconfig: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497855: qrsh: doesn't work
Package: gridengine-client Version: 6.2-2 Severity: important I compiled gridengine 6.2-2 on my Ubuntu Hardy system. qrsh still doesn't work for me. (It never worked, with Hardy's 6.2~beta2 or Debian's 6.2-1.) [EMAIL PROTECTED]:~$ qrsh error: 1: rlogin_daemon sshd is not an absolute path # a minute later, I got the error message I've always seen with qrsh # on this setup. I hadn't seen the above error until now. [EMAIL PROTECTED]:~$ qrsh Your qrsh request could not be scheduled, try again later. my /var/spool/gridengine/qmaster/messages says: 09/04/2008 17:23:23|worker|perun0|W|job 70.1 failed on host perun02 general checking configured daemons because: 09/04/2008 17:23:22 [0:6698]: rlogin_daemon sshd is not an absolute path 09/04/2008 17:23:23|worker|perun0|E|queue all.q marked QERROR as result of job 70's failure at host perun02 09/04/2008 17:23:36|worker|perun0|W|job 71.1 failed on host perun01 general checking configured daemons because: 09/04/2008 17:23:14 [0:26585]: rlogin_daemon sshd is not an absolute path 09/04/2008 17:23:36|worker|perun0|E|queue all.q marked QERROR as result of job 71's failure at host perun01 perun02:/var/spool/gridengine/execd/perun02/messages 09/04/2008 17:23:22| main|perun02|E|shepherd of job 70.1 exited with exit status = 36 09/04/2008 17:23:22| main|perun02|W|reaping job 70 ptf complains: Job does not exist 09/04/2008 17:23:22| main|perun02|E|can't open usage file active_jobs/70.1/usage for job 70.1: No such file or directory 09/04/2008 17:23:22| main|perun02|E|09/04/2008 17:23:22 [0:6698]: rlogin_daemon sshd is not an absolute path qsub works, though. I'd rather have SGE use rsh, not ssh, since my cluster uses a private network. Doesn't it come with its own rsh implementation? -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (440, 'hardy-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-server (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gridengine-client depends on: ii debconf [debconf-2.0] 1.5.20Debian configuration management sy ii gridengine-common 6.2-2 Distributed resource management - ii libc6 2.7-10ubuntu3 GNU C Library: Shared libraries gridengine-client recommends no packages. -- debconf information: * shared/gridenginemaster: perun0.perun.biochem.dal.ca * shared/gridenginecell: default * shared/gridengineconfig: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497103: gridengine-client: foo
Package: gridengine-client Version: 6.2-1pjc1 Severity: normal Subject: gridengine-client: qstat man page lists wrong config file locations Package: gridengine-client Version: 6.2-1pjc1 Severity: normal I'm running gridengine 6.2-1 (with the chmod/chown bug fixed, hence pjc1) on an Ubuntu Hardy AMD64 cluster. I built my packages from the Debian sources, though, since Ubuntu Intrepid's src packages are from an older upstream. The FILES section at the end of qstat(1) says the config files are ~/.ge_qstat and ge_root/cell/common/ge_qstat. This is wrong. The binary actually searches /var/lib/gridengine/default/common/sge_qstat and $HOME/.sge_qstat, as documented in the DESCRIPTION section. (I checked with strace.) The man page actually gives the path in terms of $GE_ROOT/$GE_CELL, but /usr/bin/qstat only sets $SGE_ROOT and $SGE_CELL, so that needs fixing, too. sge_qstat(5) has to correct paths, but it does say ge_root/cell, not sge_root. Thanks for packaging GE; it's a lot easier to understand how the pieces fit together with this than looking at an N1GE install on Solaris... -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (440, 'hardy-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-server (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gridengine-client depends on: ii debconf [debconf-2.0] 1.5.20Debian configuration management sy ii gridengine-common 6.2-1pjc1 Distributed resource management - ii libc6 2.7-10ubuntu3 GNU C Library: Shared libraries gridengine-client recommends no packages. -- debconf information: * shared/gridenginemaster: perun0.perun.biochem.dal.ca * shared/gridenginecell: default * shared/gridengineconfig: true -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy'), (470, 'hardy-proposed'), (440, 'hardy-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-server (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gridengine-client depends on: ii debconf [debconf-2.0] 1.5.20Debian configuration management sy ii gridengine-common 6.2-1pjc1 Distributed resource management - ii libc6 2.7-10ubuntu3 GNU C Library: Shared libraries gridengine-client recommends no packages. -- debconf information: * shared/gridenginemaster: perun0.perun.biochem.dal.ca * shared/gridenginecell: default * shared/gridengineconfig: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471032: apt-cacher-ng does not import packages
I think the orginial bug submitter has some locally modified packages and wants apt-cacher-ng to make them available to aptitude and so on. That's of course not what apt-cacher-ng is for. It just caches files. It can't make changes to the Packages files without breaking things for secure apt, because their MD5/SHA1 hashes are cryptographically signed. Cobra: You should read up on creating your own repositories. Hint: they can be just directories on the local machine, e.g. deb file:/var/cache/apt-build/repository apt-build main You might want to install apt-build. Eduard: if that's what Cobra is talking about, you should close this bug as invalid. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC signature.asc Description: Digital signature
Bug#440484: stormbaancoureur segfaults for me, too
On Sun, Sep 16, 2007 at 07:31:06PM +0400, Dmitry V. Rutsky wrote: I got the same backtrace on segfault as Peter Cordes did using stormbaancoureur from the latest Debian unstable. I'm using x86_64 architecture with latest NVidia drivers provided in the distribution. It seems more like a problem with libode though. The INSTALL file says: [...] Good noticing. I tried compiling libode from source, and then storm built and ran with no problems. AFAICT, there's only one level + the practice. :( It's a really great game, like a 3D xmoto, and I'd love to play it more if there were more levels... -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440484: stormbaancoureur segfaults for me, too
I'm on Ubuntu AMD64, and I get segfaults on the Practice or main game (Attack) menu options. Same result compiling upstream source or using the Debian package. My hardware is a Core 2 Duo on a g965 chipset, using the onboard g965 3D hardware, in case that matters. I last updated my mesa and DRI from git on August 28th, in case that's the problem. The tty output from running the Debian 1.5.2-1 package in an Ubuntu Gutsy chroot: (gutsy)...$ stormbaancoureur Stormbaan Coureur is (c)2006-2007 by Bram Stolk plib is (c) by Steve Baker OpenDE is (c) by Russel L. Smith open() on joystick device failed: No such file or directory Cannot open /home/peter/.stormbaancoureur.keys Using keyboard Asked for 44100Hz playback rate, but got 44099Hz soundenginealsa.cxx: requested period 5000, got period 940, use batchsize 6 Number of samples per pixel: 0 Your plib (version 1.8.4) has a bug in the 3ds loader. Workaround enabled. Segmentation fault (core dumped) From a version I compiled myself (in the same chroot, from the upstream source): (gdb) run Starting program: /var/tmp/EXP/src/debian/stormbaancoureur-1.5.2/src-stormbaancoureur/stormbaancoureur [Thread debugging using libthread_db enabled] [New Thread 47077727107072 (LWP 8518)] Stormbaan Coureur is (c)2006-2007 by Bram Stolk plib is (c) by Steve Baker OpenDE is (c) by Russel L. Smith open() on joystick device failed: No such file or directory Cannot open /home/peter/.stormbaancoureur.keys Using keyboard Asked for 44100Hz playback rate, but got 44099Hz soundenginealsa.cxx: requested period 5000, got period 940, use batchsize 6 Number of samples per pixel: 0 Your plib (version 1.8.4) has a bug in the 3ds loader. Workaround enabled. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47077727107072 (LWP 8518)] 0x2ad11f558f83 in gim_trimesh_update_aabbset () from /usr/lib/libode.so.0debian1 (gdb) bt #0 0x2ad11f558f83 in gim_trimesh_update_aabbset () from /usr/lib/libode.so.0debian1 #1 0x2ad11f559368 in gim_trimesh_update () from /usr/lib/libode.so.0debian1 #2 0x2ad11f549e7c in dxTriMesh::computeAABB () from /usr/lib/libode.so.0debian1 #3 0x2ad11f51f8a4 in dxSimpleSpace::cleanGeoms () from /usr/lib/libode.so.0debian1 #4 0x2ad11f51f8cf in dxSimpleSpace::cleanGeoms () from /usr/lib/libode.so.0debian1 #5 0x2ad11f51f8cf in dxSimpleSpace::cleanGeoms () from /usr/lib/libode.so.0debian1 #6 0x2ad11f52068f in dxHashSpace::cleanGeoms () from /usr/lib/libode.so.0debian1 #7 0x2ad11f51f93f in dxHashSpace::collide () from /usr/lib/libode.so.0debian1 #8 0x00417883 in idle () at main.cxx:281 #9 0x2ad1208d5287 in glutMainLoop () from /usr/lib/libglut.so.3 #10 0x00415f32 in main (argc=1, argv=value optimized out) at main.cxx:817 Hope this helps. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343411: vegastrike memory usage
Without texture compression, vegastrike ends up storing copies of all the textures uncompressed. This takes a _lot_ of RAM, and without a ton of video RAM and bandwidth, makes it unplayable. The solution is to reduce the max_texture_size. http://vegastrike.sourceforge.net/forums/viewtopic.php?t=5676 Although I find the SVN version of VS still balloons up to 1.5GB on my 2GB machine, and the virtual size gets even bigger. :/ Hopefully 0.4.3 is playable with 512x512 textures, even on a 512MB machine. I think it's supposed to be. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370792: ftruncate can fail to extend files
Note that the ftruncate man page says ftruncate can fail (when called to extend a file) on filesystems like VFAT. I don't know if vfat even supports sparse files, but you need to make sure the file actually ends up at the right length, unless you want to just return an error when someone uses cp --sparse to a lame filesystem. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406322: gl-117: axes on second joystick totally broken
Package: gl-117 Version: 1.3.2-1.1 Severity: normal I have a USB and an analog gameport joystick, each with three axes. When I configure gl-117 to use axes on the second (B) joystick, it actually uses input from the first joystick. e.g. joystick_aileron = A0 joystick_elevator = A1 joystick_throttle = A2 joystick_rudder = B2 joystick_view_x = B0 joystick_view_y = B1 moving joystick 0 side to side will roll _and_ change the view. gl-117 doesn't respond to movement of any of the axes on the second stick. The buttons on joystick B work, though. Another thing I've noticed is that if you set an analog control to N/A (@0 in the config file, IIRC), gl-117 takes input for that control from the default axis for that control. This makes it impossible to map the throttle on my joystick for rudder control, and use the keyboard for throttle setting. (hence the attempt to use two joysticks...) Both my sticks are working and calibrated. I can run jstest /dev/input/js0 and jstest /dev/input/js1 in two xterms and see input from both sticks. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gl-117 depends on: ii freeglut3 2.4.0-5 OpenGL Utility Toolkit ii gl-117-data 1.3.2-1.1Data files for gl-117 ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libgl1-mesa-glx [libgl1]6.5.1-0.4A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libstdc++6 4.1.1-20 The GNU Standard C++ Library v3 gl-117 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386469: openbsd-inetd: action start failed
Package: openbsd-inetd Version: 0.20050402-3 Followup-For: Bug #386469 I think I can shed some light on this, since I saw this problem while upgrading a machine from sarge to etch. If netkit-inetd isn't purged, its init script will start /usr/sbin/inetd. openbsd-inetd's init script then can't start it a second time. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.22-om20031215-monkey2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openbsd-inetd depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii tcpd 7.6.dbs-11 Wietse Venema's TCP wrapper utilit ii update-inetd 4.27-0.2inetd.conf updater openbsd-inetd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351829: azureus: Azureus can be used on a headless machine with vncserver
Package: azureus Version: 2.5.0.0-1 Followup-For: Bug #351829 I run azureus inside a vncserver (using fluxbox, not any heavyweight desktop stuff). It's a good trick for running other things that have GUIs but also have a daemonic nature, such as a news client for downloading binaries... vncserver is sort of like screen(1), but for X instead of a tty. So it would be nice if azureus had a pure daemon and a pure UI component, but you can work around it. If you want to close this bug, you should put in a note in the docs about using VNC server... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages azureus depends on: ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-2 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.2-java 3.2.1-2Standard Widget Toolkit for GTK Ja ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( Versions of packages azureus recommends: ii java-package 0.28 utility for building Java(TM) 2 re -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398014: azureus: use Sun's server JVM when available
Package: azureus Version: 2.5.0.0-1 Severity: wishlist Azureus seems to use less CPU time with java -server, using Sun's JVM 1.5 on i386 (athlon64). I editted /usr/bin/azureus to read ... java $JOPTS -Djava... ... So I can run Xvnc :1 ... DISPLAY=:1 JOPTS=-server nice -4 azureus I've only just started using the server VM, so all I can say is that it works, not whether it's actually much better. However, azureus is obviously a server workload for the JVM, so I think it's best to use -server when supported by java. In the past, I've seen azureus take most of the available CPU time. (It's running at nice 0, so my system keeps the CPU clock at 1GHz even if azureus uses all of that.) Removing some stopped torrents helped. I think Azureus was exhausting the Java heap space, too... Adding a JOPTS env var would let the user give it more memory to play with, too. Unfortunately, I don't think I'm going to do a controlled experiment to test whether the server VM makes a difference in these cases. If someone else is seeing azureus use a bunch of CPU with Sun's client VM, it would be great if they could try using java -server... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages azureus depends on: ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-2 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.2-java 3.2.1-2Standard Widget Toolkit for GTK Ja ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( Versions of packages azureus recommends: ii java-package 0.28 utility for building Java(TM) 2 re -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397545: binutils: incorrect fpu opcodes in Intel syntax disassembly
Package: binutils Version: 2.17-3 Severity: normal objdump -d -M intel puts the operands in the Intel order, but still uses the buggy Unixware-compat opcodes. (This affects non-commutative floating point ops with both args on the FP stack, e.g. fsubrp and fsubp are switched in gas's ATT syntax.) I suggest that this bug compatibility doesn't make any sense in Intel mode, and will just cause problems for people. e.g. the comments in the source for (http://sourceforge.net/projects//) document the author's frustration with getting his inline asm FPU code to work. (search for sahf in the source; it occurs only in the fpu asm code). It took me all afternoon to find out what was going wrong. After finding the i386 bugs section in the gas info page, I was still misled because I assumed using -M intel would show me the proper disassembly. I should have used ndisasm :( Unlike bug #372528, this is not documented behaviour, AFAICT. I'll reply to that bug with some links to stuff I found useful in finding out what's up with the buggy opcodes. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages binutils depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328955: binutils: Simple assembly program crashes on i386.
Package: binutils Followup-For: Bug #328955 It works for me now, on an up to date unstable system, and on an Ubuntu Dapper system. i.e. binutils 2.17-3 and 2.16.1cvs20060117-1ubuntu2.1 both don't have this problem. Sarge doesn't have it either, so this bug should probably be closed. cat exit.s EOF .section .data # .long 0 .text .globl _start _start: movl$1, %eax movl$0, %ebx int $0x80 EOF (I can't actually paste this all at once because of whitespace after the ending EOF... :( as exit.s -o exit.o ld exit.o -o exit strace ./exit objdump -d ./exit output: execve(./exit, [./exit], [/* 31 vars */]) = 0 _exit(0)= ? Process 1553 detached ./exit: file format elf32-i386 Disassembly of section .text: 08048074 _start: 8048074: b8 01 00 00 00 mov$0x1,%eax 8048079: bb 00 00 00 00 mov$0x0,%ebx 804807e: cd 80 int$0x80 happy hacking, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages binutils depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372528: binutils: Reversed FPU opcodes is documented behaviour for gas
Package: binutils Version: 2.17-3 Followup-For: Bug #372528 gas is intentionally bug-compatible with early 386 Unix compilers/assemblers, which got fsub and fsubr and others switched. gcc generates code using these buggy opcodes, and inline asm uses it, so we're stuck with it now, and even amd64 too, unfortunately. Damn, you can never get rid of cruft once it starts to accumulate :( Unfortunately binutils frobs the opcodes when disassembling with objdump -M intel -d foo.o, so you can't get binutils to show you assembly source that corresponds to Intel manuals. I've reported this as Debian bug #397545. ndisasm and ht both work, but don't do a great job with ELF sections, and seem to diassemble the ELF headers. here's all the good stuff I've turned up on this subject: (as.info.gz)i386-Bugs. the comment which begins with The SystemV/386 SVR3.2 assembler, at the top of opcode/i386.h (e.g. http://opengrok.creo.hu/dragonfly/xref/src/contrib/binutils-2.15/include/opcode/i386.h#opcode) This thread: http://gcc.gnu.org/ml/gcc-patches/2000-03/msg00864.html and another example of this cruft causing headaches: http://sources.redhat.com/ml/binutils/1999-10/msg00109.html Debian bug #397545 http://en.wikipedia.org/wiki/X86_assembly_language http://www.sesp.cse.clrc.ac.uk/html/SoftwareTools/vtune/users_guide/ (don't eat their bandwidth; I just found that page with google...) The instruction VTune instruction reference in vtune proved very useful, because it has a good menu on the left, and the page for each opcode makes it clear what the machine codes are in hex, so you can compare with what your disassembler is showing. e.g. http://www.sesp.cse.clrc.ac.uk/html/SoftwareTools/vtune/users_guide/mergedProjects/analyzer_ec/mergedProjects/reference_olh/mergedProjects/instructions/instruct32_hh/vc123.htm There seem to be several places to find the VTune docs online on public web servers, so find a mirror if you're going to bookmark it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296387: par2 tries and fails to repair with some input data
On Thu, Nov 02, 2006 at 12:41:36PM +0100, Bart Martens wrote: Hi Peter, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=296387 That's interesting: someone actually did have problems with par2 because of bad RAM. I never reported it upstream because I decided it was probably just bad RAM on the machine that generated the par set. Do you still have this bug? Is it still reproducible? Can you help me to reproduce it here? I only ever saw this with one data set, and I've been using par2 regularly since then. I think it's likely that the par set was generated on a computer with bad RAM, or something. (It was downloaded from usenet). I think par2 would detect errors in transmission, but I could easily imagine the redundancy data getting corrupted in memory, and then getting checksummed and written to the par files. par2 does a lot of XORs (I think) over large amounts of RAM, so it's exactly the sort of program that would be sensitive to bad RAM. I haven't read up on the math it uses, but if the math just determines which blocks to XOR, it won't detect an error in the XORed data. It is probably possible to implement a verify that actually does a repair, to detect if there is a bad data block somewhere. The trick would be to do it efficiently, maybe by doing a repair that required all the available par blocks and not trying to find errors that would cancel each other out in that case. Options for dealing with possibly-corrupt par blocks could also be considered (i.e. exclude block #15 from being used for repairs), or keep trying to repair excluding different sets of blocks until you get the right checksums on the output! I'll email again if I still have the data set, but I think I deleted it a while after I found a good copy of the file I was trying to get. Thanks for following up on this, BTW. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC signature.asc Description: Digital signature
Bug#393079: update-grub: savedefault can cause problems
On Sun, Oct 15, 2006 at 12:02:14PM +0200, Robert Millan wrote: Btw, your Mail-followup-to header screwed my reply. Please don't use that header when submitting bugs to BTS. Sorry; I used Ubuntu's reportbug and then changed some headers without realizing all the headers it sets. Hopefully I'm not causing more problems by CC'ing Ubuntu's BTS on this. : Also sorry for the delay; enough computer problems at work that I didn't want to look at this one again :( On Sun, Oct 15, 2006 at 12:00:39PM +0200, Robert Millan wrote: On Sat, Oct 14, 2006 at 06:08:03PM -0300, Peter Cordes wrote: So I don't know where grub could save defaults to, and I'm not shocked that savedefault doesn't work. I've always been suspicious about by default writing to the hard drive while booting, but this is the first time savedefault has ever actually caused a problem. My opinion is that it's not such a great default. The standard grub menu.lst doesn't use the saved default anyway. I would suggest making savedefault another automagic-comment configurable item, defaulting to off. Yes indeed, savedefault is implemented by writing into MBR. Unfortunately, we had to diverge from upstream on this, and it resulted into a handful of problems I'd rather not get into. Given that it's not enabled by default, though, I think it's safe to do another release with it. It actually is enabled by default. It's the savedefault in every entry that's the problem, not when reading it by specifying default saved. update-grub always writes savedefault in every entry (except the alternate ones), right? Maybe update-grub could have an option for including savedefault or not, or it could include it only if it sees a default saved or fallback saved? That sounds likely to confuse anyone who actually wanted to figure out what was going on, but might just work for more people. The error message I included was for Ubuntu's default boot menu, which has no noticeable difference from Debian's. (no surprise there...) For etch+1 this will all be taken over by GRUB 2. Happy hacking :) -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393079: update-grub: savedefault can cause problems
Package: grub Version: 0.97-1ubuntu9 Severity: normal (CC'ing Debian BTS, because I would have had the same problem with Sarge instead of Dapper. Ubuntu's reportbug doesn't handle this very well...) I have a system using dmraid and booting grub from the Windows boot loader. Using savedefault prevents grub from booting Linux. Selecting the menu entry for the Ubuntu kernel, the kernel and initrd lines show, but then I see: savedefault Error 15: File not found and I have to press return to go back to the main grub menu. If I hit 'e' and take out the savedefault, it boots normally. The menu.lst entry wass generated by update-grub: title Ubuntu, kernel 2.6.15-27-k7 root(hd0,6) kernel /boot/vmlinuz-2.6.15-27-k7 root=/dev/mapper/via_hibggiii7 ro quiet splash initrd /boot/initrd.img-2.6.15-27-k7 savedefault boot As I said, this machine doesn't boot grub the normal way. The machine is an Athlon XP on an Asus A7V600, with 2 160GB SATA hard drives using BIOS-driven RAID1. It runs win2k, but I left 5GB at the end of the drives to play around with; hence Ubuntu. I installed mostly using http://www.ubuntu-in.org/wiki/SATA_RAID_Howto. (which, incidentally, is a real pain compared to setting up /target and using the normal ubiquity installer...) I put GRUB on the boot sector of my ext3 partition, not the MBR, using grub device (hd0) /dev/mapper/via_hibggiii root (hd0,6) setup (hd0,6) And then, instead of somehow chainloading that partition, I did dd if=/dev/mapper/via_hibggiii of=grub.img bs=512 count=1 and after booting into win2k I copied that file to c:\grub.img, and told the windows bootloader about it with boot.ini: c:\grub.img=GRUB So I don't know where grub could save defaults to, and I'm not shocked that savedefault doesn't work. I've always been suspicious about by default writing to the hard drive while booting, but this is the first time savedefault has ever actually caused a problem. My opinion is that it's not such a great default. The standard grub menu.lst doesn't use the saved default anyway. I would suggest making savedefault another automagic-comment configurable item, defaulting to off. Thanks, Peter Cordes -- System Information: Debian Release: testing/unstable APT prefers dapper-security APT policy: (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-27-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grub depends on: ii libc62.3.6-0ubuntu20 GNU C Library: Shared libraries an ii libncurses5 5.5-1ubuntu3Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386788: vlc: sometimes hangs when leaving full screen mode
Package: vlc Version: 0.8.6-svn20060823.debian-3 Severity: normal I first noticed this bug over a year ago when I first used VLC. So it's nothing new. I had hoped it would go away with xorg 7, but it didn't. On my system, when I enable full-screen output (double-clicking on the video window, or hitting f), it goes to full screen just fine. Returning to non-fullscreen while a video is playing, again by double-clicking or hitting f, (almost) always freezes the video but leaves the sound running. If there's a race condition somewhere, it might depend on the video being played, since I don't remember it happening so consistently in the past. While vlc is hung, no mouse or keyboard input will have any effect. This is the case even after the video ends. I can switch VTs with C+A+F1 and kill vlc. Hmm, I just realized I can alt+drag the fullscreen window aside. This is much less inconvenient. :) My window manager is fluxbox. My X server is xorg, with the ati driver talking to my Radeon AIW 7200. (I'm not currently using the TV I/O features, though, just a CRT.) My system is i386 Debian unstable (most recent update yesterday) on an Athlon64 w/1.5GB of RAM. I'm still using a 32bit kernel and everything else. This bug still happens when another program (e.g. mplayer) has grabbed the Xv overlay, so VLC has to use something else. But sometimes in that case vlc un-hangs and properly goes back to windowed operation after hanging for a second. I don't think this bug depends on the video being played, but in this case it's an xvid+mp3 avi produced by mencoder from a DVD. The same problem happens with a completely different video, e.g. http://video.google.ca/videoplay?docid=5551785771733839876 (or search for alarm_clock_domino.) downloaded in video ipod format, which is AAC+AVC1 in MP4. Here's vlc's output, with markers at various times [EMAIL PROTECTED]:/mnt/scratch/encode/ulty$ vlc --verbose 2 upa_2004/upa2004_masters.avi VLC media player 0.8.6-svn Janus [0001] main vlc debug: checking builtin modules [0001] main vlc debug: checking plugin modules [0001] main vlc debug: loading plugins cache file /home/peter/.vlc/cache/plugins-04041e.dat [0001] main vlc debug: recursively browsing `modules' [0001] main vlc debug: recursively browsing `/usr/lib/vlc' [0001] main vlc debug: recursively browsing `plugins' [0001] main vlc debug: module bank initialized, found 216 modules [0001] main vlc debug: opening config file /home/peter/.vlc/vlcrc [0001] main vlc debug: CPU has capabilities 486 586 MMX 3DNow! MMXEXT SSE SSE2 FPU [0001] main vlc debug: looking for memcpy module: 1 candidate [0001] main vlc debug: using memcpy module memcpy [0285] main private debug: waiting for thread completion [0285] main private debug: thread 3079502768 (preparser) created at priority 0 (playlist/thread.c:87) [0284] main playlist debug: waiting for thread completion [0284] main playlist debug: thread 3071110064 (playlist) created at priority 0 (playlist/thread.c:97) [0286] main interface debug: looking for interface module: 1 candidate [0286] main interface debug: using interface module hotkeys [0286] main interface debug: thread 3062717360 (interface) created at priority 0 (interface/interface.c:231) [0288] main interface debug: looking for interface module: 1 candidate [0288] main interface debug: using interface module screensaver [0288] main interface debug: thread 3054324656 (interface) created at priority 0 (interface/interface.c:231) [0288] screensaver interface warning: failed to connect to the D-BUS daemon: Unable to determine the address of the message bus (try 'man dbus-launch' and 'man dbus-daemon' for help) [0284] main playlist debug: adding item `upa_2004/upa2004_masters.avi' ( upa_2004/upa2004_masters.avi ) [0290] main interface debug: looking for interface module: 5 candidates [0290] main interface debug: using interface module wxwidgets [0290] main interface debug: thread 3030080432 (manager) created at priority 0 (interface/interface.c:216) [0290] wxwidgets interface debug: Using last windows config '(-1,0,0,1280,960)(0,396,122,704,656)(6,0,0,-1,150)' [0290] wxwidgets interface debug: id=0 p=(396,122) s=(704,656) [0290] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150) [...] playlist and avi stuff [0304] avi demuxer debug: stream[0] rate:3 scale:1001 samplesize:0 [0304] avi demuxer debug: stream[0] video(XVID) 704x480 12bpp 29.970030fps [0293] main input debug: selecting program id=0 [0304] avi demuxer debug: stream[1] rate:48000 scale:1152 samplesize:0 [0304] avi demuxer debug: stream[1] audio(0x55) 2 channels 48000Hz 0bits [0304] avi demuxer debug: stream[0] created 4969 index entries [0304] avi demuxer debug: stream[1] created 6910 index entries [0304] avi demuxer debug: stream[0] length:165 (based on index) [0304] avi demuxer
Bug#386788: another error message
Sometimes VLC prints another error message while doing things while it has a stuck full-screen window open: [0353] main video output error: caught in a callback deadlock? In this case, I moved the fullscreen window so I could click on the toolbar in the normal window. I was clicking the next and previous playlist item buttons, and pausing/unpausing the video. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242940: vlc: manpage ...
Is this bug still valid? The man page suggests vlc --longhelp --advanced for a list of switches, and you can't ask too much more than that from a man page, if the main documentation is in a different format. That list of switches includes UCP and HTTP output. Having only used VLC as a player, I can't comment on how useful the resources available without a network connection are for doing anything other than playing local files. Maybe the man page should say which docs are obsolete, and which docs users should be looking at. I know that man pages are always the first form of online doc I turn to, so it seems like a good place to point users to other resources in videolan-doc, or whatever. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350923: man pages: same problem with expr
Package: coreutils Version: 5.97-5 Followup-For: Bug #350923 The man pages that tell you to run info expr should instead say info coreutils expr and so on for mv... I was going to report a new bug, but I noticed this one. This is should be easy to fix, right? I'd definitely appreciate having the man page remind me of the correct way to run info. thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350923: man pages: same problem with expr
On Thu, Sep 07, 2006 at 09:05:00PM -0400, Michael Stone wrote: On Thu, Sep 07, 2006 at 09:37:22PM -0300, you wrote: I was going to report a new bug, but I noticed this one. This is should be easy to fix, right? No its not. The fix doesn't work reliably either. info whatever should work fine; info coreutils whatever is a hack to try to work around something else that's broken in another package. There's nothing I can do in coreutils to fix this (as described in numerous extant bug reports). The underlying bug is in dpkg, and there's a bug report there outlining the issue. Ugh, yes, I just read bug #139569. Thanks for the explanation, and sorry to bug you. happy hacking, -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#239503: cscope: Doesn't recognize function defs with arrays as arguments
On Sun, Sep 03, 2006 at 02:16:58PM +0200, Tobias Klauser wrote: Can you still reproduce this bug with a recent version of cscope? I tried to reproduce the with the procedure you mentioned above using cscope-15.5+cvs20060902-1 but the bug you described did not show up. I tried it again myself, and it does appear to be fixed in the latest version. It was still present in version 15.5+cvs20050816-2. BTW, I thought the unreproducible tag would only apply if the maintainer couldn't reproduce the bug with the version that it was reported against, not just if the bug is eventually fixed in a later version. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#239503: cscope: Doesn't recognize function defs with arrays as arguments
On Tue, Sep 05, 2006 at 01:18:02PM +0200, Tobias Klauser wrote: On 2006-09-05 at 08:53:41 +0200, Peter Cordes [EMAIL PROTECTED] wrote: On Sun, Sep 03, 2006 at 02:16:58PM +0200, Tobias Klauser wrote: Can you still reproduce this bug with a recent version of cscope? I tried to reproduce the with the procedure you mentioned above using cscope-15.5+cvs20060902-1 but the bug you described did not show up. I tried it again myself, and it does appear to be fixed in the latest version. It was still present in version 15.5+cvs20050816-2. Version 15.5+cvs20060902-1 is in unstable now. Could you try to reproduce it there and check wheter the bug is really fixed The bug is not present in 15.5+cvs20060902-1. I tried to say that in my last message, but I could have been more explicit. Anyway, it looks like the bug is fixed. (I just tried to reproduce the steps you described in the bug report). I don't remember what I was working on when I first reported the bug, so that's all I did myself yesterday. I tried it before and after upgrading to 15.5+cvs20060902-1, and saw the difference, so that's a pretty good sign that it's fixed. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250588: perl: I also see this (bug #250588)
Package: perl Version: 5.8.8-6.1 Followup-For: Bug #250588 echo -e 'lkj\nfff\nfoo:\nfoo: bar' | ./weird-undef.pl Use of uninitialized value in pattern match (m//) at ./weird-undef.pl line 24, line 2. Use of uninitialized value in pattern match (m//) at ./weird-undef.pl line 24, line 3. I won't post my script, because it's essentially the same as the original bug report's test case, but not reduced down as much. Not that I don't appreciate perl, and Debian's packaging of it, but this bug is quite annoying, and certainly wasted some of my time while I was trying to debug a program I'm writing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages perl depends on: ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libdb4.4 4.4.20-7 Berkeley v4.4 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii perl-base 5.8.8-6.1 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-6.1 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-6.1 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382515: antiword: Bad numbering in lists
Package: antiword Version: 0.37-1 Severity: normal The attached Word doc has nested numbered lists. Antiword doesn't display it properly. Neither does wvText or wvPDF. This is a correct text version of it, produced by OOWriter: ... CHAPTER ONE: Fundy Marine Ecosystem Science Project: Science overview (G.R. Daborn) 1.1Introduction 1 1.2Geomorphology2 1.3Dynamic Relationships2 1.4History of Resource Use 5 1.5History of Research 5 1.6New Concerns 6 1.7New Initiatives 7 1.8References 8 CHAPTER TWO: The physical environment of the Bay of Fundy (D.A. Greenberg, B.D. Petrie, G.R. Daborn and G.B. Fader) 2.1 Physical oceanographic processesII 2.1.1Introduction 11 2.1.2L'Etang Inlet studies.,, 11 2.1.3Classification of Estuaries Project12 2.1.4Historical temperature-salinity observations 12 2.1.5Tidal variations 26 2.1.6What has changed recently? 26 2.1.7A new generation of numerical models 26 2.1.8Future work27 2.1.9Conclusions37 2.2 Sedimentological processes 28 2.2.1 Sediments: intertidal and benthic 28 2.2.1.1Introduction 28 2.2.1.2Minas Basin studies 28 2.2.1.3Annapolis Basin studies 30 2.2.1.4Sediment, issues 30 2.2.2 Marine aggregate assessment: and sediment transport 30 2.2.2.1Mineral Development Agreement Project30 2.2.2.2Scots Bay Sand Wave Field30 2.2.2.3Resource potential 3i 2.2.2.4Multibeam bathymetry 31 2.2.2.5Margaretsville Dunefield 31 2.2.2.6Seabed erosion 33 2.2.2.7Bottom fishing impacts 33 2.2.2.8Sediment transport 33 2.2.2.9Future research 33 2.3 References 34 ... This is a bogus text version of it, produced by antiword -w0: CHAPTER ONE: Fundy Marine Ecosystem Science Project: Science overview (G.R. Daborn) 1. Introduction 1 2. Geomorphology 2 3. Dynamic Relationships 2 4. History of Resource Use 5 5. History of Research 5 6. New Concerns 6 7. New Initiatives 7 8. References8 CHAPTER TWO: The physical environment of the Bay of Fundy (D.A. Greenberg, B.D. Petrie, G.R. Daborn and G.B. Fader) 2.1 Physical oceanographic processesII 1. Introduction 11 2. L'Etang Inlet studies.,, 11 3. Classification of Estuaries Project 12 4. Historical temperature-salinity observations 12 5. Tidal variations 26 6. What has changed recently? 26 7. A new generation of numerical models 26 8. Future work 27 9. Conclusions 37 2.2 Sedimentological processes 28 2.2.1Sediments: intertidal and benthic 28 1. Introduction 28 2. Minas Basin studies 28 3. Annapolis Basin studies 30 4. Sediment, issues 30 2.2.2Marine aggregate assessment: and sediment transport 30 1. Mineral Development Agreement Project 30 2. Scots Bay Sand Wave Field 30 3. Resource potential3i 4. Multibeam bathymetry 31 5. Margaretsville Dunefield 31 6. Seabed erosion33 7. Bottom fishing impacts33 8. Sediment transport33 9. Future research 33 2.3 References 34 I tried using antiword's DocBook XML output, and it didn't really shed much light on things. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages antiword depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries antiword recommends no packages. -- no debconf information Workshop 1 - Contents.doc.gz Description: Binary data
Bug#382598: wv: Bad numbering in lists, and bogus PDF
Package: wv Version: 1.2.1-2 Severity: normal I have a word doc that wv has two (maybe separate) problems with. With wvText, the numbering in the lists comes without the whole hierarchy. With wvPDF, everything's line wrapped terribly. This should maybe be two separate bugs. split if you want. I'll attach the word doc. The numbered list problem is also present in antiword, bug #382515. (same word doc attached to that bug). OOWriter produces good text output that looks like this: CHAPTER FIVE: Marine resources of the Bay of Fundy (J.A. Percy) 5.1Introduction 103 5.2Status of marine resources 105 5.2.1Pelagic fish 105 5.2.2Demersal fish 107 5.2.3Diadromous fish110 5.2.4Invertebrates and marine plants112 5.2.5Aggregate extraction 119 5.3 Aquaculture 119 5.3.1Introduction 119 5.3.2Species in culture 120 5.3.3Potential constraints on aquaculture development 121 5.3.3.1Tidal currents , 121 5.3.3.2Winter temperature 121 5.3.3.3Pollutants 122 ... wvText produces this: ... CHAPTER FIVE: Marine resources of the Bay of Fundy (J.A. Percy) 1. Introduction 103 2. Status of marine resources 105 1. Pelagic fish 105 2. Demersal fish 107 3. Diadromous fish 110 4. Invertebrates and marine plants 112 5. Aggregate extraction 119 5.3 Aquaculture 119 1. Introduction 119 2. Species in culture 120 3. Potential constraints on aquaculture development 121 1. Tidal currents , 121 2. Winter temperature 121 3. Pollutants 122 ... wvPDF's output doesn't look much like the word doc. It seems to not be treating the line breaks as line breaks, besides having the lists numbered badly. Anyway, oowriter from openoffice 1.1 handles the doc fine, so there is open source code around that understands however it is that MS stores lists in their doc files. The file was produced with some version of MS Office running on Windows. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wv depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgsf-1-114 1.14.1-2 Structured File Library - runtime ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library ii libwmf0.2-70.2.8.3-3.1 Windows metafile conversion librar ii libwv-1.2-11.2.1-1 Library for accessing Microsoft Wo ii libx11-6 2:1.0.0-7 X11 client-side library ii libxml22.6.26.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime wv recommends no packages. -- no debconf information Workshop 1 - Contents.doc.gz Description: Binary data
Bug#370780: fai-server: make-fai-nfsroot -r should re-try the part that failed
Package: fai-server Version: 2.10.1 Severity: normal Tags: patch I hacked make-fai-nfsroot to only make the stamp for completing something if it succeeded. That way make-fai-nfsroot -r has a chance to re-do the failed part. e.g. I ended up with an nfsroot without the symlinks from /etc/init.d/rcS to fai, so it didn't do any installing when I booted it! I haven't really tested this, but it works when I don't have to recover... --- /usr/sbin/make-fai-nfsroot~ 2006-04-20 09:16:33.0 -0300 +++ /usr/sbin/make-fai-nfsroot 2006-06-05 17:01:35.0 -0300 @@ -136,8 +136,8 @@ local stamp=$RUNDIR/$func # call subroutine [ $recover -a -f $stamp ] return 0 -$@ - $stamp +# make a stamp only on success. +$@ : $stamp } # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - call_verbose() { happy hacking, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fai-server depends on: ii debootstrap 0.3.3 Bootstrap a basic Debian system ii fai-client2.10.1 Fully Automatic Installation clien Versions of packages fai-server recommends: ii dhcp3-server 3.0.4-2DHCP server for automatic IP addre ii fai-kernels 1.10.3 special kernels for FAI (Fully Aut ii nfs-kernel-server [nfs-server 1:1.0.7-18 Kernel NFS server support ii rsh-server0.17-13rsh servers. ii syslinux 3.11-3 Bootloader for Linux/i386 using MS ii tftpd-hpa [tftpd] 0.42-1 HPA's tftp server ii wget 1.10.2-1 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368101: fte-terminal: Segfaults at startup
Package: fte-terminal Version: 0.50.0-1.3 Severity: grave Justification: renders package unusable sfte just segfaults on my i386 unstable system. $ strace sfte execve(/usr/bin/sfte, [sfte], [/* 30 vars */]) = 0 uname({sys=Linux, node=holly.cordes.ca, ...}) = 0 brk(0) = 0x80ca000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=70767, ...}) = 0 mmap2(NULL, 70767, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fae000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libstdc++.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\307..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=892628, ...}) = 0 mmap2(NULL, 919172, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ecd000 mmap2(0xb7fa3000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd5) = 0xb7fa3000 mmap2(0xb7fa8000, 22148, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fa8000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libslang.so.2, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\336..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=661036, ...}) = 0 mmap2(NULL, 793032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e0b000 mmap2(0xb7e9e000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x92) = 0xb7e9e000 mmap2(0xb7eae000, 125384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7eae000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libm.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`3\0\000..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=149264, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e0a000 mmap2(NULL, 151712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7de4000 mmap2(0xb7e08000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7e08000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libgcc_s.so.1, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\30\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=40360, ...}) = 0 mmap2(NULL, 43556, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dd9000 mmap2(0xb7de3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0xb7de3000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1266832, ...}) = 0 mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ca1000 mmap2(0xb7dcf000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d) = 0xb7dcf000 mmap2(0xb7dd7000, 7132, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7dd7000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0 mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c9d000 mmap2(0xb7c9f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7c9f000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c9c000 mprotect(0xb7dcf000, 20480, PROT_READ) = 0 mprotect(0xb7fa3000, 12288, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7c9cb60, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fae000, 70767) = 0 geteuid32() = 1000 getegid32() = 1000 getuid32() = 1000 getgid32() = 1000 access(/home/peter/.fterc, F_OK) = -1 ENOENT (No such file or directory) access(/usr/local/etc/fte/system.fterc, F_OK) = -1 ENOENT (No such file or directory) access(/etc/fte/system.fterc, F_OK) = 0 open(/etc/fte/system.fterc, O_RDONLY)
Bug#250732: debianutils: Most editors already handle +LINENUM themselves
Package: debianutils Version: 2.16 Followup-For: Bug #250732 I tested some of the editors I have installed. Well, ok, I just went nuts and installed all the text editors in the Editors section. I skipped xemacs and the vi clones, because I assume they'll work. foo +1000 /usr/share/dict/words BTW, not all editors provide the /usr/bin/editor alternative. Users might still set their $EDITOR to them, though. And I reworked sensible-editor to support this: -- #!/bin/sh # recognize $1 as a +linenumber argument and if necessary for the editor, # translate it to the editor's prefered command line style. # If the editor can't be told about line numbers, just pass the argument # through anyway. The user will probably get an editor buffer on a file # called +linenum, and they can figure out which line to go to! # currently we don't do anything for /usr/bin/editor, although some # packages provide the /usr/bin/editor alternative with a program that # doesn't handle +linenum. If we can't do the right thing, be transparent. # editors which handle +linenum: # #emacslike: emacs, jed, joe, jove, zile #vi: vim,levee, #other: nano, aee, ee, geresh, le, lpe, mcedit, mined, mped, nedit, zed # if $1 is of the form +number, it will compare not equal to zero if [ 0 -ne $1 ] 2/dev/null;then LNUM=${1#+} fi for editor in $VISUAL $EDITOR editor nano nano-tiny vi; do if [ -z $editor ];then continue; fi # skip empty VISUAL or EDITOR if [ $LNUM ];then case $( basename $editor ) in kate|kwrite) ( shift; $editor --line=$LNUM $@ );; fte|?fte | the) ( shift; $editor -l$LNUM $@ );; sam) ( shift; # sam is weird! { sleep 1.5; B -$LNUM; } sam $@ ) ;; wily) (wily -e wgoto :$LNUM $@ );; # editors without a line number option at all: # qemacs|e3em) emacslike # ed|xed) vi # gnotepad+|kedit|leafpad|mousepad|ptked|scite|teaed) notepad gui # xedit|axe|xwpe|yudit) other x11 # jered,ne,qe) # other tty-based # hexedit|tetradraw) non-text editors *) $editor $@;; esac else $editor $@ fi ret=$? if [ $ret -ne 126 ] [ $ret -ne 127 ]; then exit $ret fi done echo Couldn't find an editor! 12 echo Set the \$EDITOR environment variable to your desired editor. 12 exit 1 -- And yes, it still works with dash. It's all Posix shell. It could stand to have some of the comments moved out of the script itself, I guess! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debianutils depends on: ii coreutils 5.94-1 The GNU core utilities ii libc6 2.3.6-7GNU C Library: Shared libraries ii mktemp1.5-1 Makes unique filenames for tempora debianutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367137: gearhead: should not allow player to rest (Z) while on fire, poisoned, etc.
Package: gearhead Version: 1.001-1 Severity: normal After clearing monsters from a level of the sewers, I was on fire, so I wanted to rest in the hope that the fire would stop before I died. I expected the game to end my rest if I took any damage, but I slept right through to my death! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367138: gearhead: should be a way to set out on foot from a city
Package: gearhead Version: 1.001-1 Severity: normal The select mecha menu should include a no mecha option to travel on foot. This is useful to e.g. get to get to places that can only be reached by going through forest. This came up with a test character where I was reduced to buying a Vespa, but I wanted to get Hyolee's lab notes from the cave. I ended up ejecting. I was afraid I'd lost my Vespa, but I just had to pay to get it shipped to hogye. (Even though I ejected when I was on Hogye's world map square...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367144: gearhead: using spa (in mauna) should cure being on fire!
Package: gearhead Version: 1.001-1 Severity: normal I still haven't figured out how to cure being on fire. I would have thought that taking a spa bath would have to put it out, but apparently not. But shouldn't you just be able to jump into some water or something? Or spend some time doing stop-drop-and-roll on the ground... Or is that the First-Aid or Medicine skill? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366644: lmarbles: blank black window on 8bit display colour depth
Package: lmarbles Version: 1.0.6-4 Severity: normal Tags: patch I made this patch years ago to get marbles to work on an old laptop. I guess it should get into the upstream source... I have tested it myself. You can get an 8bit colour display by running startx /usr/bin/fluxbox -- :1 -depth 8 (If you use KDE, you probably don't want to start another whole KDE session...) --- src/sdl.c~ 2002-08-07 23:37:50.0 -0300 +++ src/sdl.c 2002-09-07 00:24:40.0 -0300 @@ -400,6 +400,11 @@ depth = 16; } +if( depth == 8 ){ +fprintf( stderr, Asking SDL to emulate a 16bit display\n ); +depth=16; +} + // set video mode if ((sdl.scr = SDL_SetVideoMode(w, h, depth, f)) == 0) { fprintf(stderr, ERR: sdl_setvideomode: %s, SDL_GetError()); Happy hacking, Peter Cordes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366646: config file is gearhead.conf, but man page says gearhead.cfg
Package: gearhead Version: 1.001-1 Severity: normal The man page should have the correct filenames for the config file, but it doesn't. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gearhead depends on: ii fp-units-rtl 2.0.0-4Free Pascal -- Runtime Library ii gearhead-data 1.001-1data files for gearhead gearhead recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365973: ifupdown: preinst and postinst both create interfaces if it doesn't exist
Package: ifupdown Version: 0.6.7 Severity: normal I think that only one of the preinst and postinst scripts should create /etc/network/interfaces. Specifically, preinst should not create it. Or if it does, move the code from the postinst to the preinst (so the created file will have a stanza for lo). This isn't normally a problem, because debian-installer's netcfg writes /etc/network/interfaces itself, and FAI munges it too... I ran into this while hacking my FAI scripts to only write /etc/network/interfaces if it didn't exist, which is where the version created by the pre/postinst scripts comes in. I found it confusing, so I'm reporting a bug... happy hacking, Peter Cordes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363448: tightvncserver: need to look in new places for fonts and rgb.txt with xorg 7.0
Package: tightvncserver Version: 1.2.9-10 Severity: grave Tags: patch Justification: renders package unusable After upgrading to xorg 7.0 from unstable, Xvnc and tightvncserver don't work because they can't find any fonts. Here's a patch for tightvncserver. I didn't make the fallback font path include all the fonts that xserver-xorg's configure script puts in xorg.conf (which, on my system, looks like: Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection I also haven't patched Xvnc itself, only that wrapper script. I like to use Xvnc on my home network with no password, which tightvncserver doesn't support. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tightvncserver depends on: ii dpkg 1.13.18package maintenance system for Deb ii libc6 2.3.6-7GNU C Library: Shared libraries ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii perl 5.8.8-4Larry Wall's Practical Extraction ii vnc-common3.3.7-9Virtual network computing server s ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information --- tightvncserver.orig 2006-04-17 10:28:17.0 -0300 +++ tightvncserver 2006-04-19 03:28:58.0 -0300 @@ -80,13 +80,11 @@ ReadConfigFile(); if (!$XFConfigPath) { - if (-e /etc/X11/XF86Config-4) { -$XFConfigPath = /etc/X11/XF86Config-4; + foreach (/etc/X11/xorg.conf, /etc/X11/XF86Config-4, /etc/X11/XF86Config ){ + $XFConfigPath = $_; + last if ( -e $XFConfigPath ); } } -if (!$XFConfigPath) { - $XFConfigPath = /etc/X11/XF86Config; -} if (!$fontPath) { ReadXFConfigFont; } @@ -95,13 +93,20 @@ /usr/X11R6/lib/X11/fonts/Speedo/,. /usr/X11R6/lib/X11/fonts/misc/,. /usr/X11R6/lib/X11/fonts/75dpi/,. - /usr/X11R6/lib/X11/fonts/100dpi/ + /usr/X11R6/lib/X11/fonts/100dpi/. + /usr/share/fonts/X11/misc/,. + /usr/share/fonts/X11/Type1/,. + /usr/share/fonts/X11/75dpi/,. + /usr/share/fonts/X11/100dpi/ } if (!$colorPath) { ReadXFConfigColor; } if (!$colorPath) { - $colorPath = /usr/X11R6/lib/X11/rgb; + foreach (/etc/X11/rgb.txt, /usr/X11R6/lib/X11/rgb){ + $colorPath = $_; + last if ( -e $colorPath ); + } } ##
Bug#362558: par2: doesn't support reading from block devices directly
Package: par2 Version: 0.4-7 Severity: wishlist Tags: patch I accidentally deleted some files I had a par set for, so I wanted to use par2 on the block device the filesystem had been mounted on.[1] I created the attached patch do do that. This would be useful for verifying iso images when they're burned on CD, too. Anyway, my patch doesn't do all the autoconfing I suppose is needed for the headers it includes, since I just created it for my own use. I did try to stick to the coding style of the surrounding code, though. [1] par2 didn't find enough data blocks, so I ended up having to google, where I found the idea of making an LVM snapshot and having reiserfsck rebuild the tree. worked great! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5-cks4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages par2 depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1 GCC support library ii libstdc++64.1.0-1The GNU Standard C++ Library v3 par2 recommends no packages. -- no debconf information diff -ur par2cmdline-0.4/diskfile.cpp par2cmdline-0.4-pjc/diskfile.cpp --- par2cmdline-0.4/diskfile.cpp 2004-04-12 08:25:37.0 -0300 +++ par2cmdline-0.4-pjc/diskfile.cpp 2006-04-02 22:42:41.0 -0300 @@ -799,20 +799,33 @@ bool DiskFile::FileExists(string filename) { struct stat st; - return ((0 == stat(filename.c_str(), st)) (0 != (st.st_mode S_IFREG))); + return ((0 == stat(filename.c_str(), st)) + (st.st_mode (S_IFREG|S_IFBLK)) ); } u64 DiskFile::GetFileSize(string filename) { struct stat st; - if ((0 == stat(filename.c_str(), st)) (0 != (st.st_mode S_IFREG))) + if (0 == stat(filename.c_str(), st)) { -return st.st_size; - } - else - { -return 0; +if (st.st_mode S_IFREG) +{ + return st.st_size; +} +else if (st.st_mode S_IFBLK) +{ + FILE *fp; + u64 size = 0; + if ( NULL != (fp = fopen(filename.c_str(), rb)) ) + { + ioctl(fileno(fp), BLKGETSIZE64, size); + fclose(fp); + } + return size; +} } + + return 0; } diff -ur par2cmdline-0.4/par2cmdline.h par2cmdline-0.4-pjc/par2cmdline.h --- par2cmdline-0.4/par2cmdline.h 2004-04-15 10:30:02.0 -0300 +++ par2cmdline-0.4-pjc/par2cmdline.h 2006-04-02 23:29:31.0 -0300 @@ -132,6 +132,10 @@ typedef unsigned long long u64; #endif +// FIXME: this is not done right w/ autoconf +#include sys/ioctl.h +#include sys/mount.h + #if HAVE_SYS_STAT_H # include sys/stat.h #endif @@ -179,6 +183,8 @@ #include ctype.h #include sys/types.h #include sys/stat.h +#include sys/ioctl.h +#include sys/mount.h #include dirent.h #include assert.h
Bug#362543: git.transition script interferes with kernel build
Package: git Version: 4.3.20-8 Severity: normal Tags: patch It took me quite a while to figure out what was going on when I tried to compile a kernel (with make-kpkg). make-kpkg didn't seem to make any progress, except that it would progress one step every time I pressed return. It turns out that scripts/setlocalversion in the kernel source runs git to see if it should put extra stuff in the kernel version string. stdout is going to a pipe, and stderr is going to /dev/null. stdin is from the terminal, so the read command blocks. Here's a patch for git.transition that makes it fail silently, or at least non-interactively, when its not run interactively. It also redirects the error message to stderr. The goal of this patch is to keep users from having to think about this problem, since it will go away soon enough. i.e. Things should Just Work when users aren't trying to use git or gitfm directly. --- git.transition.orig 2005-12-07 23:16:55.0 -0400 +++ git.transition 2006-04-13 23:50:41.0 -0300 @@ -1,6 +1,7 @@ #!/bin/sh -cat EOT + +cat 2 EOT git, the filemanager with GNU Interactive Tools, is now called gitfm. @@ -14,8 +15,17 @@ and use (as root): update-alternatives --config git -Press RETURN to run gitfm EOT -read -exec /usr/bin/gitfm $@ +# don't wait for input from a non-interactive shell. +# This avoids tripping up the linux kernel build system +if [ -t 0 ] [ -t 1 ] [ -t 2 ];then + # only do this if stdin/out/err are terminals. + # gitfm won't run if stdin/out aren't ttys, + # and message isn't printed if stderr isn't! + echo Press RETURN to run gitfm 2 + read + exec /usr/bin/gitfm $@ +fi + +exit 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5-cks4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages git depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries git recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362252: fai-client: die() shell function runs bash in non-interactive mode
Package: fai-client Version: 2.10 Severity: normal Tags: patch Here's a simple patch to make sure bash is interactive, so it displays prompts, does job control, and all those good things. --- /usr/lib/fai/subroutines2006-04-03 10:12:38.0 -0300 +++ usr/lib/fai/subroutines 2006-04-12 21:20:49.0 -0300 @@ -35,7 +35,8 @@ # echo comment and exit installation task_savelog echo $@ -exec bash +echo execing bash on /dev/console +exec bash -i /dev/console /dev/console } # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - defnop() { bash -i is overkill, since it's enough to connect stdin and stderr to a tty. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fai-client depends on: ii cfengine 1.6.5-2.0.1 tool for configuring and maintaini ii file 4.17-1 Determines file type using magic ii libapt-pkg-perl 0.1.18+b1 Perl interface to libapt-pkg ii perl 5.8.8-4 Larry Wall's Practical Extraction fai-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334373: udev doesn't help with 2.4.27 fai kernel
Package: fai Version: 2.10 Followup-For: Bug #334373 reopen 334373 thanks I have fai-server, -client, etc. installed on my workstation, running Debian i386/unstable. (This is a testbed, but I'm using Sarge and 2.4 kernels (for openMosix) on my cluster...) Anyway, since I'm using 2.4 kernels, udev doesn't do anything. This bug is only solved for 2.6 kernels! Not having /dev/tty[1-9], or /dev/hd* or /dev/sd* is a showstopper. I think on an FAI server running sarge, there wouldn't be a problem, because debootstrap would create a full set of devices. My solution is to run MAKEDEV generic. (MAKEDEV has a good man page, BTW.) make-fai-nfsroot could run MAKEDEV inside the nfsroot, or the clients can have this hook: setup.FAIBASE: #! /bin/sh # confdir is the first task, but it's ok with a minimal /dev # This hook exists because post-sarge debootstrap have a minimal /dev # it would be best to run MAKEDEV in the nfsroot, but this is a fallback. if ! [ -e /dev/tty2 ];then echo /dev/tty2 doesn't exist! running MAKEDEV generic cd /dev MAKEDEV generic fi I considered having it do that only if [ $DO_INIT_TASKS -eq 1 ], but I'd like to have my /dev fixed if it was missing /dev/tty2, no matter what! (I was never a fan of devfs or udev. I like having the devices exist and letting the kernel autoload modules when devices are accessed. It's fun being an old curmudgeon, and I'm not even old :) Anyway, happy hacking, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334373: udev doesn't help with 2.4.27 fai kernel
On Wed, Apr 12, 2006 at 09:05:08PM -0300, Peter Cordes wrote: Package: fai Version: 2.10 Followup-For: Bug #334373 reopen 334373 thanks I always forget if those have to be in mail to [EMAIL PROTECTED] or not. sorry. My solution is to run MAKEDEV generic. (MAKEDEV has a good man page, BTW.) make-fai-nfsroot could run MAKEDEV inside the nfsroot, or the clients can have this hook: setup.FAIBASE: I hadn't actually fully tested that hook yet... It has to be called setup.LINUX (or setup.DEFAULT), because the only classes defined that early in FAI are classes=DEFAULT $oclass $HOSTNAME LAST #! /bin/sh # confdir is the first task, but it's ok with a minimal /dev This comment line is kind of silly now... The rest works. # This hook exists because post-sarge debootstrap have a minimal /dev # it would be best to run MAKEDEV in the nfsroot, but this is a fallback. if ! [ -e /dev/tty2 ];then echo /dev/tty2 doesn't exist! running MAKEDEV generic cd /dev MAKEDEV generic fi Yay, my test machine installed successfully! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334373: udev doesn't help with 2.4.27 fai kernel
additionally, an instsoft.LINUX hook is needed, or the newly installed won't be able to e.g. run getty on /dev/tty[1-6] #! /bin/sh # This hook exists because post-sarge debootstrap have a minimal /dev # it would be best to run MAKEDEV in the nfsroot (before base.tgz is created) # but this is a fallback. if ! [ -e $target/dev/tty2 ];then echo $target/dev/tty2 doesn't exist! running MAKEDEV generic cd /dev ./MAKEDEV generic fi -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356117: klibido: glitch when dragging items in the queue
Package: klibido Version: 0.2.4.1-1+b1 Severity: normal I found an amusing bug in klibido today: I was running klibido in Xvnc (viewed with vncviewer from tightvnc on another Debian machine) when I dragged a newgroup header update task up a bit in the queue. See attached screenshot. The update of a.b.mm.lnt had been the last item in the queue. Note that the problem is that it ended up as a sub-task of updating a.b.mm.com! klibido immediately stopped updating its screen or responding to any input, but I did capture a screenshot before it was too late. Klibido exitted after a SIGINT, and re-started again with an empty queue. (There were only header-updates in the queue, and I don't think it saves those across quit and restart anyway?) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages klibido depends on: ii kdelibs4c2a 4:3.5.1-3 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-5 The Network Audio System (NAS). (s ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libdb4.3++c2 4.3.29-4.1 Berkeley v4.3 Database Libraries f ii libfontconfig12.3.2-2generic font configuration library ii libfreetype6 2.1.10-1.1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.0.2-10 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-10 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-10 compression library - runtime klibido recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356117: klibido: here's the screenshot
Package: klibido Version: 0.2.4.1-1+b1 Followup-For: Bug #356117 I forgot the screen shot in the initial email! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages klibido depends on: ii kdelibs4c2a 4:3.5.1-3 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-5 The Network Audio System (NAS). (s ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libdb4.3++c2 4.3.29-4.1 Berkeley v4.3 Database Libraries f ii libfontconfig12.3.2-2generic font configuration library ii libfreetype6 2.1.10-1.1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.0.2-10 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-10 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-10 compression library - runtime klibido recommends no packages. -- no debconf information klibido-bug.png Description: PNG image
Bug#352417: acknowledged by developer ()
On Thu, Mar 02, 2006 at 05:18:32AM -0800, Debian Bug Tracking System wrote: From: Gon?ri Le Bouder [EMAIL PROTECTED] Ok, i close the bug. The bug isn't fixed! I've had klibido corrupt its databases several times. Would you like me to run klibido compiled with debug symbols so I can get a useful backtrace? I suppose what's needed is to catch it corrupting the database, not crashing when it tries to use it again. Doing db updates while files are still downloading seems to provoke crashes easily. Changing the group properties settings, such as disabling on of the two news servers while klibido is doing other things might is another thing I've done that I think is correlated with DB corruption. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352417: [Klibido-devel] Fwd: Bug#352417: klibido: spurious disk full errors, and sometimes segfaults
On Sun, Feb 12, 2006 at 01:19:35PM +0100, Andrea Gelmini wrote: I reply to myself... to give a more clear explanation... Klibido writes in ~/.klibido/db/queue the user's download wishes. In a perfect world it could have problems only with lack of space (that's why it says disk full), but it's also a big problem, usually not recoverable, when db is corrupted (and I am sure it's the problem of Peter). Yes, I think so. I found that removing db/alt.x.y.z made it work for that newsgroup again, after re-fetching all the headers. (It wasn't the queue, but rather the newsgroup db that was corrupted. clicking on the newsgroup in the subscribed-groups list to display the group made klibido print some error messages about being unable to retrieve a record, or something. (sorry I didn't save the msg)) In this situation you can: a) remove ~/.klibido/db/queue (klibido will re-create it at startup, but you lost your queue, of course); b) play with db4.3_dump and db4.3_load, and pray; anyway, there's no need to delete all ~/.klibido/db/ compacting databases can be good when a newsgroup file is corrupted. hopes this help, Yeah, I'll try compacting. Thanks for the help. happy hacking, -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352417: klibido: spurious disk full errors, and sometimes segfaults
Package: klibido Version: 0.2.4.1-1+b1 Severity: normal klibido sometimes seems to get confused. It has shown the disk-write error behaviour mentioned in the FAQ, and I've also had it segfault a couple times. Once, I deleted the whole database directory, but then I had to download new headers again. :( Downloading new headers while other things are queued up has caused problems, I think. Downloading new headers after a segfault and re-start can cause another segfault. I'm not sure if that's the only usage pattern that caused problems. I use my ISP's news server and biggulp.readfreenews.net. When I download new headers for a group, and klibido is confused, it will say error updating DB in the queue manager. I've included a KDE crash handler backtrace: (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1234905408 (LWP 21573)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #6 0x0025 in ?? () #7 0xb7e0e8cb in Dbc::get () from /usr/lib/libdb_cxx-4.3.so #8 0x080827f9 in QValueListPrivateQString::contains () #9 0x080834f6 in QValueListPrivateQString::contains () #10 0x08064b2d in QGList::count () #11 0x0806c981 in QGList::count () #12 0xb6ed8b57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #13 0x0806f4ef in QMapPrivateint, QString::clear () #14 0x0807427f in QMapPrivateint, QString::clear () #15 0xb6ed8b57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #16 0xb78006c2 in KListView::executed () from /usr/lib/libkdeui.so.4 #17 0xb78008d2 in KListView::emitExecute () from /usr/lib/libkdeui.so.4 #18 0xb7800942 in KListView::slotMouseButtonClicked () from /usr/lib/libkdeui.so.4 #19 0xb783c51f in KListView::qt_invoke () from /usr/lib/libkdeui.so.4 #20 0xb6ed8b57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #21 0xb727f4b5 in QListView::mouseButtonClicked () from /usr/lib/libqt-mt.so.3 #22 0xb6fdd223 in QListView::contentsMouseReleaseEventEx () from /usr/lib/libqt-mt.so.3 #23 0xb6fdd399 in QListView::contentsMouseReleaseEvent () from /usr/lib/libqt-mt.so.3 #24 0xb77e960a in KListView::contentsMouseReleaseEvent () from /usr/lib/libkdeui.so.4 #25 0xb700f5cb in QScrollView::viewportMouseReleaseEvent () from /usr/lib/libqt-mt.so.3 #26 0xb70121c5 in QScrollView::eventFilter () from /usr/lib/libqt-mt.so.3 #27 0xb6fd6748 in QListView::eventFilter () from /usr/lib/libqt-mt.so.3 #28 0xb6ed5b52 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 #29 0xb6ed5bdb in QObject::event () from /usr/lib/libqt-mt.so.3 #30 0xb6f13dcd in QWidget::event () from /usr/lib/libqt-mt.so.3 #31 0xb6e6e698 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #32 0xb6e6ec6b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #33 0xb75e8fde in KApplication::notify () from /usr/lib/libkdecore.so.4 #34 0xb6dfe653 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #35 0xb6df9ae4 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #36 0xb6df7dbe in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #37 0xb6e118c0 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #38 0xb6e86da2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #39 0xb6e86ccb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #40 0xb6e6d225 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #41
Bug#343676: aptitude: uncaught exception when limit-display pattern doesn't match anything after doing some installs
Package: aptitude Version: 0.4.1-1 Severity: normal aptitude died with this error message: Uncaught exception: vscreen/vs_subtree.h:57: vs_treeitem* vs_subtreechildtype,sorter::levelref::get_item() [with childtype = pkg_tree_node, default_sorter = tag_sort_policy]: Assertion realitem!=parent_list-end() failed. I was running aptitude as root on the Linux text console. I used the Limit Display option in the search menu with the pattern ~c. I purged all the packages with old config files kicking around (esp. the xfree86-common files can cause weirdness when the xorg-common files are there too.) Anyway, after dpkg was done, aptitude displayed its menu bar, but the package list was empty, as it should be. When I pressed up arrow, aptitude died. That makes sense, because aptitude can't normally get into that state; Hitting 'l' and putting in a pattern that doesn't match any packages elicits a complaint, not an empty list. happy hacking, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340054: This is on the upstream sourceforge bug tracker
The upstream bug is http://sourceforge.net/tracker/index.php?func=detailaid=1341721group_id=139914atid=744867 -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340055: xmoto: Can return to main menu with save replay dialog still up
Package: xmoto Version: 0.1.8-2 Severity: normal After losing a level, if you select save replay then the dialog box comes up. If you then press escape, you go back to the main menu (as if abort level was pressed), but the save replay dialog is still up, and now you can't click on it. The user interface seemed to be wedged, so I switched to a text console and killed xmoto. (When I lose a level, I often hit return or space without checking if I moved the selection because I was still holding an arrow key when I lost. When the wrong thing came up, my immediate response was to hit escape.) Anyway, I suggest making escape just cancel the save replay dialog. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xmoto depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblua50 5.0.2-5Main interpreter library for the L ii liblualib50 5.0.2-5Extension library for the Lua 5.0 ii libode0c2 1:0.5-5Open Dynamics Engine - runtime lib ii libpng12-01.2.8rel-5 PNG library - runtime ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii xlibmesa-gl [ 6.8.2.dfsg.1-10Mesa 3D graphics library [X.Org] ii xmoto-data0.1.8-22D motocross platform game ii zlib1g1:1.2.3-6 compression library - runtime xmoto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340054: xmoto: Collision detection isn't done when reversing direction
Package: xmoto Version: 0.1.8-2 Severity: normal I once ended up with my head inside a ground polygon (and my wheels on the top of it), because I hit space bar to reverse direction while I was hanging upside down near it. The rider was leaned way forwards over the bike, so the position of the head changed a lot. But it shouldn't be a quantum leap, not passing through the intervening space! In the head-in-the-rock situation, I was able to drive with my wheels on and my head in the rock, until I got to the end of that block and my head hit the edge (from the inside): Then the normal loser menu came up. I haven't looked at the code, but I suspect that the change-direction code doesn't check for collisions with the head along the line connecting the old and new positions. I would suggest that that would be the way to do it. BTW, I like the new Cow levels :) I wish there was a landing spot in Keep-Calm, so it wasn't just luck whether you survive when you're landing on the square wave. Happy hacking, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xmoto depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblua50 5.0.2-5Main interpreter library for the L ii liblualib50 5.0.2-5Extension library for the Lua 5.0 ii libode0c2 1:0.5-5Open Dynamics Engine - runtime lib ii libpng12-01.2.8rel-5 PNG library - runtime ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii xlibmesa-gl [ 6.8.2.dfsg.1-10Mesa 3D graphics library [X.Org] ii xmoto-data0.1.8-22D motocross platform game ii zlib1g1:1.2.3-6 compression library - runtime xmoto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288680: blobwars: Still present in version 1.05-1
Package: blobwars Version: 1.05-1 Followup-For: Bug #288680 I fell down the same hole :( I also ran into another gameplay issue mentioned in another bug: In one of the first three levels (I think), there is a vertical wall with water half way up it. It's one of those rough walls with stuff extending out into the next block. If you're swimming along the wall, you can swim all the way up out of the water along the wall, right up to the ceiling. You can even swim along the ceiling if you keep holding up arrow. You have to start in the real water for this to work; You can't jump through the air and swim in the column next to the wall. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages blobwars depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl-ttf2.0 2.0.6-5ttf library for Simple DirectMedia ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-6 compression library - runtime blobwars recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336380: dstat: memory leak
On Mon, Oct 31, 2005 at 12:00:10PM +0100, Dag Wieers wrote: On Sat, 29 Oct 2005, Peter Cordes wrote: Package: dstat Version: 0.6.1-1 Severity: normal When I leave dstat running it will be using 350MB of memory after a day or so. It will keep using more until the kernel's out-of-memory killer gets it. I usually start dstat with a command line like dstat -D hda,sda,hdc,sdb 20, and I run it with TERM=screen (inside a screen session, of course). I have python-psyco installed, in case that matters. I _think_ I've seen this bug on systems where I didn't have python-psyco installed, though. You are the second person to report it. Can you test if it only happens with the 'Disk' stats ? dstat -d -D hda,sda,hdc,sdb 20 I haven't looked at it myself though. Need to look into how to print all the data-structures/sizes to see what exactly is increasing. Thanks for reporting ! I started three copies of dstat running in three screen windows on Oct 31st. (So they've been running for 1 day and 19 hours.) $ ps -C python -O etime,pmem,rss,size,vsz -w PID ELAPSED %MEM RSSSZVSZ S TTY TIME COMMAND 8345 1-19:54:02 20.9 326184 398916 401832 S pts/4 00:02:37 python /usr/bin/dstat -d -D hda,sda,hdc,sdb 20 10307 1-18:53:29 20.4 318172 391028 393944 S pts/6 00:02:34 python /usr/bin/dstat -cg 20 10378 1-18:50:03 20.4 317660 390484 393400 S pts/5 00:01:39 python /usr/bin/dstat -ny 20 I have another long-running python process (bittornado) which hasn't ballooned up, and dstat didn't used to do this. Environment variables: SSH_AGENT_PID=3883 SHELL=/bin/bash TERM=screen HUSHLOGIN=FALSE WINDOWID=8388624 USER=peter XTERM_SHELL=/bin/bash LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.ogg=01;35:*.mp3=01;35:*.wav=01;35: SSH_AUTH_SOCK=/tmp/ssh-jHUpmJ3817/agent.3817 TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ :li#30:co#107:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ :ke=\E[?1l\E:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ :se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\ :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ :vb=\Eg:G0:as=\E(0:ae=\E(B:\ :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ :po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\ :k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\ :k9=\E[20~:k;=\E[21~:F3=\EO2P:F4=\EO2Q:F5=\EO2R:\ :F6=\EO2S:F7=\E[15;2~:F8=\E[17;2~:F9=\E[18;2~:\ :FA=\E[19;2~:kb=:K2=\EOE:kB=\E[Z:*4=\E[3;2~:*7=\E[1;2F:\ :#2=\E[1;2H:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:%e=\E[5;2~:\ :%i=\E[1;2C:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:\ :kN=\E[6~:kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:\ :kr=\EOC:kl=\EOD:km: PAGER=/usr/bin/less XPSERVERLIST=:64 PATH=/home/peter/bin:/usr/local/bin:/usr/bin:/bin:/sbin:/usr/sbin:/usr/bin/X11:/usr/games:/sbin:/usr/sbin MAIL=/var/mail/peter STY=3907.pts-0.holly PWD=/home/peter EDITOR=/usr/bin/jed HISTCONTROL=ignoredups XTERM_VERSION=XTerm(202) HOME=/home/peter SHLVL=5 LOGNAME=peter LESS=iM WINDOW=0 LESSOPEN=| /usr/bin/lesspipe %s DISPLAY=:0.0 LESSCLOSE=/usr/bin/lesspipe %s %s XAUTHORITY=/home/peter/.Xauthority _=/usr/bin/env OLDPWD=/mnt/sda5/from-bad-disk/good -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336380: dstat: memory leak
Package: dstat Version: 0.6.1-1 Severity: normal When I leave dstat running it will be using 350MB of memory after a day or so. It will keep using more until the kernel's out-of-memory killer gets it. I usually start dstat with a command line like dstat -D hda,sda,hdc,sdb 20, and I run it with TERM=screen (inside a screen session, of course). I have python-psyco installed, in case that matters. I _think_ I've seen this bug on systems where I didn't have python-psyco installed, though. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dstat depends on: ii python2.3.5-3An interactive high-level object-o dstat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332294: cfengine2: editfiles segfaults on empty/new files if you ReplaceLineWith without a LocateLine first
Package: cfengine2 Version: 2.1.14-1sarge1 Severity: normal (cc-ing bug-cfengine@gnu.org, which I'm not subscribed to. mailing list people: I hope you don't mind all the stuff in this email that's designed for Debian's bug-tracking system...) Run this and cfagent will segfault. If you echo /tmp/crashme.dat first, it won't crash, because CURRENTLINEPTR in edittools.c:DoEditFile() won't be NULL. (I haven't run it under gdb, but it's pretty obvious it gets its value from filestart, and presumably it's NULL on empty or nonexistant files). -- cf.crashme --- #!/usr/sbin/cfagent -I -f control: actionsequence = ( editfiles ) # turn off enforced-wait for testing IfElapsed = ( 0 ) # only give cfengine 1 minute before breaking locks and killing ExpireAfter = ( 1 ) editfiles: any:: { /tmp/crashme.dat Backup single AutoCreate AppendIfNoSuchLine Hello #LocateLineMatching .* # segfaults when done without a preceding LocateLineMatching! ReplaceLineWith $(date) } - The reference manual doesn't define the behaviour for empty files, but whatever happens, a segfault is never the right behaviour. I actually ran into this bug while making toy files to learn how cfengine worked. There are some not totally unreasonable cases, such as Appending a line to a previously empty or nonexistant file, and then replacing it (because it's now line 1, right? And the reference manual says the file pointer starts out pointing to line 1.) What I was expecting was: --- 1st --- the date --- 2nd --- the new date Hello It was very off-putting to have cfagent segfaulting on me while I was trying to wrap my head around it :( And I still haven't found a good way to use list variables with editfiles commands, to e.g. put all the internal IPs in my cluster into /etc/hosts.equiv. But that's not related to this bug, so I'd better not try to cram too much into this email... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-om20041102-tab Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages cfengine2 depends on: ii debconf 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii perl5.8.4-8 Larry Wall's Practical Extraction -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293723: cfengine2: Actually, -I is --inform, -i is --no-ifconfig
Package: cfengine2 Version: 2.1.14-1sarge1 Followup-For: Bug #293723 cfagent fails to inform about edited files (action editfiles) when the option -i (--inform) is turned on. Actually, -I is --inform, -i is --no-ifconfig. If that was the only problem, I think this bug can be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#259425: sysutils: This is fixed in upstream memtester 4.0.5
Package: sysutils Version: 1.3.8.5.1 Followup-For: Bug #259425 See http://pyropus.ca/software/memtester/ I downloaded and compiled memtester on my own machine, and it ran ok as a non-root user. Unfortunately running memtester 940MB on my machine with 1GB of RAM and 1GB of swap locked up the machine running 2.6.12.6, but it did start to test the specified amount of memory. :( I'm not sure about the stability of my machine :( The first entry in the changelog (10 March 2005, version 4.0.5) describes how memtester now does what you ask in this situation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330334: pan: switching from Online to Offline leaves Running task Stopped
Package: pan Version: 0.14.2.91-4 Severity: normal When downloads are queued up in the task manager and one is running, using Pan's offline button changes the running task to Stopped, not Queued, so it doesn't restart when you go online again. (I go online/offline when I'm controlling pan through VNC, so the VNC session is snappier.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pan depends on: ii libaspell15 0.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgnet2.0-0 2.0.7-1GNet network library ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3 a spell-checking addon for GTK's T ii libpango1.0-0 1.8.2-2Layout and rendering of internatio ii libpango1.0-common1.8.2-2Modules and configuration files fo ii libpcre3 6.3-1 Perl 5 Compatible Regular Expressi ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime pan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318950: dstat: total disk I/O double-counts md devices
Package: dstat Version: 0.5.10-1 Severity: normal dstat shouldn't include I/O to md software RAID devices in the total disk I/O, because such I/O also shows up for sda and sdb, etc. This happens on i386 machines, not just AMD64, BTW. e.g. total-cpu-usage --disk/hdadisk/sdadisk/md6---disk/total usr sys idl wai hiq siq|_read write _read write _read write _read write 84 13 0 0 2 1| 24k 36.4M: 410B 34.9M: 0 34.9M:48.8k 108M ^^ ^^ ^^ ^^^ that's while writing a big file to /home, which is mounted on /dev/md6, which is a RAID1 of partitions on hda and sda. My suggestion: simply omit md devices from the totals. Hopefully the code doesn't need to change too much to still be able to display them (e.g. dstat -D md3,total 10) even though they're not in the total. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-11-amd64-k8 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages dstat depends on: ii python2.3.5-2An interactive high-level object-o dstat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315111: slapd: slapcat called from maintainer scripts failing because of missing /usr/share/ldap
Package: slapd Version: 2.1.30-3 Severity: normal I've played around with converting my cluster to using LDAP authentication, but I haven't finished yet. I did a big dist-upgrage, and for some reason something run from a maintainer script (maybe slapcat) failed. Maybe because my config file didn't agree with the database in /var/lib/ldap, or I don't know what. (sorry this isn't a better bug report..., I don't know if you'll be able to reproduce this.) This of course blocked the rest of the upgrade from happening. On trying again, after some attempts at dpkg-reconfigure slapd, slapcat failed with a bad config file error message. Strace revealed that it was erroring out after not finding any of its /usr/share/ldap/*.dat files. My workstation, with a working slapd setup, has them, so I used rsync to get them onto this machine. slapcat now runs without error (producing no output, because I did dpkg-reconfigure to wipe out the old database I was playing around with). So aptitude should have no further problems. Anyway, the weird thing here is that somehow my system got into a state where it needed /usr/share/ldap, but didn't have it. I didn't delete it by hand or do anything other than through aptitude. This is a Bad Thing, because it gets the upgrade process stuck. dpkg-deb -c shows that the slapd 2.1.30 package didn't contain that directory, so I don't know why slapcat ( md5: c95ea67188d6150ac0f4a8869574cae5 /usr/sbin/slapcat) would want it. Maybe some other slapd config files got updated earlier in the upgrade process? I don't have the time or inclination to do more work on this, or preserve a lot of info about how my system was, but I will respond to questions if I can. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-10OpenLDAP libraries ii libltdl31.5.6-6 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2OpenSLP libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii psmisc 21.6-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: genome slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB * slapd/dump_database: when needed * slapd/allow_ldap_v2: false * slapd/no_configuration: true * slapd/migrate_ldbm_to_bdb: false slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: * slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true slapd/purge_database: false slapd/admin: * slapd/domain: monkey.mathstat.dal.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315111: slapd: This is very similar to bug #308234
Package: slapd Version: 2.2.23-8 Followup-For: Bug #315111 This is the same problem as in 308234, but I'm using the Dialog frontend, so the problem wasn't an empty dump dir. I wouldn't be surprised if I had left my slapd.conf inconsistent with the database in /var/lib/ldap, or maybe just plain bad. I think I tried to let the preinst convert from ldbm to bdb, in case that's what did it. Anyway, there are other ways to get stuck in that bad situation, but maybe not if you had a working LDAP setup before. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305770: bittornado-gui: segfaults or illegal insns when exitting
Package: bittornado-gui Version: 0.3.11-4 Severity: normal I'm not sure how much of a problem this is, but bittornado-gui doesn't exit cleanly. It is saving its state, so I don't know how much of an effect this has on anything. Here's an strace from when I attached to a process after clicking the close button: Process 4551 attached - interrupt to quit futex(0x84f9b28, FUTEX_WAIT, 0, NULL) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x84f9b28, FUTEX_WAKE, 1) = 0 futex(0x83e6ed8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x82fdf40, FUTEX_WAKE, 1) = 0 futex(0x83e6ed8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x82fdf40, FUTEX_WAKE, 1) = 0 futex(0x8302ec0, FUTEX_WAKE, 1) = 0 rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 futex(0x831c8b8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 futex(0x8170ff8, FUTEX_WAKE, 1) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 4551 detached [EMAIL PROTECTED]:/mnt/sda5/mst3k/dap$ [4] Segmentation fault btdownloadgui.bittornado --saveas . torrents/MST3K_Season_8_part_2\[\'www.pqrt.org\'\].torrent (wd: /mnt/sda5/mst3k/torrents) This was on an MST3K torrent from http://mst3kbt.blogspot.com/. Season 8, part 2 to be exact. Some of the files were complete, some were mostly complete, and most were not downloaded at all. I think I has some of the files set to never download. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc2-mm4-vanilla Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bittornado-gui depends on: ii bittornado0.3.11-4 bittorrent client with enhanced cu ii libwxgtk2.4-python2.4.2.6wxWindows Cross-platform C++ GUI t ii python2.3.5-1An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300091: bittornado-gui: died while seeding (backtrace included)
Package: bittornado-gui Version: 0.3.10-2 Severity: normal Normally btdownloadgui works well for me, but it crashed once. It put a backtrace in a window: BitTorrent T-0.3.10 (BitTornado) OS: linux2 Python version: 2.3.5 (#2, Feb 9 2005, 00:38:15) [GCC 3.3.5 (Debian 1:3.3.5-8)] wxWindows version: 2.4.2.4 Allocation method: normal Traceback (most recent call last): File /usr/lib/python2.3/site-packages/BitTornado/RawServer.py, line 142, in listen_forever self.sockethandler.handle_events(events) File /usr/lib/python2.3/site-packages/BitTornado/SocketHandler.py, line 318, in handle_events s.handler.data_came_in(s, data) File /usr/lib/python2.3/site-packages/BitTornado/BT1/Encrypter.py, line 190, in data_came_in x = self.next_func(m) File /usr/lib/python2.3/site-packages/BitTornado/BT1/Encrypter.py, line 148, in read_message self.connecter.got_message(self, s) File /usr/lib/python2.3/site-packages/BitTornado/BT1/Connecter.py, line 246, in got_message c.download.got_have(i) File /usr/lib/python2.3/site-packages/BitTornado/BT1/Downloader.py, line 272, in got_have self.downloader.picker.became_seed() File /usr/lib/python2.3/site-packages/BitTornado/BT1/PiecePicker.py, line 124, in became_seed del self.interests[0] IndexError: list assignment index out of range I had downloaded some (but not all) files from a torrent (some of them were set to download never). I was seeding what I had for a few days before this bug was triggered. i.e. I don't know how to reproduce this. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc2-mm4-vanilla Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bittornado-gui depends on: ii bittornado0.3.10-2 bittorrent client with enhanced cu ii libwxgtk2.4-python2.4.2.6wxWindows Cross-platform C++ GUI t ii python2.3.4-5An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298130: bash: read builtin doesn't work when reading from a pipe, except in a loop
Package: bash Version: 3.0-14 Severity: normal Either bash's read builtin is buggy, or I'm missing something about how it's supposed to work. I thought I could tokenize a string by doing foo=bar baz echo $foo | read a b but after running that, a isn't even defined, let alone set the way I was expecting. seq 10 | while read i;do echo $i foo;done prints the expected 1 foo, ..., 10 foo seq 10 | read i doesn't set i, though. read only seems to work when it's reading from a file (or the terminal, probably) $ echo value foo $ read i foo $ echo $i value BTW, I see the same behaviour on a machine running pure i386 Sarge, with GNU bash, version 2.05b.0(1)-release (i386-pc-linux-gnu) For comparison, ksh running on Solaris does: $ echo foo | read i; echo $i foo sash, ash and dash don't set i when I do echo foo | read i. Neither does sh on Solaris; I guess read is a ksh feature? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-30.9 change and administer password and -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296387: par2 tries and fails to repair with some input data
On Tue, Feb 22, 2005 at 10:57:16PM -0500, Andres Salomon wrote: On Tue, 2005-02-22 at 02:04 -0400, Peter Cordes wrote: ... Verifying repaired files: Target: MST3K___0206___20010709___Ring_of_Terror.part33.rar - damaged. Found 40 of 42 data blocks. Repair Failed. Hrm. Did it create any additional files? IIRC, it should move the old part33.rar to part33.rar.1, and repair part33.rar. Yeah, that happens. I guess I should have said so in my first mail, but I consider myself an experienced par2 user; I've made heavy use of par2 in the last month downloading stuff from usenet and adding redundancy to DVDs I burn. I've been using par2 to successfully repair other files on this computer; I'm sure it's something about this data, not par2 or my setup. I suspect it's simply a bug in the way it's writing the file. If you run par2 multiple times, does the same thing happen? Yes, the same thing happens. before first run: part33.rar has the wrong size, and has 40/42 blocks after: part33.rar has right size, but still only has 40/42 blocks further runs of par2 r produce the same file (md5sum and size equal) moving aside some of the par2 volumes (so a different set of repair blocks will be used) results in the same failed repair, but part33 will have a different md5 hash. Each different par2 volume results in a different md5, but always 40/42 blocks ok. Recreating all of part33 creates a bad file too. It's not only part33 that can't be repaired. Moving aside part04 I get ... do the repair ... verify: Target: MST3K___0206___20010709___Ring_of_Terror.part04.rar - damaged. Found 1 of 42 data blocks. Target: MST3K___0206___20010709___Ring_of_Terror.part33.rar - damaged. Found 40 of 42 data blocks. Repair Failed. Interestingly in this case, one block was successfully repaired. Running par2 on a different machine (an Athlon running Linux 2.6.7) in a symlinks farm to a read-only NFS mount of the data to be repaired results in exactly the same repair (same md5), with 40/42 blocks ok. [...] email me if you want me to do something like put these files on a web server where you can get them. I doubt it's something in the actual repair algorithm; if it's still damaged (finding 40 of 42 valid parts), it probably just didn't succeed in saving the new file. Does it spit out any errors while repairing? An strace log would be useful, as well; strace -f par2repair cmd log. I guess I forgot to say anything to discount that obvious possibility. I looked at the strace myself to make sure there wasn't anything emabarrasing that I should have noticed myself... read(5, [EMAIL PROTECTED]..., 131072) = 131072 write(1, Repairing: 100.0%\r, 18) = 18 close(5)= 0 munmap(0xb6dd8000, 131072) = 0 write(3, \315\230\275\332\364\375\266\241\f\202\272E\v)\263\311..., 117896) = 117896 _llseek(3, 2841696, [2841696], SEEK_SET) = 0 write(3, \275\2219\10_\257y\202mh\247S\376\350\374}\33\17\327]\335..., 262144) = 262144 write(3, \362\277i#Vnu\344xC\223h\v\245\333\354Ll] \3303\235\347..., 131072) = 131072 write(3, \17\336\263S\234\356\'\267\303\307\346\222\306\23\237\245..., 262144) = 262144 write(4, Q\36\16\250\343W3L\370\27\214C\257\26\356\213\20\342\\..., 116372) = 116372 ... write(1, Writing recovered data\rWrote 293..., 52) = 52 write(1, \n, 1) = 1 write(1, Verifying repaired files:\n, 26) = 26 write(1, \n, 1) = 1 write(4, \262\1\217\375m\324\262r%\[EMAIL PROTECTED]..., 14700) = 14700 close(4)= 0 munmap(0xb7d0b000, 131072) = 0 stat64(/var/cache/tmp/mst3k/MST3K___0206___20010709___Ring_of_Terror.part04.rar, {st_mode=S_IFREG|0664, st_size=14680064, ...}) = 0 open(/var/cache/tmp/mst3k/MST3K___0206___20010709___Ring_of_Terror.part04.rar, O_RDONLY|O_LARGEFILE) = 4 ... So as you can see, the file was written and close(2)d with no errors. In fact, there aren't any errors on any of the system calls. Searching for = - only turns up the stat calls when it's looking for a name to rename(2) the original to. (not counting what ld.so does at the start) My suspicion now is that the par2 files are somehow non-standard and don't work with this version of par2. Presumably it was with some weird piece of software, because vol99+00.par2 is identical to the .par2, and I hope this version of par2 wouldn't create a stupid file like that. However, running strings on it shows: ... 5)PAR 2.0 Creator Created by par2cmdline version 0.4. at the end of the file. Are there bad implementations of par2 out there, or can bad RAM in someone's computer create a bad set of par files that have consistent checksums? -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces
Bug#296387: par2 tries and fails to repair with some input data
Package: par2 Version: 0.4-2 Severity: normal On a 700MB set of 48x15MB files I downloaded from usenet [1], par2 thinks it can repair, but the repaired file fails verification. [EMAIL PROTECTED]:/var/cache/tmp/mst3k$ par2 r MST3K___0206___20010709___Ring_of_Terror.vol01+02.par2 par2cmdline version 0.4, Copyright (C) 2003 Peter Brian Clements. par2cmdline comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. See COPYING for details. Loading MST3K___0206___20010709___Ring_of_Terror.vol01+02.par2. Loaded 100 new packets including 2 recovery blocks There are 48 recoverable files and 0 other files. The block size used was 355212 bytes. There are a total of 1984 data blocks. The total size of the data files is 693366677 bytes. Verifying source files: ... Target: MST3K___0206___20010709___Ring_of_Terror.part32.rar - found. Target: MST3K___0206___20010709___Ring_of_Terror.part33.rar - damaged. Found 40 of 42 data blocks. Target: MST3K___0206___20010709___Ring_of_Terror.part34.rar - found. ... Scanning extra files: Repair is required. 1 file(s) exist but are damaged. 47 file(s) are ok. You have 1982 out of 1984 data blocks available. You have 2 recovery blocks available. Repair is possible. 2 recovery blocks will be used to repair. Computing Reed Solomon matrix. Constructing: done. Solving: done. Wrote 14680064 bytes to disk Verifying repaired files: Target: MST3K___0206___20010709___Ring_of_Terror.part33.rar - damaged. Found 40 of 42 data blocks. Repair Failed. I gather that Reed Solomon codes can sometimes require more par blocks than normal, if the missing blocks form unlucky polynomial coefficients or something... Maybe par2 isn't detecting that? [1] My data is an episode of Mystery Science Theater 3000, which apparently is legal to copy, see dapcentral.org :) I won't attach my input data set to this bug report, but I downloaded it from alt.binaries.multimedia.mst3k b59f0c90baa2662a6c642995301ab892 MST3K___0206___20010709___Ring_of_Terror.part01.rar 60547537dd35a4b8f87a03b1e85c8913 MST3K___0206___20010709___Ring_of_Terror.part02.rar e40fbf5800b2bbb3b7640bc364a14483 MST3K___0206___20010709___Ring_of_Terror.part03.rar a2b259220a6354ddf1663ade239bf8d5 MST3K___0206___20010709___Ring_of_Terror.part04.rar f25ccae1623952650b6ea212b203569c MST3K___0206___20010709___Ring_of_Terror.part05.rar 4d9ecacaa6c86d113fe40e77e0cf16cb MST3K___0206___20010709___Ring_of_Terror.part06.rar 53898c54ac3460e906062cf5f562e65a MST3K___0206___20010709___Ring_of_Terror.part07.rar 43328f4903e8536800204dbb2f0f13e8 MST3K___0206___20010709___Ring_of_Terror.part08.rar 0f4d3f7f6b2c34905f78e16c50a48c6a MST3K___0206___20010709___Ring_of_Terror.part09.rar 9901fa28c7a036f0e8f32f52851d1a6c MST3K___0206___20010709___Ring_of_Terror.part10.rar 96929b59c640688dc2c31a6bb5155cb3 MST3K___0206___20010709___Ring_of_Terror.part11.rar a992e215afdc371e6486d1f85af18b1b MST3K___0206___20010709___Ring_of_Terror.part12.rar ed4e9300bd94f7ff37d805b5b6b2650c MST3K___0206___20010709___Ring_of_Terror.part13.rar 073d633c04e41fa5e38da4347da75485 MST3K___0206___20010709___Ring_of_Terror.part14.rar c729fe5910f918dfc14a6dd5904119ba MST3K___0206___20010709___Ring_of_Terror.part15.rar b4c996b030306b477d5988ce3625fde2 MST3K___0206___20010709___Ring_of_Terror.part16.rar 4333d1b49be6894c5ee3070aef732007 MST3K___0206___20010709___Ring_of_Terror.part17.rar e14e6377d4e08b52665e6fa5e278dd19 MST3K___0206___20010709___Ring_of_Terror.part18.rar f302bed250c299882c2d839b71f2b094 MST3K___0206___20010709___Ring_of_Terror.part19.rar 092f0390c2fe55d820aa87a8995e295a MST3K___0206___20010709___Ring_of_Terror.part20.rar bbad13589840277f513243180ee72bc6 MST3K___0206___20010709___Ring_of_Terror.part21.rar 46d5c89aa15189b78729e021feea8913 MST3K___0206___20010709___Ring_of_Terror.part22.rar b77153e0191bbd5324fb43901454812f MST3K___0206___20010709___Ring_of_Terror.part23.rar b7ad1a60cb0e861b4ef98a70a72ed044 MST3K___0206___20010709___Ring_of_Terror.part24.rar 1366b6abd26a5615e7b329975dfbf57b MST3K___0206___20010709___Ring_of_Terror.part25.rar 88917d559e2f88535d51b9c1c251c62f MST3K___0206___20010709___Ring_of_Terror.part26.rar e003212a721b1c1b736b3e2be930f2cd MST3K___0206___20010709___Ring_of_Terror.part27.rar 644b9ed8bada10b6c8ece4e7afb2a0ca MST3K___0206___20010709___Ring_of_Terror.part28.rar 09a0417bfcb43ef090773e7bdb8dba77 MST3K___0206___20010709___Ring_of_Terror.part29.rar a11bdd77171b9c1f3ed9f4766c1b2cee MST3K___0206___20010709___Ring_of_Terror.part30.rar 6cc73909bc5e5deaa0b7f7423741b428 MST3K___0206___20010709___Ring_of_Terror.part31.rar aeee6dbb2f91168be48ca30837e67beb MST3K___0206___20010709___Ring_of_Terror.part32.rar 8cecbea9c2d84d86a4d9d762f5060744
Bug#292058: k3b: par2 error correction integration would be very nice
Package: k3b Version: 0.11.18-1 Severity: wishlist This is really an upstream wish, but I'm posting it while I think of it. par2 is a GPL'ed package in Debian that does Reed-Solomon forward error correction for a collection of files. When burning a data CD or DVD, the ideal thing to do would be to include par2 files to fill out (some of) the remaining space on the disk, so the data would be recoverable even from serious scratches that make some earlier files unreadable. k3b knows how much space is on a disk, but maybe mkisofs would be better suited to include on-the-fly par2 generation. It could take an option for what size to fill out the filesystem to. For audio CDs, a data track could hold par2 files for the audio tracks, to prevent data degradation if that CD is ripped later. This would offset the track numbers, so some warnings would be needed :( k3b could make it easy to do it manually by having an option to make a symlink farm that pointed to all the files that would be going on the disk, with their correct names. Generating md5sums and par2 redundancy from such a directory would be easy. To avoid confusion, it's probably best for k3b not to try to automatically add files from that directory to the iso filesystem, though. For audio CDs where k3b will decode some ogg audio, the symlink farm could include fifos with .wav filenames... (This would save a lot of disk space and I/O time.) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc2-mm4-vanilla Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages k3b depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii cdrecord 4:2.01+01a01-2 command line CD writing tool ii k3blibs 0.11.18-1 The KDE cd burning application lib ii kcontrol 4:3.3.1-4 KDE Control Center ii kdebase-bin 4:3.3.1-4 KDE Base (binaries) ii kdelibs-data 4:3.3.1-4 KDE core shared data ii kdelibs4 4:3.3.1-4 KDE core libraries ii libarts1 1.3.2-1aRts Sound system ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6 GCC support library ii libqt3c102-mt 3:3.3.3-7 Qt GUI Library (Threaded runtime v ii libstdc++51:3.3.5-5 The GNU Standard C++ Library v3 ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287434: rlfe: Doesn't work on kernels without legacy PTY support
Package: rlfe Version: 5.0-7 Followup-For: Bug #287434 I have one i386 Sarge system that has the problem, and one that doesn't. They both have libc6-i686 2.3.2.ds1-18 installed (and other rlfe deps as shown by reportbug are the same on both.) Ah, I think I've figured it out: The one that works is a dual Opteron running Linux 2.6.8-1-k7-smp (a standard Debian kernel). That kernel's config includes CONFIG_UNIX98_PTYS=y CONFIG_LEGACY_PTYS=y CONFIG_LEGACY_PTY_COUNT=256 Where it doesn't work, I'm running a kernel I compiled myself, with CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set The relevant bits of strace rlfe cat on the system where it doesn't work is: open(/dev/ptyp0, O_RDWR) = -1 ENXIO (No such device or address) open(/dev/ptyp1, O_RDWR) = -1 ENXIO (No such device or address) open(/dev/ptyp2, O_RDWR) = -1 ENXIO (No such device or address) open(/dev/ptyp3, O_RDWR) = -1 ENXIO (No such device or address) open(/dev/ptyp4, O_RDWR) = -1 ENXIO (No such device or address) See pts(4) for info on the new way of doing things. Happy hacking :) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc2-mm4-vanilla Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rlfe depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline55.0-7GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]