Bug#707095: RFS: googlizer/0.3-4 ITP/ITA
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the googlizer package. It used to be in Debian, but has been removed, so this is a ITP although the package has a popcon of 133. * Package name: googlizer Version : 0.3-4 Upstream Author : Alan Cox * URL : ftp://ftp.linux.org.uk/pub/linux/alan/Software/Gnome/Googlizer * License : GPLv2 Section : gnome It builds those binary packages: googlizer - search the web for the contents of your X clipboard To access further information about this package, please visit the following URL: http://mentors.debian.net/package/googlizer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/googlizer/googlizer_0.3-4.dsc The packaging has been updated, otherwise the programm is bugs free and feature complete. Regards, Tobias signature.asc Description: Digital signature
Bug#696291: RFS: nexus/4.3-svn1863-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package nexus * Package name: nexus Version : 4.3-svn1863-1 Upstream Author : ne...@nexusformat.org * URL : http://www.nexusformat.org * License : LGPL Section : libs It builds those binary packages: libnexus0 - NeXus scientific data file format - runtime libraries libnexus0-dev - NeXus scientific data file format - development libraries libnexus0-java - NeXus scientific data file format - java libraries nexus-tools - NeXus scientific data file format - applications python-nxs - NeXus scientific data file format - python binding To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nexus Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nexus/nexus_4.3-svn1863-1.dsc I am a DM, but I am not allowed to upload this as it closes bug #662158 by fixing i.e. changing the python package name. If also fixes a FTBFS on armhf #636203 Lintian clean as far as I can tell. Regards, Tobias Stefan Richter signature.asc Description: Digital signature
Bug#598036: libraw1394-11: please document missing raw1394 support in recent kernels
The statement Before all, you must verify if your actual linux kernel is built with ieee1394 and raw1394 support. Generaly, if you use a debian linux kernel package, it is the case is incomplete. libraw1394 v2 is able to use firewire-core ( + firewire-ohci) instead of raw1394 ( + ieee1394 + ohci1394), as Adi mentioned. Caveats: - We are finding and fixing bugs in the newer kernel drivers and in their libraw1394 adapter code all the time. However, your libraw1394 2.0.5 and linux 2.6.32 are fine with almost all FireWire controllers that were supported by the older drivers + library and almost all DV camcorders that were supported by the older drivers + library. - The rare FireWire controllers Nvidia NForce2 and ALi M52xx which more or less (but not fully) worked with ohci1394 may not work yet with firewire-ohci. Check with lspci whether you have one of those. Upstream bugs: https://bugzilla.kernel.org/show_bug.cgi?id=8828 https://bugzilla.kernel.org/show_bug.cgi?id=10935 - There have been interoperability issues of firewire-core with some buggy DV devices, notably Sony camcorders and a Panasonic DV tape deck. Linux 2.6.35/ .34.1/ .33.6/ .32.16 and newer contain a fix for certain Sonys, and 2.6.34 and newer contains a fix for the tape deck. These new interoperability issues were undesired side effects of the enhanced bus management and device discovery code in firewire-core relative to ieee1394. https://ieee1394.wiki.kernel.org/index.php/Release_Notes - As with raw1394's single /dev/raw1394 file, you need an udev rule to set proper ownership and permissions or ACL on firewire-core's /dev/fw* files. The latter are one file for each FireWire node (including the controller). For DV capture, libraw1394 only needs access to the DV camcorder's /dev/fw*. While /dev/raw1394 support has been removed from mainline udev a while ago (which means that users have to fiddle with permissions themselves now if they run raw1394), mainline udev since v144 contains suitable rules for firewire-core for all DV devices and most industrial video devices. These rules depend on a firewire-core sysfs attribute of linux 2.6.31 or later. https://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Permissions_and_ownership_for_.2Fdev.2Ffw.2A You can check with grep -r firewire /lib/udev/ /etc/udev/ whether your installed udev rules cover the new firewire subystem. Most likely it does. So, please check: - What make model is your DV camcorder? - What controller do you have according to lspci -nn | grep 1394? - Is firewire-ohci loaded and bound to the controller? E.g. grep firewire /proc/interrupts - Are there notable kernel messages from when firewire-ohci was bound to the controller and from when you plugged in/ switched on the camcorder? dmesg | grep firewire - Do /dev/fw0 (likely the controller) and /dev/fw1 (likely the camcorder) exist when the camcorder is connected and on? - If yes, does your user account have permission to access one of the two device files? (Please keep Adi and me Cc'd.) -- Stefan Richter -=-==-=- =-== ---=- http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545112: dvgrab: does not work properly with Juju firewire stack
On Mon, 2010-01-11 at 16:36 +0100, Stefan Richter wrote: there is an upstream bug with ALi controllers: It does not work at all with firewire-ohci for several people, as it does not survive the second bus reset. http://bugzilla.kernel.org/show_bug.cgi?id=10935 Ben Hutchings wrote on 2010-04-06: I normally use the ALi M5253. Sorry for going off-topic, but do you mean that your M5253 does work with firewire-ohci? (I'm not referring to ohci1394, that one does not feature or trigger the mentioned bug.) If yours works, then the upstream bug 10935 might be limited to some versions of the ALi link layer controllers, or to certain combinations of ALi link and FireWire PHY chip, or is only dependent on the PHY rather than the ALi link. -- Stefan Richter -=-==-=- -=-= =-==- http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438336: [Kino-dev] Kino in Debian
[on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438336] Paul Brossier wrote: Kino in unstable is built against libraw1394-11. Good. Then you can close bug 438336 as fixed. IMO you should remove the blocked by bug 545112 dependency because the latter one is likely not related to Kino or libraw1394. I will try to comment on that bug there. No package in the archive depends on libraw1394-8; this package is not in the unstable pool anymore. Surely there is something else going wrong here. No, there is nothing going wrong anymore. :-) Check the dates of the comments, this ahs all been resolved by now. [...] Maybe Gene could send us the output of kino launched from a terminal? Gene wrote that Kino works for him like it is supposed to. -- Stefan Richter -=-==-=- ---= -=-== http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545112: dvgrab: does not work properly with Juju firewire stack
Ben, which one of your two controllers was initially affected? ALi M5253 or Ricoh R5C832 or both? Is the fact that you cannot reproduce the issue anymore true for both controllers? If you happen to be able to reproduce the issue again on current kernels, please provide the dmesg from a failing session with debug logging switched on: # modprobe -r firewire-ohci # modprobe firewire-ohci debug=-1 Then plug the camcorder in and start to capture. Beware, the resulting log may be massive since it includes interrupts at 8 kHz frequency. Note, there is an upstream bug with ALi controllers: It does not work at all with firewire-ohci for several people, as it does not survive the second bus reset. http://bugzilla.kernel.org/show_bug.cgi?id=10935 -- Stefan Richter -=-==-=- ---= -=-== http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545112: dvgrab: does not work properly with Juju firewire stack
Furthermore, _if_ the problem comes back, try also dvgrab's -noavc option and post if it makes any difference. -- Stefan Richter -=-==-=- ---= -=-== http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438336: [Kino-dev] Kino in Debian
Dan Dennedy wrote: On Sun, Jan 10, 2010 at 12:54 PM, Stefan Richter stef...@s5r6.in-berlin.de wrote: David Liontooth wrote: Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438336 is preventing kino from entering squeeze. I can see from the versions listing on the bug page that the problem is that this version of Debian does not have a recent enough version of libraw1394. You need at least version 2.0.0. Testing (Squeeze) and unstable (Sid) are at 2.0.4, unstable even at 2.0.5: http://packages.debian.org/search?keywords=libraw1394-11 Stable (Lenny) is at 1.3.0: http://packages.debian.org/search?keywords=libraw1394-8 Debian packagers, please make sure that _all_ packages which depend on libraw1394 are linked against libraw1394-11, not -8. (There are only some very old programs which depend on ancient API elements which are present in libraw1394-8 but not in -11 anymore. Such programs do not even work on semi recent kernels with the old drivers though and need to be replaced by equivalent packages where possible.) -- Stefan Richter -=-==-=- ---= -=-=- http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504391: [PATCH] mmc: add module parameter to set whether cards are assumed removable
Ben Hutchings wrote: In general, it is not possible to tell whether a card present in an MMC slot after resume is the same that was there before suspend. That's true for virtually all storage devices, not just MMC. So there are two possible behaviours, each of which will cause data loss in some cases: CONFIG_MMC_UNSAFE_RESUME=n (default): Cards are assumed to be removed during suspend. Any filesystem on them must be unmounted before suspend; otherwise, buffered writes will be lost. CONFIG_MMC_UNSAFE_RESUME=y: Cards are assumed to remain present during suspend. They must not be swapped during suspend; otherwise, buffered writes will be flushed to the wrong card. Currently the choice is made at compile time and this allows that to be overridden at module load time. Can't the kernel flush the write buffer at suspend time, so that you can remove this choice for good? -- Stefan Richter -=-==--= =-== =---= http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#422675: sis900: tons of corrupted packets are reported
[EMAIL PROTECTED] wrote: Is still issue still reproducible with the latest 2.6.18 kernel? No, because I do not have that hardware anymore. I guess you can tag this bug unreproducible now or just close it. If the error was introduced in 12etch1, do you run (or rather did you, since the bug is fairly old) IPv6? I wasn't. Thanks for looking into this anyway and have a nice weekend, Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432614: dvgrab doesn't work on Debian since Linux 2.6.22
On Wednesday 25 July 2007 2:20:35 pm Erik Schanze wrote: Running dvgrab on kernel 2.6.21 works with this warning in syslog: kernel: raw1394: WARNING - Program dvgrab uses unsupported isochronous request types which will be removed in a next kernel release kernel: raw1394: Update your software to use libraw1394's newer interface Well, then that's a really old version of dvgrab. Note: These unsupported functions have been removed in kernel 2.6.23-rc1. If there are very good reasons to bring them back (I wouldn't know of any), please speak up so that I can send a reverting patch to Linus in time. -- Stefan Richter -=-=-=== -=== ==-=- http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432614: dvgrab doesn't work on Debian since Linux 2.6.22
Dan Dennedy wrote: On Wednesday 25 July 2007 2:20:35 pm Erik Schanze wrote: Now kernel 2.6.22 is in Debian and the kernel team has disabled CONFIG_IEEE1394, thus rendering dvgrab utterly useless with that kernel. It will give: raw1394 - failed to get handle: No such file or directory.. I recommend that users stop using distributions that exclusively include a replacement subsystem that is known to break or be incomplete on the majority of the applications for the majority of the users of that subsystem!! Please open a bug with the Debian kernel team. The firewire subsystem, while nice progress so far, is too imature; there is nothing dvgrab can do to rectify that. Yes, as a clue to distributors: The firewire stack is marked EXPERIMENTAL, while the ieee1394 stack is not. Also, http://kernelnewbies.org/Linux_2_6_22 has some brief release notes about the new firewire stack and a link to more in-depth release notes which have something to say about library requirements, known bugs, and missing features of the new stack. Of course testing of the new stack is most welcome, but it's not quite right yet to disable the old stack in kernels distributed to the broader public. --- Fedora 7 is a different matter, there the new stack has actual userspace support, as far as currently implemented. What could I do to get dvgrab working again? There is a new module /lib/modules/2.6.22-1-686/kernel/drivers/firewire/firewire-ohci.ko. But I have no idea how it works with dvgrab. Could you please enlighten me? I have read some messages from people that says it works, but on my system, the isochronous functions of the firewire subsystem do not work at all. I am sorry I am not able to help you. I didn't test the isochronous functionality of the new stack myself yet. (Heck, I didn't even test any isochronous parts of the old stack so far, even though I'm upstream maintainer of the drivers... It's lack of spare time; I will get to it someday.) To use dvgrab with the new stack you need: - Dvgrab 2. - A libraw1394 from Kristian Høgsberg's libraw1394 git repo, see Linux 2.6.22 release notes as posted on linux1394-user, linked from kernelnewbies.org. - An OHCI-1394 v1.1 compliant controller. Isochronous support for OHCI-1394 v1.0 controllers is still missing. - Some (?) luck. -- Stefan Richter -=-=-=== -=== ==-=- http://arcgraph.de/sr/
Bug#422675: Acknowledgement (sis900: tons of corrupted packets are reported)
[EMAIL PROTECTED] wrote: On Mon, 2007-05-07 at 18:26 +0200, Tobias Stefan Richter wrote: * limiting to 10MBit-FD with mii-tool helped: no more errors, rsync works You might want to try 100MBit-HD, I've had similar issues with this NIC chipset, and it came down to the implementation of it FD mode on 100MBit. I tried it with 3 different manufacturers of switched, 2 managed and one non-managed. Same results each time. For me playing around with mii-tool helps. After setting the transmission mode to something else than 100FD, I can even let it autonegotiate back without causing trouble. The corrupt frames disappear and do not come back. A reboot however lets the trouble begin again. As stated in the original report, there were no problems with the kernel release before, so the problem should be solvable by software. I've switch to a PCI NIC on for obvious reasons. But for me this might still be a good suggestion. Or I start some mii-tool voodoo in init.d. Thanks, tobias -- Tobias Richter LabPZ - AG Prof. Dr. P. Zimmermann TU-Berlin PN 3-2 Phone: +49-30-314-23016 Hardenbergstr. 36 Fax: +49-30-314-23018 10623 Berlin Germanyhttp://atom.physik.tu-berlin.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422675: sis900: tons of corrupted packets are reported
Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-12etch1 Severity: normal While tracking down some rsync trouble I found this error/waring message appears 4-5 times every second: May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x908401b8/440. May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880187/391. May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90840143/323. May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880134/308. May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x9084019e/414. As you see the numbers at the end vary, but I see no close relation to the amount of traffic trough the interface. If it is related to my network problem isn't sure yet, but it creates 18MB of logfile a day. I had no such messages with it previous kernel version (before the latest security update). The NIC is reported to be a 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90) the mii module is loaded aswell. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages linux-image-2.6.18-4-k7 depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85g tools for generating an initramfs ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-4-k7 recommends: ii libc6-i686 2.3.6.ds1-13 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422675: Acknowledgement (sis900: tons of corrupted packets are reported)
Three additional pieces of information on this: * ifconfig reports the rx errors as frame errors (ca. 30% of all packets) * it really was blocking my rsync transfer * limiting to 10MBit-FD with mii-tool helped: no more errors, rsync works -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417402: beagle-search: display more hits per page
Package: beagle Version: 0.2.12-1+b1 Severity: wishlist When searching with beagle-search I only get four lines of results per 'page', no matter how large I make the window. Making the window wide I get up to 20 results in one view this way. A hundred would fit in. A search engine should make it easy to find stuff. Except for extreme numbers of results maybe, I'd like beagle-search to use the scroll bar that is shown anyway and provide all results at once. Scrolling is also what users are used to. In a desktop application you do not expect to have 'pages' with more results. As a beginning beagle user I am still sometimes puzzled why it doesn't find some documents, when the expected results are only a few clicks on a green arrow away. At least beagle-search should take all space available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412127: rhythmbox: does not play from daap resource
Package: rhythmbox Version: 0.9.6-7 Severity: normal rhythmbox fails to play songs from a daap resource, both from mt-daapd and another rhythmbox share. The songs are nicely listed first, but upon a play request they begin to show a 'do not enter' sign and the Properties show 'could not open resource for reading'. No message on the console. Tested on two computers. banshee plays the files with no problem. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rhythmbox depends on: ii dbus 1.0.2-1simple interprocess messaging syst ii gconf22.16.0-3 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gstreamer0.10-alsa [gstre 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs0.10.10-4 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bas 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.4-4 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.16-2 Avahi client library ii libavahi-common3 0.6.16-2 Avahi common library ii libavahi-glib10.6.16-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome-media0 2.14.2-4 runtime libraries for the GNOME me ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.14.2-6 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgpod0 0.4.0-0.3 a library to read and write songs ii libgstreamer0.10-00.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libhal1 0.5.8.1-6.1Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient00.8.0-9LIRC client library ii libmusicbrainz4c2a2.1.4-1Second generation incarnation of t ii libnautilus-burn3 2.14.3-8 Nautilus Burn Library - runtime ve ii libnotify10.4.3-1sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsexy2 0.1.10-1 collection of additional GTK+ widg ii libsm61:1.0.1-3 X11 Session Management library ii libsoup2.2-8 2.2.98-2 an HTTP library implementation in ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libtotem-plparser12.16.5-2 Totem Playlist Parser library - ru ii libx11-6
Bug#400170: grace: Help-Usermanual gives xmallac error
Package: grace Version: 1:5.1.20-4 Severity: minor When opening the Option Help-Usermanual I get [Error] xmalloc failed on the grace console, but the Grazilla window still opens showing the (existing) file URL /usr/share/grace/doc/UsersGuide.html but no text in the Grazilla main panel. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages grace depends on: ii defoma0.11.10Debian Font Manager -- automatic f ii fftw2 2.1.3-20 library for computing Fast Fourier ii gconf22.16.0-2 GNOME configuration database syste ii gsfonts 1:8.11+urwcyr1.0.7~pre41-1 Fonts for the Ghostscript interpre ii lesstif2 1:0.94.4-2 OSF/Motif 2.1 implementation relea ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnetcdf33.6.1-0.1 An interface for scientific data a ii libpng12-01.2.8rel-7 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii xmhtml1 1.1.7-14 A Motif widget for display HTML 3. ii zlib1g1:1.2.3-13 compression library - runtime grace recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397386: mixxx: no alsa support
Package: mixxx Version: 1.4.2-1.1 Severity: normal As far as I can tell alsa support in mixx is not enabled, but the pacakge ships the README.alsa suggesting it would be the case. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mixxx depends on: ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.2 The OpenGL utility library (GLU) ii libid3tag00.15.1b-8 ID3 tag reading library from the M ii libjack0.100.0-0 0.101.1-2 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libogg0 1.1.3-2Ogg Bitstream Library ii libportaudio0 18.1-4 Portable audio I/O - shared librar ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsamplerate00.1.2-2audio rate conversion library ii libsndfile1 1.0.16-1 Library for reading/writing audio ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-2 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii mixxx-data1.4.2-1.1 Digital Disc Jockey Interface -- d mixxx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397385: mixxx: cannot open some ogg vorbis files
Package: mixxx Version: 1.4.2-1.1 Severity: normal On some files I get: Debug: oggvorbis: file cannot be opened. on the console and no reaction from mixxx to my request to play back the file. I cannot tell the difference between working an non-working files. 'file' says: notworking.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~192000 bps, created by: Xiph.Org libVorbis I works.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~160003 bps, created by: Xiph.Org libVorbis I (1.0.1) but I am not sure wether it's bit rate related (only). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mixxx depends on: ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.2 The OpenGL utility library (GLU) ii libid3tag00.15.1b-8 ID3 tag reading library from the M ii libjack0.100.0-0 0.101.1-2 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libogg0 1.1.3-2Ogg Bitstream Library ii libportaudio0 18.1-4 Portable audio I/O - shared librar ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsamplerate00.1.2-2audio rate conversion library ii libsndfile1 1.0.16-1 Library for reading/writing audio ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-2 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii mixxx-data1.4.2-1.1 Digital Disc Jockey Interface -- d mixxx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363120: xserver-xorg-core: still unfixed
Package: xserver-xorg-core Version: 2:1.1.1-10 Followup-For: Bug #363120 X still freezes after apm suspend/resume cycle in the current etch version. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-core depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-13 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxfont11:1.2.2-1 X11 font rasterisation library ii x11-common 1:7.1.0-5 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-5 the X.Org X server ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381161: vim-latexsuite: labels after percent signs not found
Package: vim-latexsuite
Version: 20060325-1
Severity: minor
A label like this:
\caption{This picture shows 10\% of the device \label{fig:zoom}}
is not found by F9 search.
Workaround:
\caption{This picture shows 10\%
of the device \label{fig:zoom}}
Trivial but you have to keep it in mind all the time.
-- Package-specific info:
Vim related packages installed on this system:
- vim-latexsuite
- vim-runtime
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages vim-latexsuite depends on:
ii python 2.3.5-11An interactive high-level object-o
ii vim 1:7.0-035+1 Vi IMproved - enhanced vi editor
ii vim-common 1:7.0-035+1 Vi IMproved - Common files
ii vim-full [gvim] 1:7.0-035+1 Vi IMproved - enhanced vi editor -
Versions of packages vim-latexsuite recommends:
ii tetex-bin 3.0-18 The teTeX binary files
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377037: iaxmodem: manpage wrong on configuration file location
Package: iaxmodem Version: 0.1.9.dfsg-1 Severity: minor Manpage says: iaxmodem [configname] [...] iaxmodem runs as a standalone daemon when no configname is specified on the command line, spawning one process per config file found under /etc/iaxmodem/iaxmodem-cfg.*. Otherwise, iaxmodem runs as a single soft modem using the specified configname (/etc/iaxmodem-cfg.configname). ^ directory /iaxmodem/ missing $ iaxmodem ttyIAX [2006-07-06 11:46:00] Modem started [2006-07-06 11:46:00] Cannot open /etc/iaxmodem/ttyIAX. From the manpage I should have looked for /etc/iaxmodem-cfg.ttyIAX So the directory is missing and it is not 'configname' but rather 'config file' (no prefix attached). Thanks, t. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages iaxmodem depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libtiff4 3.8.2-5Tag Image File Format (TIFF) libra iaxmodem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368546: sawfish-related system slowdown
Andreas, now that this bug is no longer RC and sawfish no longer has the old maintainer, could you unblock sawfish again? According to popcon I am not the only one to still use it, so it would be a pity to miss it in etch. Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374831: gnome-applets: mixer_applet2 is killed (or dies) during suspend/resume cycle
Package: gnome-applets Version: 2.14.2-1 Severity: normal Hmm. Subject says it. I do not see any diagnostics, only a warning message that the Volume Manager has died unexpectedly. Reloading brings it back w/o problems. Happens on/after every suspend/resume cycle using APM on a Thinkpad X31. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii gconf2 2.14.0-1 GNOME configuration database syste ii gnome-applets-data 2.14.2-1 Various applets for GNOME 2 panel ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-panel2.14.1-1+b1 launcher and docking facility for ii gstreamer0.10-alsa 0.10.7-2 GStreamer plugin for ALSA ii libapm13.2.2-5 Library for interacting with APM d ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-desktop-2 2.14.2-1 Utility library for loading .deskt ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgstreamer-plugins-base0 0.10.7-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.8-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libgtop2-5 2.12.2-1 Libraries for gtop system monitori ii libgucharmap4 1:1.6.0-1 Unicode browser widget library (sh ii libhal10.5.7-2 Hardware Abstraction Layer - share ii libnotify1 0.4.0-1 sends desktop notifications to a n ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.1-1+b1 library for GNOME 2 panel applets ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libwnck18 2.14.2-1 Window Navigator Construction Kit ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxklavier10 2.2-3 X Keyboard Extension high-level AP ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra Versions of packages gnome-applets recommends: pn deskbar-applet none(no description available) ii gnome-media2.12.0-3 The GNOME Media Utilities ii gnome-netstatus-applet 2.12.0-5 Network status applet for GNOME 2 ii gnome-system-monitor 2.12.2-2 Process viewer and system resource ii imagemagick7:6.2.4.5-0.8 Image manipulation programs -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363120: will there be a fix for etch?
Package: xserver-xorg-core Version: 1:1.0.2-8 Followup-For: Bug #363120 Is there a chance to get the fix into etch somehow? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370727: udev: z25_persistent-net.rules with duplicate eth0 entry after update sarge-etch
Package: udev Version: 0.091-2 Severity: important The /lib/udev/write_net_rules program generated a duplicate entry for eth0. The system gave priority to the firewire adapter, the e100 being eth2_temp now, resulting in a loss of connectivity for the whole system. Not nice for an automated update. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 2005-12-17 11:58 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2006-06-06 15:57 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-06-06 16:34 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 16 2006-06-06 16:33 030_ifplugd.rules - ../ifplugd.rules lrwxrwxrwx 1 root root 12 2006-06-06 14:30 050_hal-plugdev.rules - ../hal.rules lrwxrwxrwx 1 root root 15 2006-06-06 16:38 85-pcmcia.rules - ../pcmcia.rules -rw-r--r-- 1 root root 41 2006-01-30 22:20 fusepermissions lrwxrwxrwx 1 root root 17 2006-06-06 16:24 thinkpad.rules - ../thinkpad.rules lrwxrwxrwx 1 root root 13 2005-12-17 11:58 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-06-06 14:30 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-06-06 14:30 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 637 2006-06-06 17:30 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-06-06 14:30 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-06-06 14:30 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-06-06 14:30 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 15 2006-06-06 16:32 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 33 2006-06-06 16:37 z60_xserver-xorg-input-wacom.rules - ../xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 17 2006-06-06 14:30 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/drm/card0/dev /sys/class/graphics/fb0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/apm_bios/dev /sys/class/misc/fuse/dev /sys/class/misc/nvram/dev /sys/class/misc/psaux/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dsp1/dev /sys/class/sound/dsp/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D3c/dev /sys/class/sound/pcmC0D4p/dev /sys/class/sound/pcmC1D0c/dev /sys/class/sound/pcmC1D0p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts2.86.ds1-14.1 Scripts for initializing and shutt ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libselinux11.30-1SELinux shared libraries ii libvolume-id0 0.091-2 libvolume_id shared library ii lsb-base 3.1-8 Linux Standard Base 3.1 init scrip ii makedev2.3.1-81 creates device files in /dev ii sed4.1.5-1 The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364440: Missing depend on libmono-sqlite1.0-cil
This bug could/should be closed to get f-spot into testing eventually. tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351890: mutt: dangerous handling of attachment filenames
Hi Alain, thanks for taking care. [EMAIL PROTECTED] wrote: On Wednesday, February 8, 2006 at 10:47:32 +0100, Tobias Stefan Richter wrote: I just saved an attachment by the name =?ISO-8859-15?Q?=DCberraschung=2Ezip?= as it was received due to (improper?) encoding. Illegal encoding, explicitly prohibited by RFC 2047. Attachment filenames have to use another encoding: RFC 2231. But you still can persuade Mutt to decode this, by setting $rfc2047_parameters. RFC violation should be reported to the sender software. What is it? Microsoft Outlook [Express]? No: User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) Maybe they fixed that already. I'm not sure if the = - $MAIL expansion is desired in the attachment menu at all (I don't think so) I vaguely seem to recall from previous discussions that this is a desired expansion. When explicily entered by the user, it could be expected to work that way. Ok. But I rarely want to save attachments inside my mail folder. but it should for sure not be used with filenames supplied by remote parties. Some sanitizing might be good, right. There is already bug #1719 opened upstream since a long time about attachments with =names stored in $folder by default. Clearly said: Fixing this seems not to be seen as an absolute priority. Do you want me to add you to the Notify-List of #1719? That'd be nice. Thanks again, tobias -- Tobias Richter LabPZ - AG Prof. Dr. P. Zimmermann TU-Berlin PN 3-2 Phone: +49-30-314-23020 Hardenbergstr. 36 Fax: +49-30-314-23018 10623 Berlin Germanyhttp://atom.physik.tu-berlin.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353592: asterisk: stereorize in wrong directory
Package: asterisk Version: 1:1.2.0.dfsg-5bxlug0 Severity: normal stereorize is placed in /usr/sbin where root-only programs should go. /usr/bin would be correct with the FHS. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages asterisk depends on: ii adduser 3.63 Add and remove users and groups hi asterisk-config 1:1.2.0.dfsg-5bxlug0 config files for asterisk hi asterisk-sounds-mai 1:1.2.0.dfsg-5bxlug0 sound files for asterisk ii libasound2 1.0.8-3 ALSA library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl37.13.2-2sarge4 Multi-protocol file transfer libra ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncurses5 5.4-4Shared libraries for terminal hand ii libnewt0.51 0.51.6-20Not Erik's Windowing Toolkit - tex ii libpq3 7.4.7-6sarge1PostgreSQL C client library ii libpri1 1.2.1-1bxlug0Primary Rate ISDN specification li ii libspeex1 1.1.6-2 The Speex Speech Codec ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii unixodbc2.2.4-11 ODBC tools libraries ii zlib1g 1:1.2.2-4.sarge.2compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351890: mutt: dangerous handling of attachment filenames
Package: mutt Version: 1.5.9-2 Severity: normal Tags: security I just saved an attachment by the name =?ISO-8859-15?Q?=DCberraschung=2Ezip?= as it was received due to (improper?) encoding. The message ended up not in my pwd, but in $MAIL/?ISO-8859-15?Q?=DCberraschung=2Ezip?= Being uncautious one could be tricked into overwriting mail folders. I'm not sure if the = - $MAIL expansion is desired in the attachment menu at all (I don't think so), but it should for sure not be used with filenames supplied by remote parties. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages mutt depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.34.3.27-2 Berkeley v4.3 Database Libraries [ ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libsasl22.1.19-1.5 Authentication abstraction library ii postfix [mail-transport-age 2.1.5-9 A high-performance mail transport -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344412: chrony: does not handle ip aliases
[EMAIL PROTECTED] wrote: Thank you for your report. I will forward it upstream. Okok, my fault. I only looked in the example chrony.conf and the man page, the info I needed was in that info document. 'bindaddress' does the trick. It would be nice to see it in the example config. Feel free to close the bug or downgrade it to a wishlist item at your choice. Thanks and have a nive new year, tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344412: chrony: does not handle ip aliases
Package: chrony Version: 1.20-8 Severity: normal I have chronyd running as a time server on a host with multiple IP adresses. No other chrony could connect to it so I figured out (using tcpdump) that the server was answering from a different IP address, than the request was received from. This will hardly ever work, but I also found no way to constrain chrony to a specific sources address (apart from rerouting by iptables). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.4-misdn Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages chrony depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-11 GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304890: libraw1394-5: new upstream release available
Marcio Teixeira wrote: For buil FreeBoB, libraw1394 must be updated: we need version or = 1.2.0. The problem: on unstable, version is 1.1.0. By this reason, I'm working on new upstream (1.2.0, svn rev 154): [...] I need last svn snapshot. But (svn|www).linux1394.org is down. So, could something send me it?. I have just uploaded a tarball of an svn checkout at rev 160: http://me.in-berlin.de/~s5r6/linux1394/ The checkout is not entirely clean, as you can see by running svn stat -v in the libraw1394 from my tarball. However it contains a clean tags/v1.2.0. -- Stefan Richter -=-=-=-= =--= -=--- http://arcgraph.de/sr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315680: bidwatcher: cannot bid/snipe - unable to parse eBay's response
Package: bidwatcher Version: 1.3.17-1 Severity: important bidwatcher seems no longer to be able to bid: [2005-06-24 20:32:32] Pre-bid on 7525783314 SUCCEEDED: 1 at 1.00 Bid failed - unable to parse eBay's response. [2005-06-24 20:32:35] Bid on 7525783314 FAILED: Unable to determine error. This indicates a bug. ~/.bidwatcher shows a new error-7525783314.html file containing a review/confirm your bid notice. It is reproducible. It looks as if ebay changed their reply. So is bidwatcher a candidate for volatile.d.o? I am not stetting this bug 'grave' as one can still monitor ongoing auctions. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bidwatcher depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libcurl3 7.13.2-2Multi-protocol file transfer libra ii libgcc1 1:3.4.3-13 GCC support library 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 libidn11 0.5.13-1.0 GNU libidn library, implementation ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu 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#310865: apmd_proxy starts resume scripts twice
Package: apmd Version: 3.2.2-3 Severity: normal Tracking down some suspend/resume oddities I wrote a script to just log the invocations (and $1 $2 ) by apmd_proxy. And see: May 26 15:39:03 grohl apmlog: suspend system [...] May 26 15:39:18 grohl apmlog: resume suspend May 26 15:39:20 grohl apmlog: resume suspend It sees the resume twice. Google found older messages reporting similar behaviour that was said to be a kernel problem at that time. But with respect to the kernel we have a completely different view (apm=debug): May 26 15:39:03 grohl kernel: apm: received system suspend notify May 26 15:39:04 grohl last message repeated 3 times May 26 15:39:05 grohl kernel: eth1: got suspend request (state 3) May 26 15:39:07 grohl kernel: apm: received system suspend notify May 26 15:39:07 grohl kernel: apm: received system suspend notify May 26 15:39:16 grohl kernel: MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0. May 26 15:39:16 grohl kernel: Bank 1: f2000155 May 26 15:39:16 grohl kernel: apm: received normal resume notify It sees numerious suspend events (reading apm.c this is known for IBM Thinkpads and there is a workaround in place to cope with this) but only one resume notify. I promise there aren't any more down the lines :) It's am IBM X31 running custom compiled vanilla 2.6.7.11, if that matters. But as far as I see it's no kernel issue, is it? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apmd depends on: ii debconf 1.4.30.13Debian configuration management sy ii libapm1 3.2.2-3 Library for interacting with APM d ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii powermgmt-base 1.22 Common utils and configs for power -- debconf information: apmd/overwrite-config-file: true apmd/hdparm-removed: apmd/suspend-on-ac: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308108: chipcard-tools: depends on no drivers, most aren't even available in Debian
[EMAIL PROTECTED] wrote: On Sunday 08 May 2005 23:28, Tobias Stefan Richter wrote: To understand the issue correctly: What can be done with chipcard-tools without installing further libraries, not declared as a dependency? [...] The problem is this: Some drivers are binary-only and will never come with a license acceptable to Debian (e.g. Kobil drivers). So for some readers the user will *always* have to install the drivers himself. I don't know if that is still acceptable, but one could provide a download and install meta package for those drivers. By not setting up dependencies for drivers you do not render Libchipcard useless, since you don't deny the user the possiblity to install drivers himself. I will not try to convice you that this is a bad excuse. It for sure is a violation of the Debian Policy 3.5 (Dependencies): For example, a dependency entry must be provided for any shared libraries required by a dynamically-linked executable binary in a package. chipcard-tools contains binaries that need at least one of the driver libraries to work. Excluding perhaps the client stuff, but even a single binary would violate the Policy. That fact that for some alternatives no Debian package even exists does not improve matters. So the bug serverity of 'important' was in fact wrong. 'Serious' would have been correct, sorry. On the other hand filing dependencies for the already available GPL drivers will result in the user installing a Cyberjack or Towitoko driver even if he rather has a Kobil device. This will most likely confuse the user... Depending on drivers is only acceptable if drivers for *all* (or at least most generally used) readers are available, IMHO. The drivers could provide a virtual package so the user would have to pick the right one(s). For the Kobil driver (and other non-free ones) I don't know if a download-and-install meta package for the Kobil driver would be acceptable (both for Kobil and Debian). Alternatively the chipcard-tools package could state that additional readers would be supported by non-free libraries. The user confusion is not minimized by providing no hints at all that additional software would be needed, by the way. Bye, Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308108: chipcard-tools: depends on no drivers, most aren't even available in Debian
[EMAIL PROTECTED] wrote: Note that while the bug probably matters to you a great deal - after all you took the time report it - it does not qualify for the severity level important as defined by the Debian BTS instructions. To understand the issue correctly: What can be done with chipcard-tools without installing further libraries, not declared as a dependency? Bye, Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308108: chipcard-tools: depends on no drivers, most aren't even available in Debian
Package: chipcard-tools Version: 0.9.1-7 Severity: important Most (if not all?) programs within chipcard-tools need a separate reader library. None of the possible files is installed as a dependency, nor could I find a documentation hint which packages to install to get a specific reader working. Moreover from the advertized driver libraries only libtowitoko.so and libpcsclite.so are available as a Debian package. libct_kaan.so, libct_b1.so and libctapi_cyberjack.so have to be tracked down by the user himself. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages chipcard-tools depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libchipcard20 0.9.1-7 API for smartcard readers ii libgcc1 1:3.4.3-12 GCC support library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307053: /usr/bin/xscreensaver-text: xscreensaver-text does not handle rss feeds
[EMAIL PROTECTED] wrote: It seems that only RSS 2.0 feeds are supported, not RSS 1.0 ones. That's sad, as all feeds I'd be interested in are not 2.0 ones. But as this feature is nothing extremely needed, it would be ok for me if that behaviour was documented. Thanks, tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307053: /usr/bin/xscreensaver-text: xscreensaver-text does not handle rss feeds
Package: xscreensaver Version: 4.21-3 Severity: normal File: /usr/bin/xscreensaver-text The xscreensaver-text advertizes the feature to extract text from RSS feeds (as does the gnome-control-panel), but xscreensaver-text fails to do so: $ xscreensaver-text --url http://www.heise.de/newsticker/heise.rdf $ No text. HTML works, though. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xscreensaver depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxml2 2.6.16-7GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296270: xblast-tnt-images: should depend on xblast-tnt
Package: xblast-tnt-images Version: 20050106-1 Severity: minor xblast-tnt-images should depend on xblast-tnt so it get removed when xblast-tnt is removed. Same is true for xblast-tnt-levels, xblast-tnt-models, xblast-tnt-sounds and xblast-tnt-musics, but I think it's no use filing individual bug reports, is it? tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296133: openvpn: UTF-8 spoils searches in man pages
Package: openvpn Version: 1.99+2.rc12-1 Severity: minor I recently switched to UTF-8 character handling. Now, when searching for an extended cmd line option in openvpn(8), like --dev-type, using e.g. / in less as a man pager, I only find the phrase in the SYNOPSIS section. Later the hyphen between the words is no longer matched by the pattern. That makes it cumbersome to look up the meaning of a particular option. After suspecting a general problem with man-db, less or groff I could not find a single other man pages showing the same problem. So I'm reporting it here. I have no idea how to fix it, though. By the way: I like your package a lot! Thanks. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages openvpn depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii liblzo1 1.08-1.2 A real-time data compression libra ii libssl0.9.7 0.9.7e-2 SSL shared libraries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293976: gv: does not quote or handle filenames given to the shell when printing
Package: gv Version: 1:3.6.1-5 Severity: grave Justification: user security hole gv does not handle filenames correctly. When trying to print a file with a space in it, I get: $ gv 24\ stundenprotokoll.ps Warning - Cannot open file '24', No such file or directory Warning - Cannot open file 'stundenprotokoll.ps', No such file or directory lp: nothing to print Warning - Cannot open file '/home/tsr/gv_42073222_1_24', No such file or directory Warning - Cannot open file 'stundenprotokoll.ps.tmp', No such file or directory lp: nothing to print $ The first message is from 'Print All' the second is a 'Print Marked'. Using specially crafted filenames it is also possible to launch arbitrary programs under the invoking user's id. This is a security risk. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gv depends on: ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management 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 libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set 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#292032: gphoto2: saves wrong date on movies
Package: gphoto2 Version: 2.1.5-1 Severity: normal gphoto2 extracts and saves the correct exposure date for jpg images but for mov files it saves the files to the current time and date. This is using a Nikon Coolpix 4100, used via USB PTP Class Camera. (could not check for bug report dupes from here, sorry) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gphoto2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcdk4 4.9.9-3.2Curses Development Kit ii libexif10 0.6.9-4 The EXIF library allows you to par ii libgphoto2-22.1.5-2 The gphoto2 digital camera library ii libgphoto2-port02.1.5-2 The gphoto2 digital camera port li ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libncurses5 5.4-4Shared libraries for terminal hand ii libpopt01.7-5lib for parsing cmdline parameters ii libreadline44.3-11 GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291847: nip2: does not open files with colon in name
Package: nip2 Version: 7.10.6-1 Severity: normal Nip2 just silently refuses to open file with a colon ':' in their name. No error message, no open syscall. A press on the Open butten in the file dialog is ignored when such a file is selected. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages nip2 depends on: ii fftw33.0.1-11Library for computing Fast Fourier ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdps1 4.3.0.dfsg.1-10 Display PostScript (DPS) client li ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-9The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmagick6 6:6.0.6.2-2.1 Image manipulation library ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtiff4 3.7.1-1 Tag Image File Format (TIFF) libra ii libvips7.10 7.10.6-2Image processing system good for v 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 libxml2 2.6.11-5GNOME XML library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290615: spamassassin: Use of uninitialized value in concatenation (.) or string
Package: spamassassin Version: 3.0.2-1 Severity: minor Reporting spam with 'spamassassin -r' (from stdin) always yields this error/warning: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Mail/SpamAssassin/Reporter.pm line 435. I thinks it's a cosmetic bug as SA still seems to work. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages spamassassin depends on: ii debconf 1.4.30.11 Debian configuration management sy ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.36-1 A collection of modules that parse ii perl [libstorable-perl] 5.8.4-5Larry Wall's Practical Extraction ii spamc 3.0.2-1Client for SpamAssassin spam filte -- debconf information: spamassassin/upgrade/2.40w: * spamassassin/upgrade/2.42m: No * spamassassin/upgrade/2.40: * spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
