Bug#298578: xmms-scrobbler: makes xmms crash with certain songs
Package: xmms-scrobbler Version: 0.3.7-1 Severity: important I have some songs that make XMMS crash when the audioscrobbler plugin is trying to read the tag information. When I disable the plugin, everything works fine. The audioscrobbler debug messages aren't of any help. Here is a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1228301392 (LWP 32493)] 0xb7c34cef in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7c34cef in memcpy () from /lib/tls/libc.so.6 #1 0xb6f6c06f in readItems (fp=0x81f4fa0, version=2000) at tags/ape.c:78 #2 0xb6f6c2c3 in readAPE (filename=0x50474154 Address 0x50474154 out of bounds) at tags/ape.c:159 #3 0xb6f666ff in fetchAPE (filename=0x50474154 Address 0x50474154 out of bounds) at tags/tags.c:180 #4 0xb6f677fc in get_tag_data (meta=0x81f2460, filename=0x81f24d8 /mnt/win/dc++/Various Artists - Eetbaar Volume One/09 - I.F. G.T. - Pong's Run.mp3, track=1346847060) at tags/tags.c:707 #5 0xb6f6427d in xs_thread (data=0x0) at xmms_scrobbler.c:213 #6 0xb7df6b63 in start_thread () from /lib/tls/libpthread.so.0 #7 0xb7c92c4a in clone () from /lib/tls/libc.so.6 (gdb) up #1 0xb6f6c06f in readItems (fp=0x81f4fa0, version=2000) at tags/ape.c:78 78 memcpy(field-data, bp, field-len); (gdb) up #2 0xb6f6c2c3 in readAPE (filename=0x50474154 Address 0x50474154 out of bounds) at tags/ape.c:159 159 ape = readItems(fp, status); (gdb) up #3 0xb6f666ff in fetchAPE (filename=0x50474154 Address 0x50474154 out of bounds) at tags/tags.c:180 180 ape = readAPE(filename); I haven't done any further research with gdb, since I'm not terribly familiar with debuggers. This might be similar to bug #290182, although there it seems the bug is in the id3v2 part, here in the APE part. The file doesn't contain any APE tags. If it is helpful, I can send the MP3 on request. Thanks in advance. Greetings, Pieter Naaijkens -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10pieter Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xmms-scrobbler depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcurl3 7.13.1-1 Multi-protocol file transfer libra ii libidn11 0.5.13-0.1GNU libidn library, implementation ii libmusicbrainz 2.1.1-3 Second generation incarnation of t ii libssl0.9.70.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii xmms 1.2.10+cvs20050130.04-0.0 Versatile X audio player that look ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298576: famd busy-looping; shouold behave better when famqueue is overflowing
Package: fam Version 2.7.0-5 Today on one of our machines famd was taking up 97% of the CPU. I attached to it with strace and I saw a continuous stream of: write(2, *** overflow famqueu..., 51) = 51 rt_sigreturn(0xbfffecd0)= 0 --- SIGRT_1 (Real-time signal 0) @ 0 (0) --- write(2, *** overflow famqueu..., 51) = 51 rt_sigreturn(0xbfffecd0)= 0 --- SIGRT_1 (Real-time signal 0) @ 0 (0) --- It's be nice if famd behaved better when this error condition occurs. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298575: svk 0.30 is released
Package: svk Version: 0.29-1 Severity: wishlist svk 0.30 is released. I would really appreciate if you could package it since it fixes a problem I'm having with pathname encoding. Thanks // Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298577: cvs: ':ext:user@cvs.example.com:/' in CVS/Root is not acceptable on cvs update
Package: cvs Version: 1.12.9-11 Severity: important `cvs -d :ext:[EMAIL PROTECTED]:/ checkout module` is acceptable on checkouting, but not on updating. For example (see http://cvs.idealx.org/index.en.html): $ cvs -d :ext:[EMAIL PROTECTED]:/ checkout samba/smbldap-tools cvs server: Updating samba/smbldap-tools U samba/smbldap-tools/AUTHORS U samba/smbldap-tools/CONTRIBUTORS U samba/smbldap-tools/COPYING ... snip ... $ cd samba $ cvs update cvs update: CVSROOT requires a path spec: cvs update: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]:[port]]/path cvs update: [:(ext|server):[EMAIL PROTECTED]:]/path cvs [update aborted]: Bad CVSROOT: `:ext:[EMAIL PROTECTED]:'. $ cat CVS/Root :ext:[EMAIL PROTECTED]:/ -- -- Name: SATOH Fumiyasu -- Home: http://www.sfo.jp (in Japanese only) -- Mail: fumiya at net-thrust.com, samba.gr.jp, namazu.org or ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264137: java-package: Excellent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Ferrier wrote: | Package: java-package | Version: 0.20 | Followup-For: Bug #264137 | | The latest version of this is indeed an excellent patch: I've tested it on IBM | JDK 1.4.2 and it works very well. I suggest it be integrated into | java-package. | | Thanks, | Andrew. [...] We are testing it right now in prepartion for adding it in. Currently, there are some issues with 1.4.1 and 1.4.2 collisions for the IBM JDKs, but it should be worked out soon. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCLc0R7bZ6kUftWZwRAjILAJ48XtajqIxWKIDz0lMe/de4CssLLQCdH3jL 2Li/W7RGhAfaoZfhFgAloGQ= =L6cJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279484: Bug#279483: Fix and NMU
On Tue, Mar 08, 2005 at 04:25:09PM +0100, Javier Fernández-Sanguino Peña wrote: On Tue, Mar 08, 2005 at 09:00:34AM -0500, Justin Pryzby wrote: On Tue, Mar 08, 2005 at 10:22:54AM +0100, Javier Fernández-Sanguino Peña wrote: tags 279483 patch pending thanks The attached patch should fix this, I'm making a NMU upload as this RC bug has been over 4 months unanswered. Same as #279484 (susv2). Are you planning on NMU that too? BTW; I talked to the maintainer Jan 13, 2005, and he indicated that he hoped to upload shortly (but appears to have been bitten by Real Life). I was not aware of it, but now that I see it I will fix with the attached patch. Okay. FYI it appears that dh_clean was not called, as your patch includes things I would not expect (and which were not present in the other patch), such as DEBIAN/ and debian/files. I'm not familiar with cdbs, so I'm not going to try to debug it. Justin
Bug#298060: (forw) Bug#298060: Please don't install login as setuid root
Op za, 05-03-2005 te 22:56 -0800, schreef Matt Zimmerman: On Sat, Mar 05, 2005 at 03:34:58PM +0100, Christian Perrier wrote: Security and release teams, may I have your advice about this suggestion? As you may know, I currently act as maintainer for the shadow package, but I'm also aware of my own weaknesses when it comes at security (and security-related) issues so I prefer getting the advice of more competent people. Given that installing login non setuid has been blessed for Ubuntu, I'm inclined to follow the suggestion, but doing so close to a release is maybe not wise.so I'm seeking for advices..:-) FWIW, We've been doing this for some time in Ubuntu, and no one has missed it. In this age of pseudoterminals and single-user systems... On Linux. I'm not exactly sure about this, but I think it might break the way the Hurd does a login. On The Hurd, you don't get a login prompt; rather, you get a login /shell/ which allows you to do some things without having been logged on; loggin in then requires you to do 'login user'. It /might/ be the case that this requires /bin/login to be setuid root, but I'm not sure. Hurd developers (Cc'ed), care to shed some light here? -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298478: nicotine hangs with libgtk2.0-0 2.6.2-4
Well it's really weird, but after i received your reply this morning i did a 'apt-get dist-upgrade' just to upgrade libgtk2.0-0 to 2.6.2-4 and from that moment i had no freeze in nicotine. In the latest days it used to freeze as soon as it got connected to the slsk server. You can safely close this bug. sorry for wasting your time.. hehe :) Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298551: xterm: fatal pty error 23 (errno=22) on tty /dev/pts/1
On Tue, Mar 08, 2005 at 03:46:56PM +, Jochen Voss wrote: Hello Thomas, On Tue, Mar 08, 2005 at 10:20:14AM -0500, Thomas Dickey wrote: thanks. Actually I had forgotten the TCSETA detail, but noticed the hardware platform which seems to be relevant as well. Is the TCSETA ioctl documented in some publicly accessible place? For instance Solaris' termio manpage says this: TCSETA The argument is a pointer to a termio structure. Those terminal parameters that can be stored in a ter- mio structure are set from the values stored in that structure. The change is immediate. Changing it to TCSETAF might change the behavior (mentioning this not to fix the problem, but to get more information about it). TCSETAF The argument is a pointer to a termio structure. Those terminal parameters that can be stored in a termio structure are set from the values stored in that structure. The change occurs after all characters queued for output have been transmitted; all charac- ters queued for input are discarded and then the change occurs. I have a hunch that TCSETAF is used in more applications, so a bug in the former might be overlooked. Maybe its a kernel or libc bug after all? I suspect that, but don't have an easy way to prove it. There are a couple of things that are related: Some time ago there were comments to the effect that the PowerPC port had changed some of the I/O structs incompatibly, causing some isolated failures. I mentioned that to Brandon when this bug came up, but his opinion was that those problems had been dealt with. The other is whether the connection is remote or local (I don't have the other report at hand, but seem to recall that this problem happens on local connections). All the best, Jochen PS.: I was unsure which bug report entry I should forward this information to. I choose my copy of the bug report. Hope that this is ok. that's fine (Brandon may merge them as he needs to). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpkNsQ7xHzzU.pgp Description: PGP signature
Bug#298510: python-gd: prepared patch
tags 298510 + patch thanks http://patches.ubuntu.com/patches/python-gd.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298580: phpbb2 uses sometime the wrongcharset for postgres
Package: phpbb2 Version: 2.0.12-1 Severity: normal Hi, our postgres uses UTF8, the apache server on default iso-8859-1 and the templates provided from the package are also using this charset. first, in 2005 it should be standard to use iso-8859-15 so the Euro Curreny Symbol is shown correctly. for the apache config a php_value default_charset iso-8859-15 would do the correct thing, so adding this to the config example would be nice. Then the connection php - database is broken, because like we mentioned we use UTF8 (i don't no, if mysql has proper charset handling). We fixed the database layer, always to do the correct thing: --- postgres7.php.orig 2005-03-08 17:07:07.0 +0100 +++ postgres7.php 2005-03-08 17:10:35.0 +0100 @@ -86,6 +86,12 @@ $this-db_connect_id = ( $this-persistency ) ? pg_pconnect($this-connect_string) : pg_connect($this-connect_string); + # Use the same encoding for our connection to the DB as we do for talking with + # clients. That allows us to pass in user input containing non-ascii chars into + # the database properly. + $encoding = ini_get ( 'default_charset' ); + pg_set_client_encoding ( $this-db_connect_id, $encoding ); + return ( $this-db_connect_id ) ? $this-db_connect_id : false; } -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages phpbb2 depends on: ii apache [httpd]1.3.33-3 versatile, high-performance HTTP s ii apache2-mpm-prefork [httpd] 2.0.52-3 Traditional model for Apache2 ii debconf 1.4.30.11 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-2 server-side, HTML-embedded scripti ii php4 4:4.3.10-2 server-side, HTML-embedded scripti ii php4-cgi 4:4.3.10-2 server-side, HTML-embedded scripti ii php4-pgsql3:4.3.9-1 PostgreSQL module for php4 -- debconf information: * phpbb2/httpd: apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234134: ITP: libpam-usb -- PAM module that enables authentication using an USB-Storage device
On Fri, Feb 18, 2005 at 03:48:51PM +1100, Anibal Monsalve Salazar wrote: On Sun, Feb 22, 2004 at 12:26:18AM +0100, GHERdO wrote: Package: wnpp Severity: wishlist * Package name: libpam-usb Version : 0.2rc2 Upstream Author : Andrea scox Luzzardi [EMAIL PROTECTED] * URL : http://www.sig11.org/~al/pam_usb/ * License : GPL Description : PAM module that enables authentication using an USB-Storage device pam_usb is a PAM module that enables authentication using an USB-Storage device (such as an USB Pen) through DSA private/public keys. It can also work with other devices, such as floppy disks or cdroms. It can be setup to work with any application using PAM such as your system login (login), your X login (XDM/KDM/GDM/...), your screensaver (xscreensaver/...), and many others. It supports multiple users for the same device, multiple hostnames for the same user, serial numbers access list and private key encryption. The package I made is available here: http://mentors.debian.net/debian/dists/unstable/main/binary-i386/libpam-usb/ http://mentors.debian.net/debian/pool/main/l/libpam-usb/ How do you plan to get libpam-usb uploaded to the debian archive? There is no answer from you for the last three weeks. I'll review the package and uploaded under my name. If you want the package back please let me know. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#297796: emacs21: FTBFS: timestamp skew issues.
Quoting Rob Browning [EMAIL PROTECTED]: Rob, do you have any idea about how to fix this? The only thing I've thought of so far is to change debian/rules to not rely on timestamps for this file. Instead keep a file of the md5sums of the *.dpatch files and use that and cmp to determine when to re-generate. i.e. (in psudeo-make code): define update_autofiles_diff_if_needed md5sum debian/*.dpatch debian/tmp-dpatch.md5 if ! cmp debian/dpatch.md5 debian/tmp-dpatch.md5; \ then \ $(update_debian_autofiles_diff); \ md5sum debian/*.dpatch debian/dpatch.md5; \ fi endef Then I'd just have to arrange for this action to be taken at all the appropriate times. A bit ugly perhaps, but it looks like it might work. To my mind, we should avoid to do this automatically from the makefile and generate a dpatch manually every we have to regenerate the configure script. Currently, the only file which is modified when changing configure.in is configure, so this should be straightforward. Cheers, -- Jérôme Marant
Bug#298537: gaim
On Tue, Mar 08, 2005 at 11:59:55AM +0100, Michelle Konzack wrote: Package: gaim Version: 1:1.1.0-0 Severity: normal please upgrade. the current package is 1.1.4 Error description: If a message coems in which need more then one line the second line ist not visible. See screenshot (~500 kByte) I cannot duplicate this. I do not recall it being a problem in 1.1.0, but a significant number of bugs have been fixed since then. luke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298526: ITP: usbmount -- Automatically mount and unmount USB mass storage devices
* Martin Waitz [EMAIL PROTECTED] [2005-03-08 16:59]: so where's the problem in using HAL/gvm/pmount without the rest of Gnome? There is no problem, if someone prefer that approach, just go for it. I find interesting to give the Debian users alternative solutions to the problems. I have not tested the HAL/gvm/pmount approach, but I find usbmount very convenient since the package is amazingly plug-and-play. Besides, usbmount is lightweighted: $ apt-cache show hal gnome-volume-manager pmount | grep Installed-Size Installed-Size: 504 Installed-Size: 736 Installed-Size: 140 $ apt-cache show usbmount | grep Installed-Size Installed-Size: 104 Moreover, gnome-volume-manager depends on a whole bunch of Gnome libraries. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298469: php4-gd2: uninstalled when upgrading php4 from 4.3.10-2 to -8, not able to reinstall
Adam Conrad schrieb: php4-gd2 is no longer in the archive, as it has been replaced by php4-gd, which is the version 2 that you need. The only difference between them was what library they were linked against (libgd1 versus libgd2), and php4-gd has now been linked for libgd2 for ages. Adam, thank you, this solved my problem. But... as far as I know, my predecessor took php4-gd2 not only because of the gd-version 2 needed (php4-gd*2* for the naiv one, see below), but also because of the information given in /var/lib/dpkg/available: Package: php4-gd2 Version: 3:4.3.2+rc3-2 Replaces: php4-gd ! Description: GD module (with GD2) for php4 ^^^ This package provides a module for handling graphics directly from PHP scripts. It supports the PNG, JPEG, XPM and ttf fonts. It is compiled with libgd2, so it has more functions, but it may happen, ^^ As others may be confused as well, is there a way to explain the situation you discribed in the package information of php4-gd2? Hmmm, reading php4-gd: Package: php4-gd ... Replaces: php4-cgi-gd, php4-gd2 Provides: php4-gd2 ...Ok... Description: GD module for php4 This package provides a module for handling graphics directly from PHP scripts. It supports the PNG, JPEG, XPM and ttf fonts. ... As long as php4-gd2 also exists, wouldn't it be a good idea to explicitly write that this is linked against libgd2? Once more: thank you. The application is running again just fine! Stefan Sontheimer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298060: (forw) Bug#298060: Please don't install login as setuid root
Wouter Verhelst, le mar 08 mar 2005 17:03:11 +0100, a dit : Op za, 05-03-2005 te 22:56 -0800, schreef Matt Zimmerman: On Sat, Mar 05, 2005 at 03:34:58PM +0100, Christian Perrier wrote: Security and release teams, may I have your advice about this suggestion? As you may know, I currently act as maintainer for the shadow package, but I'm also aware of my own weaknesses when it comes at security (and security-related) issues so I prefer getting the advice of more competent people. Given that installing login non setuid has been blessed for Ubuntu, I'm inclined to follow the suggestion, but doing so close to a release is maybe not wise.so I'm seeking for advices..:-) FWIW, We've been doing this for some time in Ubuntu, and no one has missed it. In this age of pseudoterminals and single-user systems... On Linux. I'm not exactly sure about this, but I think it might break the way the Hurd does a login. On The Hurd, you don't get a login prompt; rather, you get a login /shell/ which allows you to do some things without having been logged on; loggin in then requires you to do 'login user'. It /might/ be the case that this requires /bin/login to be setuid root, but I'm not sure. Hurd developers (Cc'ed), care to shed some light here? It does even *less* need to be setuid root: login way be run without *any* identity: it gets uid from the passwd server in exchange of the correct password for the uid. No need to be root for that. Regards, Samuel Thibault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297796: emacs21: FTBFS: timestamp skew issues.
Jérôme Marant [EMAIL PROTECTED] writes: To my mind, we should avoid to do this automatically from the makefile and generate a dpatch manually every we have to regenerate the configure script. We certainly could generate the patch manually, and that would be simpler, but it would also leave a lot of room for mistakes, especially when someone else wants to hack on the package. They won't know that they (may) need to regenerate the autofiles.diff after they add a new patch or change an existing one. Whatever we do, we'll still need to make sure the autofiles patch is the final patch, since any of the other patches might make changes that affect the autotools behavior. Currently, the only file which is modified when changing configure.in is configure, so this should be straightforward. True, though there's no guarantee of that. Some newer version of autoconf or aclocal could create extra files or pay attention to source tree elements that older versions didn't. That's the reason for the current approach: - apply all the other patches to a temp tree - run the appropriate autofoo on the temp tree - diff the temp tree and the original tree More generally, even though the current autofiles.diff patch for emacs21 only contains changes to configure, I was hoping to create a solution that was as automatic as possible, one that could work on any package using the autotools. A key presumption was that there's no way to predict what changes a given version of the autotools might make to the source tree (especially in cases where additional autotools like automake and libtool are involved). -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Bug#167367: inetd-xinetd config converter breaks amanda
Hi, On November 02, 13:56 (+0100), Andrea Borgia wrote: Could you please send your inetd.conf and the resulting xinetd.conf ? Here they come. I just had a confirmation of this problem: after upgrading to xinetd, amcheck complained of permission problems on localhost for all partitions which are set to be backupped with dump (only for those, no problem was reported for the Windows partitions set to use tar!) Sorry for the delay, but someone might have found a solution to your problem. Could you try to specify the additional configuration instruction to the amanda-related stanzas of your xinetd.conf : groups = yes Hope you're still using these things :) Thanks, -- Thomas Seyrat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298582: pppoe-server fails to send responses
Package: pppoe-server Severity: important The thread at http://lists.debian.org/debian-isp/2005/03/msg00033.html contains the details. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#298581: Ethernet Card Detection Fail on 1.8MHz PowerMac G5 (netboot)
Package: installation-reports Debian-installer-version: http://people.debian.org/~luther/d-i/images/daily/power4/netboot/ 7 March 2005 uname -a: Linux (none) 2.6.8-power4 #1 Sat Jan 29 18:11:59 CET 2005 ppc unknown Date: 8 March 2005 14:12 Method: From MacOS X, using yaboot + kernel image and initrd.gz from above location Machine: PowerMac G5 1.8GHz Monoprocessor (PowerMac9,1) Processor: PPC970FX 18000MHz rev. 3.0 (pvr 003c 0300) Memory: 768MB (but /proc/cpuinfo only sees 512MB (?)) Root Device: tmpfs Root Size/partition table: fdisk not available Output of lspci and lspci -n: see below (lspci not available) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The network hardware detection does not detect any ethernet card (though I've got one). I'm then asked by d-i to select a card type from a menu. I select sungem (Benjamin Herrenschmidt has confirmed me that all recent Apple machines have a sungem), but d-i brings me back to the card selection menu. lspci is not available, but here is an extract from /proc/pci (I don't copy everything, as I have no way to cut and paste from the console to my mailer ;o/ ): -- ~ # cat /proc/pci snip/ Bus 3, device 15, function 0: Ethernet controller: PCI device 106b:0051 (Apple Computer Inc.) (rev 0). IRQ 40 Master Capable. Latency=16. Min Gnt=64.Max Lat=64. Non-prefetchable 32 bit memory at 0x8040 [0x805f] snip/ --- after I've selected sungem, lsmod tells me the following: --- ~ # lsmod ModuleSize Used by sungem 37124 0 crc32 5120 1 sungem sungem_phy 10496 1 sungem ds 24068 0 yenta_socket 23936 0 pcmcia_core 77076 2 ds,yenta_socket usbserial33968 0 usbhid 54272 0 ehci_hcd 37380 0 ohci_hcd 26500 0 usbcore 139380 6 usbserial,usbhid,ehci_hcd,ohci_hcd unix 32408 8 --- If I try ifconfig eth0 though I get --- /usr/bin # ifconfig eth0 ifconfig: eth0: error fetching interface information: Device not found --- Removing and inserting sungen, crc32 and sungen_phy works seamlessly but does not bring any change. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230597: default font paths and defoma (was: Bug#230597: xserver-xfree86: have configure script to check if defoma is installed and add defoma fontpaths if so)
On Thu, Jan 13, 2005 at 02:29:34AM +0100, Sebastian Kapfer wrote: Please, can something be done about this bug? At least apply my _trivial_ suggestion from above? It defeats the purpose of all that Debconf/Defoma magic when users have to amend the fontpaths on their own. It would be very sad if Sarge shipped with this misbehaviour. I've never shipped defoma support in our XFree86 packages because: 1) I never managed to understand defoma despite multiple attempts to comprehend the documentation; 2) It seems to be nearly orphaned -- it has seen only two uploads in the past year, one of which was an NMU. It is a Debian-native package and yet has 2 important and 17 normal bug reports outstanding against it. I cannot properly support that which I don't understand, and there's quite enough of that just in the XFree86 codebase alone without adding to it. The preference of the release managers that XFree86 stabilize for sarge release has been expressed to me, and there are currently no plans for a -13 release[1]. I could conceivably be persuaded that defoma is the way, the truth, and the light, and that I should beseech the release managers to let a -13 with defoma support added into sarge, but someone's got to make a case for it. To the best of my recollection, no one has ever made such a case. All I ever get are unexplained requests to add the same two Byzantine file specifications to the default font path. (Also, these submitters never seem to think about xfs and its default catalogue.) I have almost as much aversion to cargo-cult configuration as I do to cargo-cult programming. Does someone want to take ownership of this issue, and intelligently evangelize defoma? [1] As can be seen at: http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/TODO -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#279484: Bug#279483: Fix and NMU
On Tue, Mar 08, 2005 at 11:06:28AM -0500, Justin Pryzby wrote: Okay. FYI it appears that dh_clean was not called, as your patch includes things I would not expect (and which were not present in the other patch), such as DEBIAN/ and debian/files. I'm not familiar with cdbs, so I'm not going to try to debug it. Don't try, it's actually because I run the diff while the package was building. The attached diff is the correct one. Regards Javier diff -Nru susv2-1/debian/changelog susv2-1.1/debian/changelog --- susv2-1/debian/changelog2004-10-26 23:55:44.0 +0200 +++ susv2-1.1/debian/changelog 2005-03-08 16:19:55.0 +0100 @@ -1,3 +1,13 @@ +susv2 (1.1) unstable; urgency=low + + * NMU. 0-day as this is a rather easy fix and there has been no response +from the maintainer since this was brought up 4 months ago. + * Do not preserve ownership or users when untarring the downloaded files +by using --no-same-owner --no-same-permissions + (Closes: #279484) + + -- Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Tue, 8 Mar 2005 16:19:20 +0100 + susv2 (1) unstable; urgency=low * Initial release (Closes: #274956) diff -Nru susv2-1/debian/postinst susv2-1.1/debian/postinst --- susv2-1/debian/postinst 2003-12-18 17:02:25.0 +0100 +++ susv2-1.1/debian/postinst 2005-03-08 16:21:58.0 +0100 @@ -7,7 +7,7 @@ echo Fetching file... wget -P $TMPDIR http://www.opengroup.org/onlinepubs/007908799/download/susv2.tar.bz2 echo Untaring... -bunzip2 -cd $TMPDIR/susv2.tar.bz2 | tar xf - -C /usr/share/doc/susv2 +bunzip2 -cd $TMPDIR/susv2.tar.bz2 | tar xf - -C /usr/share/doc/susv2 --no-same-permissions --no-same-owner rm -rf $TMPDIR signature.asc Description: Digital signature
Bug#298429: synaptic: Please include deborphan functionality
On Tue, Mar 08, 2005 at 12:37:28AM +1100, Andree Leidenfrost wrote: Package: synaptic Version: 0.55+cvs20050218-1 Severity: wishlist Thanks for your bugreport. Dear Synaptic maintainers Synaptic is an excellent tool with great usability and really showcases the power of Debian package management in a user friendly fashion. Thanks a lot for that! Thanks, glad to hear :) So I was wondering whether you would consider integrating the functionality of deborphan via an additional entry 'Installed (orphan)' when the 'Status' button is pushed. I like to keep my system clean and thus am a frequent user of deborphan. It would be great to have this functionality available from within Synaptic. If you have deborphan installed, you can create a custom filter that displays you orphaned packages. Create it with Settings/Filters and check the Orphaned checkbox in the status page. I agree that it would be nice if the funtioncality would be easier accessable. Cheers, Michael Best regards Andree -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3- 0.5.28.1Advanced front-end for dpkg ii gksu 1.2.3-2 graphical frontend to su ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libvte4 1:0.11.11-5 Terminal emulator widget for GTK+ ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.16-3GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290626: Need a diff...
Could you prepare a diff of your changes? I will apply this once the concerns of Martin Steigerwald are addressed. Specifically, I think the the retry cycle must be abortable. Also, including some default commands for the common filesystem types seems a good idea. ie: Check if it is ext3, xfs, reiserfs, and vfat automatically before falling back on a user-supplied CRYPTDISKS_CHECK. -- Wesley W. Terpstra [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297072: fakeroot: Setting the System Time
Please tell me whether this feature is appropriate for Fakeroot. Seems useful. If you could split that patch up into two (one for the data management changes, and one for the time stuff), that could speed things up. Otherwise I'll try to do it myself soon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257062: Please include the new intel driver
On Thu, Feb 24, 2005 at 07:34:48PM -0500, Jason Lunz wrote: On Mon, Jul 12, 2004 at 12:59AM -0500, Branden Robinson wrote: Right, and failure to regress on those chipsets is good enough for me. Any takers? I have one of these new Dells at home running sarge/sid with an i910 (915? 9xx anyway) chipset, and I use a Dell at work with i865. I also have access at work to another type of dell workstation with a third type of intel chipset, iirc. So I can test 2, maybe 3 chipsets, and am willing to help develop as well. I have a middling amount of debian packaging experience and plenty of build maintenance experience, so I think I can take this on. I'll get started by reading HACKING.txt and getting things building this weekend most likely. Well, essentially, a patch would need to be prepped that resembled debian/patches/000_stolen_from_xorg_nv_driver.diff (in the Debian xfree86 source package), but updated the i810 driver directory instead. The bad news is that no more updates to xfree86 for sarge are planned. A case can of course be made for this hardware support, but at this point I'd need to involve the release management team. What's the word on this licensing issue? I'm uncertain from reading all the emails in this bug which codebases might or might not be tainted. David Martínez Moreno appears to have addressed this issue. If you get your patches from freedesktop.org CVS, it shouldn't be a problem. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#298584: pdftohtml: pdftotext much more cooperative
Package: pdftohtml Version: 0.36-7.1 Severity: minor File: /usr/bin/pdftohtml $ pdftohtml -enc Big5 g.pdf Error: Couldn't find unicodeMap file for the 'Big5' encoding $ pdftohtml -enc big5 g.pdf Error: Couldn't find unicodeMap file for the 'big5' encoding $ pdftohtml g.pdf Error: PDF version 1.5 -- xpdf supports version 1.4 (continuing anyway) Error: Copying of text from this document is not allowed. $ pdftotext -enc Big5 g.pdf #which worked fine. Just shows you # pdftotext is much more cooperative. No the document is not on line. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298585: /sbin/start-stop-daemon: start-stop-daemon --stop --pidfile doesn't delete pidfile
Package: dpkg Version: 1.10.27 Severity: normal File: /sbin/start-stop-daemon When start-stop-daemon is run with --stop and --pidfile, it does not delete the old pidfile. If it is subsequently run again, even if the original process is not running, start-stop-daemon will still use the old pidfile and attempt to kill the process again. This can lead to inadvertantly killing an otherwise unrelated process that happens to have the same pid tha the daemon referenced in the pidfile used to have. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dpkg depends on: ii dselect 1.10.27 a user tool to manage Debian packa ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298583: pstree: pstree missed xpdf
Package: psmisc Version: 21.5-1 Severity: minor File: /usr/bin/pstree pstree missed xpdf: $ ps -e|grep xpdf 9026 pts/000:00:00 xpdf.bin 9029 pts/000:00:00 xpdf.bin 9030 pts/000:00:00 xpdf.bin 9031 pts/000:00:00 xpdf.bin 9032 pts/000:00:00 xpdf.bin 9033 pts/000:00:00 xpdf.bin $ pstree -p|grep xpdf $ pstree -Ap|grep 90 | `-pdflush(9034) | |-reportbug(9092)---emacsclient(9114) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289182: kino endianness issues on powerpc
On Mon, Feb 14, 2005 at 05:41:26PM +0100, Michael Schmitz wrote: I can confirm the XV problem is the same old problem that a patch had been posted for in http://jira.schirmacher.de/jira-kino/browse/KINO-76. I've added some #ifdef __BIG_ENDIAN__ around that, the following patch should finally fix the display issue: Err, this patch did fix the display problems for you!? It does not touch a single line of code that was executed in the Debian build that uses libdv to do the decoding. (Actually, this is no longer true as of today. It did fix the xv problems for me - not sure what libdv version I was using at that time. 0.103-2 is what I find in the package cache. My guess is I didn't use libavcodec at first - preview speed was abysmal and is quite decent now that I built against libdv4 plus libavcodec-cvs. The patch is still required to fix byte ordering with libavcodec, however. Now with ffmpeg in main, I've uploaded a new version that uses libavcodec instead of libdv for the decoding part.) Furthermore, it looks obviously buggy. Eg. the little-endian version of the first loop uses values Y[0] and Y[1], while the big-endian variant reuses Y[0] twice. And I can't make sense of the other array indices, either. I was expecting something like dest_big_endian = bswap_32(dest_little_endian); maybe that's what was intended, and the current version of the patch I took the patch from a URL mentioned in one of the comments in the BTS. I had established that yuv byte ordering was broken by experimenting with byteswappig schemes in displayer.cc but that, naturally, would not fix export issues. makes little difference with smooth input data? Anyway, what I remember from years ago, Xv did expect image data in host-endian format with DRI turned off, and in PCI-endian (little-endian) format with DRI turned on. DRI is off in my case IIRC (I need to use UseFBDev in the server). I'd be very interested to know whether this still holds true. (Cc'ing debian-powerpc, hoping someone there might be able to help.) Just saw a message by Michel Dänzer arrive in my inbox, seems he knew something. I've uploaded kino 0.75-5 that should make the archive by today's dinstall run. It includes a comprehensive patch that might fix the endianness problems with audio. Alas, I had to do some guessing on the endianness of the input data, so it might actually do worse than before, but in any case the framework is now in place to fix this with a few keypresses. The second change in 0.75-5 related to this bug was the mentioned switch from libdv to libavcodec for video decoding. There's a small chance that it fixes the display problem out of the box already. I'll test that ASAP. Otherwise, I'll have to apply a cleaned up version of the cited patch. In any case, this move should significantly boost decoding performance on non-x86 and bring us a bit closer to getting kino usable on ppc and friends as well. You bet - I was quite happy with ffmpeg (hacked to assume BE audio) as export pipe plus libavcodec for decoding. Michael
Bug#290626: not a bug
tags 290626 +moreinfo retitle 290626 cryptsetup: new options 'check' and 'retry' thanks BTW, it is not a bug to leave VALUE unset in cryptdisks. Test it yourself; it works fine the way it is now. -- Wesley W. Terpstra [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298020: parted: hfs(+) support is still poorly documented
Sven Luther wrote: On Fri, Mar 04, 2005 at 03:23:25AM +0100, Nikolaus Schulz wrote: Package: parted Version: 1.6.11-8 Please try parted 1.6.21-1, which is now in testing/unstable. No difference in the documentation regarding hfs(plus). the info manual has been updated (see Bug #275650), but the package description(s) *ouch!* and README.Debian still say parted does not support HFS(plus) resizing. There is a bunch of changes in the upcoming 1.6.22 which includes the HFS patch in the upstream tree, will see once this is released what we can do, if not, patches are welcome. I think the documentation should be fixed in Sarge. Will Sarge release with parted 1.6.22? HFS is _the_ native PPC filesystem. Parted's package description really should be in sync with its major features. Why wait for 1.6.22 anyway? It's fairly trivial to fix that. Even better, please check the parted CVS tree at alioth (its the upstream one), Only debian/{control,README.Debian} are affected, it has nothing to do with upstream. and propose patches to K.G. for the documentation if needed. Who's K.G.? Regards, Nikolaus P.S. Note this bug affects parted and libparted1.6-{12,i18n,dev,dbg,udeb}. I would have filed it against the parted source package, but how does one do that, when the binary and source package names are the same? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298564: swish-e: Bogus charset conversion errors
On Tue, Mar 08, 2005 at 03:20:12PM +0100, Nikolaus Rath wrote: Package: swish-e Version: 2.4.2-1 Hi ! Please, could you try with swish-e 2.4.3-1, it's the latest release ? Regards, -- Ludovic Drolez. http://www.palmopensource.com - The PalmOS Open Source Portal http://www.drolez.com - Personal site - Linux and PalmOS stuff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298060: (forw) Bug#298060: Please don't install login as setuid root
On Tue, Mar 08, 2005 at 05:03:11PM +0100, Wouter Verhelst wrote: Op za, 05-03-2005 te 22:56 -0800, schreef Matt Zimmerman: On Sat, Mar 05, 2005 at 03:34:58PM +0100, Christian Perrier wrote: Security and release teams, may I have your advice about this suggestion? As you may know, I currently act as maintainer for the shadow package, but I'm also aware of my own weaknesses when it comes at security (and security-related) issues so I prefer getting the advice of more competent people. Given that installing login non setuid has been blessed for Ubuntu, I'm inclined to follow the suggestion, but doing so close to a release is maybe not wise.so I'm seeking for advices..:-) FWIW, We've been doing this for some time in Ubuntu, and no one has missed it. In this age of pseudoterminals and single-user systems... On Linux. I'm not exactly sure about this, but I think it might break the way the Hurd does a login. The hurd package currently ships its own /bin/login and Provides/Replaces/Conflicts with the login package. As to why that is suid as well, Roland McGrath once said[0]: login -- Falls back to unix-style if password server is not there. If we can presume the password server works, then we can clear the setuid bit here. (We could also remove the old code, or leave it there for only root to be able to use w/o server.) I guess this is a good opportunity to review our suid login as well. cheers, Michael -- [0] http://lists.gnu.org/archive/html/bug-hurd/2002-06/msg00130.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298586: e2fsprogs: stat in debugfs no longer prints all blocks
Package: e2fsprogs Version: 1.36release-1 Severity: normal It seems that the blocks which are contained in indirect blocks are no longer printed. I was told that this was different a few years ago. The following patch should change this (but I'm not really sure what I'm doing). --- e2fsprogs-1.36.orig/debugfs/debugfs.c 2004-12-06 23:45:50.0 +0100 +++ e2fsprogs-1.36/debugfs/debugfs.c2005-03-08 18:00:45.0 +0100 @@ -411,7 +411,7 @@ lb.first_block = 0; lb.f = f; lb.first = 1; - ext2fs_block_iterate2(current_fs, inode, 0, NULL, + ext2fs_block_iterate2(current_fs, inode, BLOCK_FLAG_DEPTH_TRAVERSE, NULL, list_blocks_proc, (void *)lb); finish_range(lb); if (lb.total) Note that BLOCK_FLAG_DEPTH_TRAVERSE is sometimes referenced as BLOCK_FLAG_TRAVERSE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298587: please allow for easier user configuration
Package: pyblosxom Severity: wishlist Tags: patch I am still working on a way to make pyblosxom be better suitable to multiple users on a single machine. The patch below adds the ability to use a symlink to /usr/lib/cgi-bin/pyblosxom.cgi to a user directory and make the CGI script honour a local config.py if present: --- /tmp/pyblosxom.cgi Tue Mar 8 17:39:17 2005 +++ /usr/lib/cgi-bin/pyblosxom.cgi Tue Mar 8 18:21:26 2005 @@ -9,7 +9,9 @@ # Settings are now in config.py, you should disable access to it by htaccess # (make it executable or deny access) # Modified for Debian by Fredrik Steen [EMAIL PROTECTED] -import sys +import os, sys +localdir = os.environ.get('SCRIPT_FILENAME', None) +if localdir: sys.path.insert(0, localdir[0:localdir.rfind('/')]) sys.path.append('/etc/pyblosxom/') import config Thanks. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#298588: RFP: mpedit -- Minimum profit text editor for programmers
Package: wnpp Severity: wishlist * Package name: mpedit Version : 3.3.11 Upstream Author : * URL : http://www.triptico.com/software/mp.html * License : GPL Description : Minimum profit text editor for programmers (Include the long description here.) Features - Multiple files can be edited at the same time and blocks copied and pasted among them. - Syntax highlighting for many popular languages / file formats: C, C++, Perl, Shell Scripts, Ruby, Php, SQL, Python, HTML... - Creative use of tags: tags created by the external utility ctags are used to move instantaneously to functions or variables inside your current source tree. Tags are visually highlighted (underlined), and symbol completion can be triggered to avoid typing your own function names over and over. - Intelligent help system: pressing F1 over any word of a text being edited triggers the underlying system help (calling man when editing C or Shell files, perldoc with Perl, ri on Ruby, winhelp on MS Windows...). - Understandable interface: drop-down menus, reasonable default key bindings. - Configurable keys, menus and colors. - Text templates can be easily defined / accessed. - Multiplatform: Console/curses, GTK+ (1.2 and 2.0), MS Windows. - Automatic indentation, word wrapping, internal grep, learning / repeating functions. - Search and replace using plain text or regular expressions (including a special function to replace text on all open files). - Small memory footprint. - Multilingual. - Password-protected, encrypted text files (using the ARCFOUR algorithm). - It helps you abandon vi, emacs and other six-legged freaks definitely. - Awesome easter egg. unofficial Debian package available from dev site deb http://www.triptico.com/debian unstable/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298589: hotplug: Add support for usb-network devices
Package: hotplug Version: 0.0.20040329-17 Severity: wishlist USB ethernet gadgets (using the usbnet driver) are assigned an interface name of usbN, and ifplugd can handle them properly. In line 20 of /etc/hotplug.d/net/ifplugd.hotplug, please add usb* to the list of supported interfaces. Thanks, -Jonathan Brandmeyer -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hotplug depends on: ii debconf 1.4.46 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii module-init-tools3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii procps 1:3.2.5-1 /proc file system utilities -- debconf information: hotplug/ignore_pci_class_display: true hotplug/net_agent_policy: hotplug hotplug/usbd_enable: true * hotplug/usb_keyboard: hotplug/static_module_list: hotplug/x11_usbmice_hack: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298590: jffnms: French debconf templates translation update
Package: jffnms Severity: wishlist Tags: l10n Hello, Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Regards Jean-Luc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (199, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-k8-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: jffnms 0.7.8\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-02-18 12:33+1100\n PO-Revision-Date: 2005-02-21 14:01+0100\n Last-Translator: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit #. Type: select #. Choices #: ../templates:3 msgid Apache, Apache-SSL, Both, None msgstr Apache, Apache-SSL, Les deux, Aucun #. Type: select #. Description #: ../templates:5 msgid Automatically configure apache for JFFNMS? msgstr Configurer automatiquement apache pour l'utilisation de JFFNMS ? #. Type: select #. Description #: ../templates:5 msgid JFFNMS requires a few things to be set up in your web server configuration in order for the front end to function properly. msgstr L'installation de JFFNMS nécessite la configuration de quelques éléments de votre serveur web de sorte que l'interface (« frontend ») fonctionne correctement. #. Type: select #. Description #: ../templates:5 msgid The Debian packaged version can usually automatically configure apache by editing /etc/APACHE-SERVER/httpd.conf. Would you like me to do this? Say no if you aren't running apache or you would prefer to set up the web server yourself. If you say yes here, all configuration changes will also be removed when the packages is purged. Do not edit the configuration by hand, but instead make a copy of it, and remove the trailing header and footer, as everything between them will be automatically updated on package updates. msgstr Le paquet Debian peut normalement configurer automatiquement Apache en modifiant le fichier /etc/SERVEUR-APACHE/httpd.conf. Si vous n'avez pas de serveur Apache opérationnel ou si vous préférez configurer votre serveur vous-même, vous pouvez indiquer que vous n'avez aucun serveur. Sinon, tous les changements dans la configuration seront supprimés lors de la purge du paquet. Ne modifiez pas la configuration vous-même mais faites-en plutôt une copie et supprimez les délimiteurs de début et de fin car tout ce qui se trouve compris entre ces éléments sera automatiquement mis à jour lors de la mise à niveau du paquet. #. Type: select #. Description #: ../templates:5 msgid Since there is no special Apache2-SSL, 'both' means Apache and Apache-SSL. msgstr Comme il n'existe pas de paquet Apache2-SSL, « Les deux » signifie à la fois Apache et Apache-SSL. #. Type: note #. Description #: ../templates:22 msgid jffnms user already exists msgstr L'utilisateur jffnms existe déjà #. Type: note #. Description #: ../templates:22 msgid The preinstall script for JFFNMS tried to create a JFFNMS user but there\n was already a user of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Le script de pré-installation de JFFNMS a tenté de créer un identifiant jffnms mais cet identifiant existe déjà, il a donc abandonné l'installation. Veuillez lire /usr/share/doc/jffnms/README.Debian pour plus d'informations. #. Type: note #. Description #: ../templates:29 msgid jffnms group already exists msgstr Le groupe jffnms existe déjà #. Type: note #. Description #: ../templates:29 msgid The preinstall script for JFFNMS tried to create a JFFNMS group but there\n was already a group of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Le script de pré-installation de JFFNMS a tenté de créer un groupe jffnms mais ce groupe existe déjà, il a donc abandonné l'installation. Veuillez lire /usr/share/doc/jffnms/README.Debian pour plus d'informations. #. Type: string #. Default #: ../templates:36 msgid 2 msgstr 2 #. Type: string #. Description #: ../templates:37 msgid Number of days until log files compressed msgstr Nombre de jours avant la compression des fichiers journaux : #. Type: string #. Description #: ../templates:37 msgid How many days do you want to keep of uncompressed JFFNMS log files? The\n recommended and
Bug#298017: parted: bashisms in *.dpatch sh scripts
Sven Luther wrote: On Fri, Mar 04, 2005 at 03:04:30AM +0100, Nikolaus Schulz wrote: the patches in debian/patches are sh scripts. Running checkbashisms debian/patches/*.dpatch detects this: amiga.dpatch line 8: '. $(dirname $0)/DPATCH' chs.dpatch line 8: '. $(dirname $0)/DPATCH' more snipped So what ? bash is part of base or build-essential, so it should be no problem. And since this is only used during package build ... If you think it's a minor bug, feel free to downgrade it. Now, if you have a non-bashism workaround for the aboves, they are welcome. maybe just doing . ./DPATCH ? Just use backticks instead of the $() syntax. I'm not sure if the dpatch scripts are in the current directory when they're called. I doubt it. Regards, Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298584: pdftohtml: pdftotext much more cooperative
Dan Jacobson wrote: Package: pdftohtml Version: 0.36-7.1 Severity: minor File: /usr/bin/pdftohtml $ pdftohtml -enc Big5 g.pdf Error: Couldn't find unicodeMap file for the 'Big5' encoding $ pdftohtml -enc big5 g.pdf Error: Couldn't find unicodeMap file for the 'big5' encoding $ pdftohtml g.pdf Error: PDF version 1.5 -- xpdf supports version 1.4 (continuing anyway) Error: Copying of text from this document is not allowed. $ pdftotext -enc Big5 g.pdf #which worked fine. Just shows you # pdftotext is much more cooperative. No the document is not on line. Could you be a little more verbose ? I have a hard time figuring what you would want. Regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298572: gthumb: only root can import images from digital camera
Jung-hoon Han wrote: Package: gthumb Version: 3:2.6.3-1 Severity: normal as gthumb can imports shows images from relatively-not-famous D-Camera, I love it. but it has an disadvantage that can't import images from camera when logged launched gthumb as normal user. just shows impossibility icon(white - on the red circle). no more error message written in text. :( this must be permission problem of gphoto library. I tried to find the proper device at /dev, but couldn't do it. (if I knew which device manage the camera thru usb cable, I could have `chown`-ed it. I don't know which device it is either, but you can probably find it by using 'strace' to find out what system calls are made ('strace -f -o outputfile gthumb' and then try to access the camera, look for open calls in outputfile). Good luck, Remco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298020: parted: hfs(+) support is still poorly documented
On Tue, Mar 08, 2005 at 06:19:24PM +0100, Nikolaus Schulz wrote: Sven Luther wrote: On Fri, Mar 04, 2005 at 03:23:25AM +0100, Nikolaus Schulz wrote: Package: parted Version: 1.6.11-8 Please try parted 1.6.21-1, which is now in testing/unstable. No difference in the documentation regarding hfs(plus). the info manual has been updated (see Bug #275650), but the package description(s) *ouch!* and README.Debian still say parted does not support HFS(plus) resizing. There is a bunch of changes in the upcoming 1.6.22 which includes the HFS patch in the upstream tree, will see once this is released what we can do, if not, patches are welcome. I think the documentation should be fixed in Sarge. Will Sarge release with parted 1.6.22? possibly, if not i will backport the fix. HFS is _the_ native PPC filesystem. Parted's package description really should be in sync with its major features. Why wait for 1.6.22 anyway? It's fairly trivial to fix that. Even better, please check the parted CVS tree at alioth (its the upstream one), Only debian/{control,README.Debian} are affected, it has nothing to do with upstream. Oh, i misunderstood. sorry, will apply it, feel free to send me a patch against those, would make things easier for me. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295954: debsums: stumbles over artificial extended paths
On Sat, Feb 19, 2005 at 11:16:16AM +0100, Mario Holbe wrote: with version 3.0pl1-87 the cron package started to deliver a bit different md5sums file, containing things like: 72b5f5fe6cf0cfa3c763c8ecb3d5a766 ./usr/bin/crontab This phenomenon seems to spread. nvi started the same at version 1.79-22. Mario -- *axiom* welcher sensorische input bewirkte die output-aktion, den irc-chatter mit dem nick dus des irc-servers mittels eines kills zu verweisen? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298591: tla: id command doesn't accept multiple arguments.
Package: tla Version: 1.3-1 Severity: normal Tags: patch tla id --help shows usage: tla id [options] file ... but id command doesn't accept multiple arguments. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages tla depends on: ii diff 2.8.1-11File comparison utilities ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libneon240.24.7.dfsg-0.2 An HTTP and WebDAV client library ii patch2.5.9-2 Apply a diff file to an original -- no debconf information --- tla-1.3/src/tla/libarch/cmd-id.c.orig 2004-12-23 13:30:26.0 +0900 +++ tla-1.3/src/tla/libarch/cmd-id.c2005-03-09 02:02:47.0 +0900 @@ -75,7 +75,6 @@ struct opt_parsed * option; int silent; enum arch_id_tagging_method method; - t_uchar * answer; int escape_classes = arch_escape_classes; safe_buffer_fd (1, 0, O_WRONLY, 0); @@ -131,36 +130,45 @@ } } - if (argc != 2) + if (argc 2) goto usage_error; - answer = arch_inventory_id (method, 0, argv[1], 0, 0, 0); + { +int a; - if (!answer) -{ - if (!silent) -{ - t_uchar * escaped_tmp; - escaped_tmp = pika_save_escape_iso8859_1 (0, 0, escape_classes, argv[1]); - safe_printfmt (2, \n); - safe_printfmt (2, %s: untagged file\n, argv[0]); - safe_printfmt (2, %s\n, escaped_tmp); - safe_printfmt (2, \n); - lim_free (0, escaped_tmp); -} - exit (1); -} - else -{ - if (!silent) -{ - t_uchar * escaped_tmp; - escaped_tmp = pika_save_escape_iso8859_1 (0, 0, escape_classes, argv[1]); - safe_printfmt (1, %s\t%s\n, escaped_tmp, answer); - lim_free (0, escaped_tmp); -} - exit (0); -} +for (a = 1; a argc; ++a) + { +t_uchar * answer; + +answer = arch_inventory_id (method, 0, argv[a], 0, 0, 0); + +if (!answer) + { +if (!silent) + { +t_uchar * escaped_tmp; +escaped_tmp = pika_save_escape_iso8859_1 (0, 0, escape_classes, argv[a]); +safe_printfmt (2, \n); +safe_printfmt (2, %s: untagged file\n, argv[0]); +safe_printfmt (2, %s\n, escaped_tmp); +safe_printfmt (2, \n); +lim_free (0, escaped_tmp); + } +exit (1); + } +else + { +if (!silent) + { +t_uchar * escaped_tmp; +escaped_tmp = pika_save_escape_iso8859_1 (0, 0, escape_classes, argv[a]); +safe_printfmt (1, %s\t%s\n, escaped_tmp, answer); +lim_free (0, escaped_tmp); + } +lim_free (0, answer); + } + } + } return 0; }
Bug#298592: xfonts-artwiz: another author made an updated version
Package: xfonts-artwiz Version: 1:1.3-2 Severity: wishlist Hi looking around more bitmap fonts i end up on http://artwizaleczapka.sourceforge.net/ . This seems to be only a fix and extend version of the artwiz fonts. As told no the artwiz set author, http://www.vastwaters.com/ , it does not intend to work on his set for a long time. All the previous material where removed. The rework done seems to add more swedish and german version which i am not really interested in :) But better support for fontconfig (i think this is what it talks when telling better qt3 and gtk2 support) would be great ! I end up on htis font while looking for an awkward thing in fontconfig cache : fonts without spacing parameter. 6 of them where from the xfonts-artwiz pack, one from xfonts-base (ClearyU) and the last from gtk-engines-xenophilia. I have not found out by now which of the font or fontconfig are at fault but this improved support could really help. This is really a post sarge issue, maybe in between the version 2 of this set will be out (full iso-8859-1 support !) , though the work seems stalled on it by now (latest news from may 2004, but seeing the history of it , it is not uncommon). Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298589: hotplug: Add support for usb-network devices
reassign 298589 ifplugd thanks On Mar 08, Jonathan Brandmeyer [EMAIL PROTECTED] wrote: USB ethernet gadgets (using the usbnet driver) are assigned an interface name of usbN, and ifplugd can handle them properly. In line 20 of /etc/hotplug.d/net/ifplugd.hotplug, please add usb* to the list of supported interfaces. Ask the ifplugd maintainer then. -- ciao, Marco signature.asc Description: Digital signature
Bug#291142: Fixed in VLC trunk - patch attached
merge 291142 290134 292693 tags 291142 +patch thank Hello, The reported issue has been fixed in VLC's trunk. Here is a patch. A possible work-around in the mean time is to run vlc with a UTF-8 locale, e.g. : $ LANG=fr_FR.UTF-8 vlc There seems to be a regression in wxWidgets with the wxConvCurrent global variable or something related. Have a nice day, -- Rmi Denis-Courmont http://www.simphalempin.com/home/ Index: vlc-trunk/modules/gui/wxwindows/wxwindows.h === --- vlc-trunk/modules/gui/wxwindows/wxwindows.h (revision 10211) +++ vlc-0.8.1/modules/gui/wxwindows/wxwindows.h (revision 10213) @@ -67,9 +67,9 @@ #else // ENABLE_NLS ENABLE_UTF8 #if wxUSE_UNICODE -# define wxU(ansi) wxString(ansi, *wxConvCurrent) +# define wxU(ansi) wxString(ansi, wxConvLocal) #else -# define wxU(ansi) ansi +# define wxU(ansi) (ansi) #endif #define ISUTF8 0 @@ -77,11 +77,7 @@ /* wxL2U (locale to unicode) is used to convert ansi strings to unicode * strings (wchar_t) */ -#if wxUSE_UNICODE -# define wxL2U(ansi) wxString(ansi, *wxConvCurrent) -#else -# define wxL2U(ansi) ansi -#endif +#define wxL2U(ansi) wxU(ansi) #define WRAPCOUNT 80 pgp5WY3s8KmoV.pgp Description: PGP signature
Bug#298593: Installation report
Package: installation-reports Debian-installer-version: http://http.us.debian.org/debian/dists/sarge/main/installer-i386/20041118/ uname -a: Linux nelson 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 unknown Date: 2005-03-07 21:00 CET Method: boot from floppy, got installation packages from local apt-proxy, which gets its packages mainly from ftp.de.debian.org Machine: self-built Processor: Pentium-II 350MHz Memory: 256MB Root Device: should be IDE disk, but see below Root Size/partition table: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [E] Detect hard drives: [E] Partition hard drives: [E] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: - initial boot worked fine - when getting the kernel modules from the network, the packages file was downloaded (both from my apt-proxy and directly from debian mirror), but the installer refused to get the kernel modules citing a kernel version mismatch between the booted kernel and the available modules. Trying other some other mirrors and distributions was not successful - on some earlier attempt, the loading of the driver floppy had some problems (bad floppy). After the message that it has failed, the installer got into an infinite loop (flashing white over black background) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258376: Bug#279529 acknowledged by developer (Bug is correct behaviour)
retitle 258376 Multiple misleading messages: 'invalid argument' and 'no such file or directory'. thanks On Tue, Mar 08, 2005 at 06:44:27PM +0100, Marc Haber wrote: On Tue, Mar 08, 2005 at 09:18:06AM -0800, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #279529: create gives invalid argument if target device is already mounted, which was filed against the cryptsetup package. It has been closed by one of the developers, namely Wesley W. Terpstra [EMAIL PROTECTED]. No more discussion in last month - closing this bug. Did you notice that the discussion inside the bug didn't address my original complaint, a misleading error message, at all? Oops. You are correct; that bug had drifted off topic. I am combining this into bug#258376. When I try to create a crypto device on a physical device that is already mounted elsewhere, cryptsetup gives the error message invalid argument which is not helpful at all. This should be target device is already mounted. Yep, pretty bad error message. -- Wesley W. Terpstra [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291472: synaptic: synaptic: [l10n/de] patch fixing about 20 typos and minor errors in Sarge
On Fri, Mar 04, 2005 at 01:35:26AM +0100, Nikolaus Schulz wrote: Hi Michael, Hi Nikolaus, Michael Vogt wrote: On Fri, Jan 21, 2005 at 12:32:55AM +0100, Nikolaus Schulz wrote: stumbling across a typo in the german welcome screen, I happened to fix a bunch of comparable errors in the german catalogue file. :-) Diff attached for review. Note this pertains to Sarge, not the version in Sid. Thanks for your bugreport and sorry for my late reply. I think this problem is fixed in the current version of unstable. Can you please check it for me :) ? I have checked these errors and skimmed the entire new catalogue to some degree. Looks like the german localisation of synaptic is in a fairly bad state, many missing translations, and some should be corrected :-( Now, here is an updated patch for Synaptic 0.55+cvs20050218-1. Note it fixes a minor typo in a glade XML file, too, so it's not strictly a l10n patch. Some items may be debatable. Please review. Sorry for the late reply. I'm a bit overloaded right now. I'm puzzled. The german translation in my svn repository seems to be fully translated (but it probablystill contains bad translations :) https://oops.kerneljanitors.org/repos/synaptic/trunk/po/de.po I'll try to have a look over your diff and see what patch still applies and which does not. Maybe tonight or tomorrow. Thanks! Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297504: avr-libc: FTBFS: Missing Build-Depends
On Mon, 28 Feb 2005, Daniel Schepler wrote: Package: avr-libc Severity: serious Version: 1:1.2.3-1 From my build log (reproduced with pbuilder in an i386 chroot): ... fig2dev -L eps demo.fig demo.eps fig2dev -L png demo.fig demo.png sh: gs: command not found fig2dev: broken pipe (GhostScript aborted?) command was: gs -q -dSAFER -sDEVICE=png16m -r80 -g566x284 -sOutputFile=demo.png - make[3]: *** [demo.png] Error 1 make[3]: Leaving directory `/tmp/buildd/avr-libc-1.2.3/doc/examples/demo' make[2]: *** [demo] Error 2 make[2]: Leaving directory `/tmp/buildd/avr-libc-1.2.3/build/doc/api' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/avr-libc-1.2.3/build/doc' make: *** [build] Error 2 Release 1:1.2.3-2 adds gs to the build-depends, but it does not seem to be enough. This is from my build log, using sbuild in a i386 chroot: [...] for png in *.png; do \ echo Fixing transparency for $png; \ cat $png tmp.pnm; \ cat -transparent white tmp.pnm $png rm tmp.pnm; \ done Fixing transparency for demo.png cat: invalid option -- a Try `cat --help' for more information. [...] make[2]: *** [fix_png] Error 1 make[2]: Leaving directory `/build/buildd/avr-libc-1.2.3/build/doc/api' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/avr-libc-1.2.3/build/doc' make: *** [build] Error 2 I think netpbm is the missing package now, but I'm not sure that it will be enough to fix the FTBFS. Please use a chroot before making a new upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298589: hotplug: Add support for usb-network devices
On Tue, 2005-03-08 at 18:55 +0100, Marco d'Itri wrote: reassign 298589 ifplugd thanks On Mar 08, Jonathan Brandmeyer [EMAIL PROTECTED] wrote: USB ethernet gadgets (using the usbnet driver) are assigned an interface name of usbN, and ifplugd can handle them properly. In line 20 of /etc/hotplug.d/net/ifplugd.hotplug, please add usb* to the list of supported interfaces. Ask the ifplugd maintainer then. Okay for me. I will remove that check in the next version anyway. Doesn't make much sense. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#298594: videolan-doc: Please provide new documentation
Package: videolan-doc Severity: wishlist Hello, New documentation is available : play-howto and streaming-howto. When translation is complete, they will obsolete vlc-user-guide and videolan-howto (which now actually contain wrong information). Please provide these docs. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-grsec Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296916: acknowledged by developer (Bug#296916: fixed in qprof 0.5.1-5)
reopen 296916 thanks Hi, It looks like the patch wasn't applied. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298597: ITP: midentd -- identd replacement with masquerading support.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: O This package has been placed up for adoption and I would like to adopt it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCLfKPlt/irWun80cRAsHHAJ4lqVTnchs5G3Fzv9RZ9JcR8lZvnQCfR6in 0xARNwVqh/vCBEb7p6QGefU= =bQzg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298595: [i386] [20041118] [netinst] USB2 drive boot - failed to boot, an IBM workstation
Package: installation-reports Severity: normal I apologize in advance for not having collected all the possibly relevant info about the machine. I have only had limited access to it today; I'll try to collect more info off it later. Also, I'm not allowed to open it and I don't have access to things like the motherboard docs, although I am allowed to reinstall it as I please. Please tell me if the lspci info (below) gives enough clues, or if still more info is needed. I am trying to boot sarge-i386 (the current image) off an M-Systems USB 2.0 drive, w/2 partitions, the 1st of them being prepared the easy way as per http://d-i.pascal.at/ -- took the boot.img.gz off ftp://ftp.debian.org/debian/dists/sarge/main/installer-i386/current/images/hd-media/ and did zcat boot.img.gz /dev/sdb1 and then copied the netinst image manually over into the partition initialized as above (after mounting it, of course). When I try to boot, the system prints Attempting to boot from the USB drive MBR Boot failed Later on I tried doing install-mbr /dev/sdb and syslinux /dev/sdb1 which both silently worked, and boot after each of these 2 steps, but it didn't help. This is what the USB disk looks like (from within another computer): # fdisk /dev/sdb Command (m for help): p Disk /dev/sdb: 255 MB, 255590400 bytes 8 heads, 61 sectors/track, 1022 cylinders Units = cylinders of 488 * 512 = 249856 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 1 544 132705+ e W95 FAT16 (LBA) /dev/sdb2 5451022 116632 83 Linux # mount /dev/sdb1 /mnt # cd /mnt # ls disk.lbl f3.txt f7.txt initrd.gzsarge-i386-netinst.iso f10.txt f4.txt f8.txt ldlinux.sys splash.rle f1.txtf5.txt f9.txt linuxsyslinux.cfg f2.txtf6.txt initrd26.gz linux26 syslinux.txt Booting the same computer off its presently installed old Mandrake image allowed me to fetch the following info about the machine: % lspci -n 00:00.0 Class 0600: 8086:2570 (rev 02) 00:01.0 Class 0604: 8086:2571 (rev 02) 00:1d.0 Class 0c03: 8086:24d2 (rev 02) 00:1d.1 Class 0c03: 8086:24d4 (rev 02) 00:1d.2 Class 0c03: 8086:24d7 (rev 02) 00:1d.7 Class 0c03: 8086:24dd (rev 02) 00:1e.0 Class 0604: 8086:244e (rev c2) 00:1f.0 Class 0601: 8086:24d0 (rev 02) 00:1f.1 Class 0101: 8086:24db (rev 02) 00:1f.2 Class 0101: 8086:24d1 (rev 02) 00:1f.5 Class 0401: 8086:24d5 (rev 02) 01:00.0 Class 0300: 10de:0181 (rev a2) 05:02.0 Class 0200: 14e4:1696 (rev 03) % lspci 00:00.0 Host bridge: Intel Corp.: Unknown device 2570 (rev 02) 00:01.0 PCI bridge: Intel Corp.: Unknown device 2571 (rev 02) 00:1d.0 USB Controller: Intel Corp.: Unknown device 24d2 (rev 02) 00:1d.1 USB Controller: Intel Corp.: Unknown device 24d4 (rev 02) 00:1d.2 USB Controller: Intel Corp.: Unknown device 24d7 (rev 02) 00:1d.7 USB Controller: Intel Corp.: Unknown device 24dd (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corp.: Unknown device 24d0 (rev 02) 00:1f.1 IDE interface: Intel Corp.: Unknown device 24db (rev 02) 00:1f.2 IDE interface: Intel Corp.: Unknown device 24d1 (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp.: Unknown device 24d5 (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2) 05:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet (rev 03) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298596: Debian Installation Report
Package: installation-reports Debian-installer-version: 2005-03-08 uname -a: Linux gw 2.6.8-1-386 #1 Thu Nov 11 12:18:43 EST 2004 i686 GNU/Linux Date: Tue Mar 8 12:25:26 CET 2005 Method: Boot on CD, installation over FTP from ftp.du.se Machine: IBM 300PL Processor: Pentium III 664 MHz Memory: 378 MB Root Device: IDE, /dev/hda1 Root Size/partition table: Name FlagsPart Type FS Type [Label] Size (MB) -- hda1 Boot Primary Linux ext3[/] 12988.08 hda5Logical Linux swap590.42 Output of lspci and lspci -n: # lspci :00:00.0 Host bridge: Intel Corp. 82820 820 (Camino) Chipset Host Bridge (MCH) (rev 03) :00:01.0 PCI bridge: Intel Corp. 82820 820 (Camino) Chipset AGP Bridge (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) :00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801AA AC'97 Audio (rev 02) :01:00.0 VGA compatible controller: S3 Inc. Savage 4 (rev 03) :02:04.0 Ethernet controller: Standard Microsystems Corp [SMC] 83c170 EPIC/100 Fast Ethernet Adapter (rev 06) :02:05.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20) # lspci -n :00:00.0 0600: 8086:2501 (rev 03) :00:01.0 0604: 8086:250f (rev 03) :00:1e.0 0604: 8086:2418 (rev 02) :00:1f.0 0601: 8086:2410 (rev 02) :00:1f.1 0101: 8086:2411 (rev 02) :00:1f.3 0c05: 8086:2413 (rev 02) :00:1f.5 0401: 8086:2415 (rev 02) :01:00.0 0300: 5333:8a22 (rev 03) :02:04.0 0200: 10b8:0005 (rev 06) :02:05.0 0200: 11ad:0002 (rev 20) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I think you should have more information at the partition part of the process. Except that it worked great. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298568: debian/copyright doesn't include the complete license text / installation overwrites dhelp index file
Hi, Matthias Klose wrote: Package: python-gtk2-doc Severity: serious Tags: patch Please find a patch for both problems at http://patches.ubuntu.com/patches/python-gtk2-doc.diff I agree that debian/copyright isn't in the right shape, I'll fix this ASAP. However, I don't understand what you mean by installation overwrites dhelp index file -- I'm just doing what the dhelp_parse man page suggests to do, i.e. register the package in postinst and unregister it in the prerm. I can add the doc-base file to make doc-base users happy, but I don't see why the dhelp stuff should be removed. After all, it was added after a wishlist bug was filed[0]. Cheers, Igor [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272682archive=yes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298598: lyx: WV import of word files cant take filenames with whitespace
Package: lyx Version: 1.3.4-0.backports.org.1 Severity: normal -- System Information Debian Release: 3.0-bunk-kernel26 Architecture: i386 Kernel: Linux flanders 2.6.6 #1 SMP Sat Dec 25 13:48:10 CET 2004 i686 Locale: LANG=da_DK, LC_CTYPE=da_DK Versions of packages lyx depends on: ii debconf 1.2.34 Debian configuration management sy ii groff1.17.2-15.woody.1 GNU troff text-formatting system ii imagemagick 4:5.4.4.5-1woody5 Image manipulation programs. ii libtiff-tools3.5.5-6.woody5 TIFF manipulation and conversion t ii lyx-common 1.3.4-0.backports.org.1 High Level Word Processor - common ii lyx-qt 1.3.4-0.backports.org.1 High Level Word Processor - Qt fro ii mime-support 3.18-1.3MIME files 'mime.types' 'mailcap ii tetex-bin1.0.7+20011202-7.3 teTeX binary files ii tetex-extra 1.0.2+20011202-2extra teTeX library files ii wv 0.7.1+rvt-2woo Convert and preview Microsoft Word -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298467: gaim.postinst doesn't work if directory doesn't already exist
Okay, but why would /usr/share/doc/gaim not exist at all? That link is included in the gaim package. James Strandboge wrote: If the directory /usr/share/doc/gaim does not exist, then ! -h /usr/share/doc/gaim evaluates to TRUE (because /usr/share/doc/gaim isn't a link-- it has to exist to be a link), and therefore 'rmdir' is called. Problem is, rmdir will error out when you try to remove a non-existent directory, saying: rmdir: `/usr/share/doc/gaim`: No such file or directory Because there was an error in postinst, dpkg stops, saying there was an error, and the user has to intervene to get the package to install. Jamie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298564: swish-e: Bogus charset conversion errors
Package: swish-e Version: 2.4.2-1 Please, could you try with swish-e 2.4.3-1, it's the latest release ? Done that, seems to be fixed. Sorry for the inconveniences.
Bug#287873: update on wdm development an bugs
Hi Noah, as you may have noticed I started testing if some of wdm bugs are still reproducible and sent a note to the submitters. I also started looking ad the wdm source and asked for some help in the wdm mailing list. The good news is that some of the bugs are already fixed, the bad news is that upstream author doesn't have time to keep working on wdm and is probably looking for anyone willing to continue his work. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298599: podebconf-report-po: Please gzip PO files
Package: po-debconf Severity: wishlist On Tue, Mar 08, 2005 at 09:40:18AM +0100, Christian Perrier wrote: Denis, yet another suggestion for podebconf-report-po...:-). Several translation team prefer using gzipped files to be sure that nothing breaks encodings, which is quite wise. Maybe yet another switch to podebconf-report-po would be possible for this ? Moreover, this would save space when sending large files to Translation teams (thus often mailing lists). Agreed, here is a bugreport to keep track of this request. Thanks for this suggestion, Jure. Denis
Bug#252738: w3m-img: works for me with 0.5.1-1, but docs still missing
Package: w3m-img Version: 0.5.1-1 Followup-For: Bug #252738 I just tried a fresh install of w3m and w3m-img and get images inline. Anyway, at first I've been as confused as the original reporter. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages w3m-img depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgc1 1:6.4-1 conservative garbage collector for ii libgdk-pixbuf2 0.22.0-7The GdkPixBuf image library, gtk+ ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii w3m 0.5.1-1 WWW browsable pager with excellent ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298601: netkit-inetd: segfault when nmap'ed
Package: netkit-inetd Version: 0.10-10 Severity: important Possibly related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285825 inetd segfaults whenever nmap is run against it: kernel: inetd[25134]: segfault at 958a7d00 rip 002a956e9a92 rsp 007fbfffefe8 error 4 -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-9-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages netkit-inetd depends on: ii libc6 2.3.2.ds1-19.0.0.2.pure64 GNU C Library: Shared libraries an -- debconf information: * netkit-inetd/inetd-dos-services: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298600: copyright file refers to LGPL 2.1, but points to LGPL-2 file
Package: bzflag Version: 2.0.0.20050118 Severity: serious From the copyright file: It may be redistributed under the terms of the GNU LGPL, Version 2.1 found on Debian systems in the file /usr/share/common-licenses/LGPL-2. The upstream license is the LGPL 2.1, so the reference to the common-licenses file should refer to /usr/share/common-licenses/LGPL-2.1 . Or if upstream uses or any later version, it should refer to /usr/share/common-licenses/LGPL, which is a symlink to the latest version. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#298602: RFP: klibido -- KDE usenet news binary grabber
Package: wnpp Severity: wishlist * Package name: klibido Version : 0.2.1.1 Upstream Author : Alessandro Bauno Bonometti [EMAIL PROTECTED] * URL : http://klibido.sf.net/ * License : GPL Description : KDE usenet news binary grabber Klibido automates the tedious task of grabbing binaries off usenet that are split across dozens of posts. The main features of Klibido are: -automatic joining and decoding of multi-part posts -multiple servers support, with priorities and fallback servers if some articles are not available on some servers -queue balancing: KLibido spreads the bytes load across servers with the same priority -multiple download threads per server support, with the ability to add or remove threads on the fly -KParts interface for previewing posts (.nfo, images, etc...) inside the program -pause, resume, cancel, and prioritize downloads Klibido is still in beta stage, and as such some components may not work as expected and may even crash the program. However, the author states: if you treat it gently :-], it will work, and I've used it to download two hundreds or so of Gigabytes without any major issue. There's already a basic debian/ directory in the source provided by Gonéri Le Bouder in 2001. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Bug#298603: French translation update of gettext debconf template
Package: amavis-stats Severity: normal Tags: patch l10n Please find attached the updated french debconf templates translation. This file should be put as debian/po/fr.po in your package build tree. If you make some modifications to the *original* templates files (fixed spelling, minor changes for respecting some conventions, etc.) please notify me and send me the new fr.po file so that I may update it _before_ uploading the new package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: amavis-stats 0.1.12-4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-04 21:29+0100\n PO-Revision-Date: 2005-03-08 20:32+0100\n Last-Translator: Nicolas Bertolissio [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:3 msgid Apache, Apache-SSL, Apache2, Both, None msgstr Apache, Apache-SSL, Apache2, Les deux, Aucun #. Type: select #. Description #: ../templates:4 msgid Web server to reconfigure: msgstr Serveur web à reconfigurer : #. Type: select #. Description #: ../templates:4 msgid Amavis-stats supports any web server that php3/php4 does, but this automatic configuration process only supports Apache and Apache-SSL. msgstr Amavis-stats gère tout serveur web gérant php3 ou php4, mais ce processus de configuration automatique ne fonctionne qu'avec Apache et Apache-SSL. #. Type: boolean #. Description #: ../templates:10 msgid Remove RRD files on purge? msgstr Faut-il les fichiers RRD lors de la purge ? #. Type: boolean #. Description #: ../templates:10 msgid Amavis-stats keeps its database files under /var/cache/amavis-stats. Should this directory be removed completely on purge? msgstr Amavis-stats conserve ses fichiers de bases de données dans /var/cache/ amavis-stats. Veuillez indiquer si ce répertoire doit être supprimé complètement lors de la purge du paquet. signature.asc Description: Digital signature
Bug#298602: RFP: klibido -- KDE usenet news binary grabber
On Tuesday 08 March 2005 11:28 am, Brian Kimball wrote: if you treat it gently :-], it will work, and I've used it to download two hundreds or so of Gigabytes without any major issue. I've been using 0.2.1 for around a week, and it's been working very nicely. Glad to see this get into the archive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298467: gaim.postinst doesn't work if directory doesn't already exist
Ari Pollak wrote: Okay, but why would /usr/share/doc/gaim not exist at all? That link is included in the gaim package. I'm assuming there is some legitimate situation that we have not forseen which causes /usr/share/doc/gaim to not exist, otherwise the reporter wouldn't have run into the bug and filed it. I'm not against making the postinst script more cautious provided it does its job - when upgrading from a package with /usr/share/doc/gaim as a directory, it should remove it and make the symlink, because dpkg will not do that for us. Given that I can't work out the situation a missing /usr/share/doc/gaim arises in, I don't think it's worth a seperate upload though, so pencil it in for our next upload? Regards, Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257062: Please include the new intel driver
On 09/03/2005, at 6:02 AM, Branden Robinson wrote: Well, essentially, a patch would need to be prepped that resembled debian/patches/000_stolen_from_xorg_nv_driver.diff (in the Debian xfree86 source package), but updated the i810 driver directory instead. The bad news is that no more updates to xfree86 for sarge are planned. A case can of course be made for this hardware support, but at this point I'd need to involve the release management team. On balance (and not just because I have a lab full of machines with i915 chipsets to look after), I think that we really ought to try to get this into sarge. It won't be long before there are a hell of a lot of those chips out there. Even if we release Etch a year after Sarge, that's still a significant lag for a significant number of (potential) users -- and hands up who thinks we actually *will* release then... So, count me in favour, and let me know if you want any testing done (on i810 or i915). Cheers, Nick -- Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED] # these statements are my own, not those of the University of Otago -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295258: packaging attempt
I tried to package italian festival voices festival-italian (scm files) festlex-ifd (lexicon) festvox-itapc11k (male diphone voice) festvox-italp11k (female diphone voice) they are surely not well made, but they works deb http://sssupa.sssup.it/~riccardo/debian/ binary/ deb-src http://sssupa.sssup.it/~riccardo/debian/ source/ if someone would like to test and adopt them or to sponsor me, he is welcome -- Riccardo Vestrini [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298605: dsniff: urlsnarf should output dates with leading zeroes (CLF format)
Package: dsniff Version: 2.4b1-9 Severity: minor Tags: patch urlsnarf uses strftime with %e in the date output function, instead of %d, which forces leading zeroes. Leading zeroes are more consistent with other CLF-style log files. With the patch, urlsnarf output is easier to load into a varietey of web log analysis packages. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dsniff depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libnet0 1.0.2a-7library for the construction and h ii libnids1 1.20-1 IP defragmentation TCP segment rea ii libpcap0.8 0.8.3-5 System interface for user-level pa ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii openssl 0.9.7e-3Secure Socket Layer (SSL) binary a ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information --- ../orig/dsniff-2.4b1/urlsnarf.c 2001-03-15 04:26:13.0 -0500 +++ urlsnarf.c 2005-03-08 14:44:08.161532861 -0500 @@ -68,7 +68,7 @@ t-tm_hour - gmt.tm_hour); tz = hours * 60 + t-tm_min - gmt.tm_min; - len = strftime(tstr, sizeof(tstr), %e/%b/%Y:%X, t); + len = strftime(tstr, sizeof(tstr), %d/%b/%Y:%X, t); if (len 0 || len sizeof(tstr) - 5) return (NULL);
Bug#298604: dsniff: Allow reading from PCAP files to all passive sniffers
Package: dsniff Version: 2.4b1-9 Severity: wishlist Tags: patch Patch enclosed to add -r pcapfile to the passive sniffers in dsniff (filesnarf, mailsnarf, msgsnarf, sshow, urlsnarf, and webspy). Includes man page changes. Expands on previous changes to dsniff.c for the same purpose. Single unified diff attached. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dsniff depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libnet0 1.0.2a-7library for the construction and h ii libnids1 1.20-1 IP defragmentation TCP segment rea ii libpcap0.8 0.8.3-5 System interface for user-level pa ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii openssl 0.9.7e-3Secure Socket Layer (SSL) binary a ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information Common subdirectories: ../orig/dsniff-2.4b1/CVS and ./CVS Common subdirectories: ../orig/dsniff-2.4b1/debian and ./debian diff -u ../orig/dsniff-2.4b1/filesnarf.8 ./filesnarf.8 --- ../orig/dsniff-2.4b1/filesnarf.82000-11-19 01:23:33.0 -0500 +++ ./filesnarf.8 2005-03-03 10:33:59.244324732 -0500 @@ -9,7 +9,7 @@ .na .nf .fi -\fBfilesnarf\fR [\fB-i \fIinterface\fR] [[\fB-v\fR] \fIpattern [\fIexpression\fR]] +\fBfilesnarf\fR [\fB-i \fIinterface\fR | \fB-r \fIpcap dump file\fR] [[\fB-v\fR] \fIpattern [\fIexpression\fR]] .SH DESCRIPTION .ad .fi @@ -18,6 +18,8 @@ .SH OPTIONS .IP \fB-i \fIinterface\fR Specify the interface to listen on. +.IP \fB-r \fIpcap dump file\fR +Process packets from the specified PCAP capture file instead of the network. .IP \fB-v\fR Versus mode. Invert the sense of matching, to select non-matching files. diff -u ../orig/dsniff-2.4b1/filesnarf.c ./filesnarf.c --- ../orig/dsniff-2.4b1/filesnarf.c2001-03-15 03:33:03.0 -0500 +++ ./filesnarf.c 2005-03-03 10:33:01.629460080 -0500 @@ -51,7 +51,7 @@ usage(void) { fprintf(stderr, Version: VERSION \n - Usage: filesnarf [-i interface] [[-v] pattern [expression]]\n); + Usage: filesnarf [-i interface | -r pcapfile] [[-v] pattern [expression]]\n); exit(1); } @@ -464,11 +464,14 @@ extern int optind; int c; - while ((c = getopt(argc, argv, i:vh?V)) != -1) { + while ((c = getopt(argc, argv, i:r:vh?V)) != -1) { switch (c) { case 'i': nids_params.device = optarg; break; + case 'r': + nids_params.filename = optarg; + break; case 'v': Opt_invert = 1; break; @@ -498,11 +501,24 @@ nids_register_ip(decode_udp_nfs); nids_register_tcp(decode_tcp_nfs); - if (nids_params.pcap_filter != NULL) { - warnx(listening on %s [%s], nids_params.device, - nids_params.pcap_filter); - } - else warnx(listening on %s, nids_params.device); +if (nids_params.pcap_filter != NULL) { +if (nids_params.filename == NULL) { +warnx(listening on %s [%s], nids_params.device, + nids_params.pcap_filter); +} +else { +warnx(using %s [%s], nids_params.filename, + nids_params.pcap_filter); +} +} +else { +if (nids_params.filename == NULL) { +warnx(listening on %s, nids_params.device); +} +else { +warnx(using %s, nids_params.filename); +} +} nids_run(); diff -u ../orig/dsniff-2.4b1/mailsnarf.8 ./mailsnarf.8 --- ../orig/dsniff-2.4b1/mailsnarf.82000-11-19 01:09:28.0 -0500 +++ ./mailsnarf.8 2005-03-03 10:29:01.851290684 -0500 @@ -9,7 +9,7 @@ .na .nf .fi -\fBmailsnarf\fR [\fB-i \fIinterface\fR] [[\fB-v\fR] \fIpattern [\fIexpression\fR]] +\fBmailsnarf\fR [\fB-i \fIinterface\fR | \fB-r \fIpcap dump file\fR] [[\fB-v\fR] \fIpattern [\fIexpression\fR]] .SH DESCRIPTION .ad .fi @@ -19,6 +19,8 @@ .SH OPTIONS .IP \fB-i \fIinterface\fR Specify the interface to listen on.
Bug#298581: Apple's Shasta I/O Controller not known to kernel? [was Re: [Netboot] Ethernet Driver on 1.8GHz G5?]
Hi all, I've looked up the PCI device code, and according to [1] and [2] 106b:0051 corresponds to the Shasta (Sun GEM) Ethernet Controller of Apple [3]. I'm using the kernel/modules from Sven Luther [4]. Could this mean that the current sungem driver does not recognise the Shasta controller? Francois [1] http://pciids.sourceforge.net/pci.ids [2] http://www.pcidatabase.com/reports.php?type=tab-delimeted [3] http://developer.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-G5/PowerMacG5_SP/2Architecture/chapter_3_section_7.html [4] http://people.debian.org/~luther/d-i/images/daily/power4/netboot/ On Tue, 2005-03-08 at 17:04, Francois wrote: Benjamin, Shyamal, thanks for your help. I've tried again and I've explicitly selected sungen, but with no success. The strange thing is I do see an Ethernet device in the pci tree (from /proc/pci): -- ~ # cat /proc/pci snip/ Bus 3, device 15, function 0: Ethernet controller: PCI device 106b:0051 (Apple Computer Inc.) (rev 0). IRQ 40 Master Capable. Latency=16. Min Gnt=64.Max Lat=64. Non-prefetchable 32 bit memory at 0x8040 [0x805f] snip/ -- sungem also gets loaded as a module (along with sungem_phy and crc32): --- ~ # lsmod ModuleSize Used by sungem 37124 0 crc32 5120 1 sungem sungem_phy 10496 1 sungem ds 24068 0 yenta_socket 23936 0 pcmcia_core 77076 2 ds,yenta_socket usbserial33968 0 usbhid 54272 0 ehci_hcd 37380 0 ohci_hcd 26500 0 usbcore 139380 6 usbserial,usbhid,ehci_hcd,ohci_hcd unix 32408 8 --- But I get not network device: --- /usr/bin # ifconfig eth0 ifconfig: eth0: error fetching interface information: Device not found --- I've filled an installation report with this information. Do you see anything else I could try? Cheers Francois On Tue, 2005-03-08 at 07:30, Benjamin Herrenschmidt wrote: On Mon, 2005-03-07 at 22:30 -0800, Shyamal Prasad wrote: Francois == Francois [EMAIL PROTECTED] writes: Francois I'm now blocked with the Ethernet driver: debian Francois installer can not detect automatically which ethernet Francois card my G5 is using, so it asks me to pick a Francois driver. I've tried sungem, sungen_phy and bmac, with no Francois success. Debian installer brings me invariably back to Francois the driver menu. Francois Does someone know which driver I should use? Within Mac Francois OS X, I only know that I'm using the built-in ethernet Francois card, with no extra info. I don't have exactly the same machine as yours, but here is what I have when booting from the Debian 2.6.8 kernel (*not* the d-i kernel) on a dual G5 (PowerMac7,3) All recent Apple machines have a sungem. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298606: quik does not support md devices
Package: quik Version: 2.1-4 Severity: normal Tags: patch quik does not support linux metadevices (/dev/md). This is filed as a normal bug as quik does not recognize an md device, and incorrectly tries to find partitions on it. The included patch fixes the problem by adding limited md support to quik -- the included README.md lists the current limitations. It was generated against the 2.1-4 version from sid. diff -Naur quik.orig/include/linux/raid/md_u.h quik/include/linux/raid/md_u.h --- quik.orig/include/linux/raid/md_u.h 1970-01-01 01:00:00.0 +0100 +++ quik/include/linux/raid/md_u.h 2005-02-28 20:21:13.0 +0100 @@ -0,0 +1,116 @@ +/* + md_u.h : user = kernel API between Linux raidtools and RAID drivers + Copyright (C) 1998 Ingo Molnar + + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2, or (at your option) + any later version. + + You should have received a copy of the GNU General Public License + (for example /usr/src/linux/COPYING); if not, write to the Free + Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. +*/ + +#ifndef _MD_U_H +#define _MD_U_H + +/* ioctls */ + +/* status */ +#define RAID_VERSION _IOR (MD_MAJOR, 0x10, mdu_version_t) +#define GET_ARRAY_INFO _IOR (MD_MAJOR, 0x11, mdu_array_info_t) +#define GET_DISK_INFO _IOR (MD_MAJOR, 0x12, mdu_disk_info_t) +#define PRINT_RAID_DEBUG _IO (MD_MAJOR, 0x13) +#define RAID_AUTORUN _IO (MD_MAJOR, 0x14) + +/* configuration */ +#define CLEAR_ARRAY_IO (MD_MAJOR, 0x20) +#define ADD_NEW_DISK _IOW (MD_MAJOR, 0x21, mdu_disk_info_t) +#define HOT_REMOVE_DISK_IO (MD_MAJOR, 0x22) +#define SET_ARRAY_INFO _IOW (MD_MAJOR, 0x23, mdu_array_info_t) +#define SET_DISK_INFO _IO (MD_MAJOR, 0x24) +#define WRITE_RAID_INFO_IO (MD_MAJOR, 0x25) +#define UNPROTECT_ARRAY_IO (MD_MAJOR, 0x26) +#define PROTECT_ARRAY _IO (MD_MAJOR, 0x27) +#define HOT_ADD_DISK _IO (MD_MAJOR, 0x28) +#define SET_DISK_FAULTY_IO (MD_MAJOR, 0x29) + +/* usage */ +#define RUN_ARRAY _IOW (MD_MAJOR, 0x30, mdu_param_t) +#define START_ARRAY_IO (MD_MAJOR, 0x31) +#define STOP_ARRAY _IO (MD_MAJOR, 0x32) +#define STOP_ARRAY_RO _IO (MD_MAJOR, 0x33) +#define RESTART_ARRAY_RW _IO (MD_MAJOR, 0x34) + +typedef struct mdu_version_s { + int major; + int minor; + int patchlevel; +} mdu_version_t; + +typedef struct mdu_array_info_s { + /* +* Generic constant information +*/ + int major_version; + int minor_version; + int patch_version; + int ctime; + int level; + int size; + int nr_disks; + int raid_disks; + int md_minor; + int not_persistent; + + /* +* Generic state information +*/ + int utime; /* 0 Superblock update time */ + int state; /* 1 State bits (clean, ...) */ + int active_disks; /* 2 Number of currently active disks*/ + int working_disks; /* 3 Number of working disks */ + int failed_disks; /* 4 Number of failed disks */ + int spare_disks;/* 5 Number of spare disks */ + + /* +* Personality information +*/ + int layout; /* 0 the array's physical layout */ + int chunk_size; /* 1 chunk size in bytes */ + +} mdu_array_info_t; + +typedef struct mdu_disk_info_s { + /* +* configuration/status of one particular disk +*/ + int number; + int major; + int minor; + int raid_disk; + int state; + +} mdu_disk_info_t; + +typedef struct mdu_start_info_s { + /* +* configuration/status of one particular disk +*/ + int major; + int minor; + int raid_disk; + int state; + +} mdu_start_info_t; + +typedef struct mdu_param_s +{ + int personality;/* 1,2,3,4 */ + int chunk_size; /* in bytes */ + int max_fault; /* unused for now */ +} mdu_param_t; + +#endif + diff -Naur quik.orig/include/quik_md.h quik/include/quik_md.h --- quik.orig/include/quik_md.h 1970-01-01 01:00:00.0 +0100 +++ quik/include/quik_md.h 2005-03-03 20:44:31.0 +0100 @@ -0,0 +1,101 @@ +/* + * quik-md.h - definitions for md handling in quik + * + * Copyright (C) 2005 Simon Vallet [EMAIL PROTECTED] + * + * Information retrieval code for md devices is derived from + * Detail.c in mdadm version 1.9.0, and therefore: + * + * Copyright (C) 2001-2002 Neil Brown [EMAIL
Bug#298607: does not work with current libc
Package: zlibc Version: 0.9j-7 Severity: important In todays environment, zlibc is only half-functional. dir listings do display .gz files without the suffix, but reading them does not work. There is a new version 0.9k, but it makes ls and mc segfault immediately. Regards, Eduard. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages zlibc depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298608: /usr/X11R6/bin/XFree86: ATI Radeon 9800 PRO can't work
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-10 Severity: important File: /usr/X11R6/bin/XFree86 the debian version of XFree86 doesn't support ATI RADEON 9800 PRO with ATI fglrx driver. ATI RAdeon 9800 is well suported, but the PRO is not. I've tried all that I could for 1 week, using ATI fglrx driver. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2005-03-07 20:13 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745740 2004-12-15 20:19 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 [Radeon 9800 Pro] /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3098 2005-03-08 21:01 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Driver fglrX EndSection Section Monitor Identifier LS704U HorizSync 28-50 VertRefresh 43-75 Option DPMS EndSection Section Screen Identifier Default Screen Device ATI Monitor LS704U DefaultDepth24 SubSection Display Depth 1 Modes 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier
Bug#245902: source-highlight: Please update to newest version
Hello On Mon, Mar 07, 2005 at 05:31:45PM +0100, Richard Faasen wrote: Package: source-highlight Version: 1.6.3-1 Followup-For: Bug #245902 The current version is now 1.11. The version in debian lacks some features that I need. http://www.gnu.org/software/src-highlite/. Thanks for the information. Building a new version now. Regards, // Ola -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages source-highlight depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9GCC support library ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291472: synaptic: synaptic: [l10n/de] patch fixing about 20 typos and minor errors in Sarge
Hi Michael. Michael Vogt wrote: On Fri, Mar 04, 2005 at 01:35:26AM +0100, Nikolaus Schulz wrote: I have checked these errors and skimmed the entire new catalogue to some degree. Looks like the german localisation of synaptic is in a fairly bad state, many missing translations, and some should be corrected :-( snip Sorry for the late reply. I'm a bit overloaded right now. I'm puzzled. The german translation in my svn repository seems to be fully translated (but it probablystill contains bad translations :) Whoops. You're right, it looks complete. Weird. What was I looking at? Anyway, better than being surprised the other way around. :-) Cheers, Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297649: better documentation of dynamic mmap ran out of room error
Package: apt Version: 0.5.28.5 There's already a couple of bug reports requesting that this be fixed, but I didn't find any requesting that this long-standing issue be documented. That's because it's been fixed, in that the size of the map has been increased to accomodate even very large package databases. If you are still overflowing it, you must have a huge number of packages available, and I'd be curious to see your sources.list. This came up when I was helping a friend with his computer a week or two ago. It wasn't practical to report the bug then, so I reported it later based on my fuzzy recollection. It's possible it wasn't 0.5.28.5 that I was having the problem with. 0.5.28.5 is the version on the computer I reported the bug. Has this problem been fixed in stable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298538: Xfree86: Updated spanish debconf translation
tags 298538 + pending thanks On Tue, Mar 08, 2005 at 12:09:27PM +0100, Javier Fernández-Sanguino Peña wrote: Package: xfree86 Version: 4.3.0.dfsg.1-12 Priority: wishlist Tags: l10n patch Please find attached a revised Spanish debconf translation for the xfree86 package. Committed to the SVN repository, thanks for your work. Denis
Bug#298609: kernel 2.6.8-13 smbfs broken smb_add_request prevents use in mixed environment
Package: kernel Severity: important As currently cifs is broken too, users with a mixed network including win clients might need to fallback to smb. Here we get the following problem (client hangs frequently until timeout): kernel: smb_add_request: request [d5a8be80, mid=57] timed out! (just as an example). The problem is very frequent when KDE is used (the KDE browser intentionally tries to read files that do not exist like .directory and follows symlinks). Any recommendations? Any patches that I could try? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-13-amd Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297810: [Pkg-zope-developers] (no subject)
Fabio Tranchitella a écrit : severity 297810 minor thanks For some strange reasons I missed this bug report because it hasn't been forwarded to my mailbox, sorry. When you have installed zope2.7 debian package, you have been warned about this and you have been adviced to symlink products for zope2.7 instances, so this isn't a zope-cmfplone specific ug. I put one other on zope-cmf. I just put the bug on them because with this system the maintainer of zope-cps package and I cannot use CMF packages for CPS the we build it in a all products in one package method. It's dirty. We are working to handle different zope versions (and different python versions) with only one product installation. I don't know if this will be included in sarge or not, but certainly we are taking care about this issue. All in all, this applies on almost all products and not only Plone. It seems good. I had done the work one year and a half ago but at that time nobody cares of it. Il giorno mar, 08-03-2005 alle 13:27 +0100, martin f krafft ha scritto: severity 297810 important thanks I agree that this is a bug, but it's no more than an important bug because it does not render the package unusable to everyone, just those using Zope2.7. In fact, I am not even sure whether this isn't just a plain wishlist bug. Thanks :) Anyway, my suggested fix would be to install Plone products to /usr/share/plone/Products, and then to symlink them individually to the two Zope hierarchies. However, this fails when the two Zope instances use different Python versions (which they do), because of pre-compiled modules. Thus, short of installing plone twice, I do not see an easy way out. Maybe then it would be possible to filter out common stuff into plone-common. Symlink is not a good idea. We use symlink for up-to-date products from version control (cvs, svn or arch). For packaging products we have to use more robust mecanism to protect instance about broken products on upgrade. We can use python to manage this with a .ini file. Note that I copied the Debian Zope developers list. I hope they have already worked out a policy for this. Otherwise we will need to get thinking about one soon! Yes, discuss of these question here (pkg-zope-developpers). I do not want to report more bugs on this but if I cannot see any discussion on it, I will think zope maintainers work is dead again. -- Encolpe DEGOUTE http://encolpe.degoute.free.fr/ Logiciels libres, hockey sur glace et autres activités cérébrales
Bug#298612: agp bridge data dpatch for 2.6.11-bk3+
Package: nvidia-kernel-source Version: 1.0.6629+1-2 Severity: Important Description: Patch for changes to agp_backend_acquire and agp_backend_release in 2.6.11-bk3+. Best Regards, #!/bin/sh -e # Patch from accumulated from http://www.minion.de/files/1.0-6629/ if [ $# -lt 1 ]; then echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1 fi patch_opts=-f -N --no-backup-if-mismatch -p2 echo $1 case $1 in -patch) patch $patch_opts -p1 $0;; -unpatch) patch $patch_opts -p1 -R $0;; *) echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1;; esac exit 0 @DPATCH@ --- nvidia-kernel/nv/nv.c.orig 2005-03-08 11:33:00.0 -0800 +++ nvidia-kernel/nv/nv.c 2005-03-08 11:40:31.0 -0800 @@ -3011,7 +3011,6 @@ return status; } #elif defined(AGPGART) -int error; /* * We can only safely use NvAGP when no backend has been * registered with the AGPGART frontend. This condition @@ -3020,9 +3019,11 @@ * Other return codes indicate that a backend is present * and was either acquired, busy or else unavailable. */ -if ((error = agp_backend_acquire()) != -EINVAL) + nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv); + nvl-agp_bridge = agp_backend_acquire(nvl-dev); +if (nvl-agp_bridge) { -if (!error) agp_backend_release(); +agp_backend_release(nvl-agp_bridge); nv_printf(NV_DBG_WARNINGS, NVRM: not using NVAGP, an AGPGART backend is loaded!\n); return status; --- nvidia-kernel/nv/nv-linux.h.orig2005-03-08 11:37:41.0 -0800 +++ nvidia-kernel/nv/nv-linux.h 2005-03-08 11:40:31.0 -0800 @@ -930,6 +930,9 @@ /* lock for linux-specific alloc queue */ struct semaphore at_lock; + + /* AGP bridge handle */ + struct agp_bridge_data *agp_bridge; } nv_linux_state_t; --- nvidia-kernel/nv/os-agp.c.orig 2005-03-08 11:38:09.0 -0800 +++ nvidia-kernel/nv/os-agp.c 2005-03-08 11:40:31.0 -0800 @@ -60,23 +60,23 @@ #endif #if defined(KERNEL_2_6) -#define NV_AGPGART_BACKEND_ACQUIRE(o) agp_backend_acquire() -#define NV_AGPGART_BACKEND_ENABLE(o,mode) agp_enable(mode) -#define NV_AGPGART_BACKEND_RELEASE(o) agp_backend_release() -#define NV_AGPGART_COPY_INFO(o,p) agp_copy_info(p) -#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type) agp_allocate_memory(count,type) -#define NV_AGPGART_FREE_MEMORY(o,p) agp_free_memory(p) -#define NV_AGPGART_BIND_MEMORY(o,p,offset) agp_bind_memory(p,offset) -#define NV_AGPGART_UNBIND_MEMORY(o,p) agp_unbind_memory(p) +#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ nvl-agp_bridge = agp_backend_acquire(nvl-dev); !nvl-agp_bridge; }) +#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) agp_enable(nvl-agp_bridge,mode) +#define NV_AGPGART_BACKEND_RELEASE(nvl,o) agp_backend_release(nvl-agp_bridge) +#define NV_AGPGART_COPY_INFO(nvl,o,p) agp_copy_info(nvl-agp_bridge,p) +#define NV_AGPGART_ALLOCATE_MEMORY(nvl,o,count,type) agp_allocate_memory(nvl-agp_bridge,count,type) +#define NV_AGPGART_FREE_MEMORY(nvl,o,p) agp_free_memory(p) +#define NV_AGPGART_BIND_MEMORY(nvl,o,p,offset) agp_bind_memory(p,offset) +#define NV_AGPGART_UNBIND_MEMORY(nvl,o,p) agp_unbind_memory(p) #elif defined(KERNEL_2_4) -#define NV_AGPGART_BACKEND_ACQUIRE(o) ({ (o)-acquire(); 0; }) -#define NV_AGPGART_BACKEND_ENABLE(o,mode) (o)-enable(mode) -#define NV_AGPGART_BACKEND_RELEASE(o) ((o)-release()) -#define NV_AGPGART_COPY_INFO(o,p) ({ (o)-copy_info(p); 0; }) -#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type) (o)-allocate_memory(count,type) -#define NV_AGPGART_FREE_MEMORY(o,p) (o)-free_memory(p) -#define NV_AGPGART_BIND_MEMORY(o,p,offset) (o)-bind_memory(p,offset) -#define NV_AGPGART_UNBIND_MEMORY(o,p) (o)-unbind_memory(p) +#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ (o)-acquire(); 0; }) +#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) (o)-enable(mode) +#define NV_AGPGART_BACKEND_RELEASE(nvl,o) ((o)-release()) +#define NV_AGPGART_COPY_INFO(nvl,o,p) ({ (o)-copy_info(p); 0; }) +#define NV_AGPGART_ALLOCATE_MEMORY(nvl,o,count,type) (o)-allocate_memory(count,type) +#define NV_AGPGART_FREE_MEMORY(nvl,o,p) (o)-free_memory(p) +#define NV_AGPGART_BIND_MEMORY(nvl,o,p,offset) (o)-bind_memory(p,offset) +#define NV_AGPGART_UNBIND_MEMORY(nvl,o,p) (o)-unbind_memory(p) #endif #endif /* AGPGART */ @@ -96,6 +96,7 @@ U032 agp_fw; void *bitmap; U032 bitmap_size; + nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv); memset( (void *) gart, 0, sizeof(agp_gart)); @@ -110,7 +111,7 @@ * the memory controller. */ -if (NV_AGPGART_BACKEND_ACQUIRE(drm_agp_p)) +if (NV_AGPGART_BACKEND_ACQUIRE(nvl,drm_agp_p)) { nv_printf(NV_DBG_INFO, NVRM: AGPGART: no backend available\n); goto bailout; @@ -128,7 +129,7 @@ agp_fw = 1;
Bug#298610: kernel-source-2.6.8: Could not build an identical original kernel-image with config from kernel-image-2.6.8-1-686-smp
Package: kernel-source-2.6.8 Version: 2.6.8-13 Severity: important *** Please type your report below this line *** Hi! I tried to build a kernel like in package kernel-image-2.6.8-1-686-smp on my side. I take your kernel-source package and put file config-2.6.8-1-686-smp in /usr/src/kernel-source-2.6.8/ without any change. After make-kpkg --append_to_version -2-686-smp --initrd kernel_image and install I got a kernel with which VESA-framebuffer for console doesn't work with boot potion vga=791 like the original kernel from Debian package. I get a black screen on all consoles and there is no /dev/fb0 device. I can't build any self-compiled kernel with VESA-framebuffer from this source-package. Is my way to build a original Debian Kernel on my machine wrong or is there any problem with the kernel-source or config file? Regards, Erik -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-5high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii kernel-source-2.6.8 2.6.8-13 Linux kernel source for version 2. ii kernel-image-2.6.8-1-686-smp 2.6.8-10 Linux kernel image for version 2.6 ii kernel-package8.124 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298611: bugs.debian.org: Please provide a buildd pseudopackage
Package: bugs.debian.org Severity: wishlist Someone recently brought up that there is no buildd pseudopackge. Since bugs.d.o is one mechanism for communication and for tracking problems, lack of such a pseudopackage hurts in those areas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265005: Another new upstream version
retitle 265005 New upstream version (1.5.14) available, fixes bugs thanks I'd also like to see a newer libtool in Debian. 1.5.6 is now almost a year old. Cheers, Rotty -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Software Patents: Where do you want to stifle inovation today? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265005: Another new upstream version
retitle 265005 New upstream version (1.5.14) available, fixes bugs thanks I'd also like to see a newer libtool in Debian. 1.5.6 is now almost a year old. Cheers, Rotty -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Software Patents: Where do you want to stifle inovation today? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298613: TLS fails if the virtual host is setup to listen on 0.0.0.0
Package: proftpd Version: 1.2.10-10 Severity: important Hi! I discovered today that the tls setup of my server had stopped to work, I don't use it much, so I cannot tell on wich version this broke, but I know why it doesn't work. The thing is that I'm running this in a machine with dynamic IP and thus I have setup the virtual host on which I want to run the TLS setup this way: VirtualHost 0.0.0.0 Port 990 TLSEngine on TLSRequired control ... This used to work ok, however it doesn't right now, on the other hand, if I change the 0.0.0.0 with the IP that the interface has at that moment, it works ok. I don't know if this was intentional, to avoid people using 0.0.0.0, but some of us have the need to listen on 0.0.0.0 for TLS connections as we don't know the IP that the interface may have at a given time. This is a simple test one can do to find out this: [EMAIL PROTECTED]:~$ telnet 80.103.205.104 990 Trying 80.103.205.104... Connected to 80.103.205.104. Escape character is '^]'. 220 ProFTPD 1.2.10 Server (Debian) [80.103.205.104] AUTH TLS 500 AUTH not understood quit 221 Goodbye. Connection closed by foreign host. The correct answer to the AUTH TLS command should be 234 AUTH TLS successful which I get if I set up the 80.103.205.104 (my current IP) instead of the 0.0.0.0 one that I have set up and that I'd like to keep. If you need any more info about the setup or something, just tell me. Regards! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages proftpd depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcap1 1:1.10-14support for getting/setting POSIX. ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii netbase 4.20 Basic TCP/IP networking system ii proftpd-common 1.2.10-10Versatile, virtual-hosting FTP dae ii ucf 1.14 Update Configuration File: preserv -- debconf information: * shared/proftpd/warning: * shared/proftpd/inetd_or_standalone: standalone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298614: Upgrading from woody to 2.2.23-0.pre4 fails
Package: slapd Version: 2.2.23-0.pre4 Tags: experimental Severity: grave Upgrading from woody fails because of at least two problems: - The shell function move_old_database_directory_away is not found in postinst - An old slapd.conf is incorrect because attribute=... is used instead of attrs=... Torsten signature.asc Description: Digital signature
Bug#298615: kdelibs/mipsel built with a broken g++ (3.3_3.3.5-9) compiler
Package: kdelibs Version: 4:3.3.2-3 Severity: grave Tags: sid kdelibs/mipsel built with a broken g++ (3.3_3.3.5-9) compiler. It has to rebuilt with an older or a newer (-10) version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298617: glibmm2.4/mipsel built with a broken g++ (3.3_3.3.5-9) compiler
Package: glibmm2.4 Version: 2.6.1-1 Severity: grave Tags: sid glibmm2.4/mipsel built with a broken g++ (3.3_3.3.5-9) compiler. It has to rebuilt with an older or a newer (-10) version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293279: xaos bug
Hello, Vincent recently reported a bug against XAOS, which works on blackbox window manager, but not metacity. I was hoping you could take a look at it, and see if its possibly a metacity bug. Thanks, Justin References [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293279 On Tue, Mar 08, 2005 at 10:09:41PM +0100, Vincent Lönngren wrote: For some reason it works under blackbox, but not metacity. tis 2005-03-08 klockan 15:09 -0500 skrev Justin Pryzby: Hi, You recently submitted a bug against Debian's package of XAOS [0]. You reported that the command `xaos -root` does nothing. However, I just tested it locally, and it works as expected. Under what window manager did you test? Does it work if you use the blackbox window manager? (That is how I tested).
Bug#298611: bugs.debian.org: Please provide a buildd pseudopackage
reassign 298611 ftp.debian.org thanks On Tue, Mar 08, 2005 at 03:54:17PM -0500, Justin Pryzby wrote: Package: bugs.debian.org Severity: wishlist Someone recently brought up that there is no buildd pseudopackge. Since bugs.d.o is one mechanism for communication and for tracking problems, lack of such a pseudopackage hurts in those areas. ftpmaster is responsible for the list of pseudo-packages. In addition, somebody in a position to do so must be willing to be the maintainer for the pseudo-package. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298619: gftp: crashes with ipv6 sites
Package: gftp Version: 2.0.18-3 Severity: normal gftp crashes with a Segmentation fault error when trying to transfer any file from any ipv6 enabled ftp site. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-3 X/GTK+ FTP client ii gftp-text 2.0.18-3 colored FTP client using GLib -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293279: xaos bug
Hi. I've investigated further, and found that it *does* work on metacity, but doesn't work on any window manager while GNOME is running. tis 2005-03-08 klockan 16:13 -0500 skrev Justin Pryzby: Hello, Vincent recently reported a bug against XAOS, which works on blackbox window manager, but not metacity. I was hoping you could take a look at it, and see if its possibly a metacity bug. Thanks, Justin References [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293279 On Tue, Mar 08, 2005 at 10:09:41PM +0100, Vincent Lnngren wrote: For some reason it works under blackbox, but not metacity. tis 2005-03-08 klockan 15:09 -0500 skrev Justin Pryzby: Hi, You recently submitted a bug against Debian's package of XAOS [0]. You reported that the command `xaos -root` does nothing. However, I just tested it locally, and it works as expected. Under what window manager did you test? Does it work if you use the blackbox window manager? (That is how I tested). -- Vincent Lnngren [EMAIL PROTECTED]
Bug#298315: tetex-bin fails to install
On Tue, 2005-03-08 at 08:58 +0100, Frank Küster wrote: #Hi Donn, # #please do not send your replies only to me, but keep the bugnumber #address in the Cc, thank you. # clone 298315 -1 retitle -1 tetex-bin: ebcdic not found thanks donn morrison [EMAIL PROTECTED] wrote: Frank, I tried installing tetex-extra (it wasn't installed), but that didn't help the problem. The problem all started when I started an apt-get dist-upgrade. Normally I just use apt-get upgrade, but some packages weren't being upgraded due to dependencies, I guess. You are aware that you have the experimental distribution in your sources.list, and that this tetex version is from experimental? I am aware. I am astonished that after installing tetex-extra it still does not work. Can you please send us the output of the following commands: dpkg -l tetex-base tetex-bin tetex-extra # dpkg -l tetex-base tetex-bin tetex-extra Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii tetex-base 2.99.9.2005011 Basic library files of teTeX ii tetex-bin 2.99.12.200502 The teTeX binary files ii tetex-extra2.99.9.2005011 Additional library files of teTeX kpsewhich ebcdic.ocp # kpsewhich ebcdic.ocp /usr/share/texmf/omega/ocp/ebcdic.ocp ^^^ Keep in mind I manually placed this file here after I realised it was missing. and after that try again to configure it, using dpkg --configure -a # dpkg --configure -a # No output. (or, if nothing should happen, dpkg-reconfigure tetex-bin) # dpkg-reconfigure tetex-bin Merging information from /etc/texmf/texmf.d/ into /etc/texmf/texmf.cnf ... done Regenerating /var/lib/texmf/web2c/fmtutil.cnf ... done Running fmtutil-sys. This may take some time. ... Running updmap-sys. This may take some time. ... done. Fixing permissions and group of ls-R as specified by debconf ... mode of `/var/lib/texmf/ls-R' changed to 0664 (rw-rw-r--) mode of `/var/lib/texmf/ls-R-TEXMFMAIN' changed to 0664 (rw-rw-r--) mode of `/var/cache/fonts/ls-R' changed to 0664 (rw-rw-r--) Obviously something was changed when I manually copied ebcdic.ocp into /usr/share/texmf/omega/ocp/ and then installed tetex-bin. Now even when I remove tetex-bin and tetex-extra and delete ebcdic.ocp from /usr/share/texmf/omega/ocp/ there is no problem re-installing the tetex-bin package. Thank you in advance, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]