Bug#333477: libgtk2.0-bin: Does not update IM module API - libxfce.so: undefined symbol: im_module_list
Package: libgtk2.0-bin Version: 2.6.10-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.5-rc3-ben0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgtk2.0-bin depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libglib2.0-0 2.8.1-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-2Layout and rendering of internatio ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-7 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime libgtk2.0-bin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333308: tex-common: doesn't purge cleanly
Lars Wirzenius [EMAIL PROTECTED] wrote: ti, 2005-10-11 kello 14:37 +0200, Frank Küster kirjoitti: Do you have a log of the piuparts run (or whatever tool you used)? I don't understand the problems that calling ucf in postrm causes. postrm can't rely on non-essential packages when being called during purge (policy 7.2). Specifically, dpkg gives no guarantee that any packages being depended on exist anymore on the system, meaning that ucf might not be there. This we know, and therefore we do purge_ucf_file () { local conffile=$1 purge_file $conffile if [ -x /usr/bin/ucf ]; then ucf --purge ${conffile} fi } purge) # purge texmf_parts for file in $UCF_FILES; do purge_ucf_file /etc/texmf/$file done This is what happens to happen with piuparts (well, I tried to make piuparts cause it to happen). I've attached the log, in case it clarifies things. (I'd be happy to explain any parts of the log that may be unclear.) Indeed I don't completely understand it, or your interpretation of it. Here's the relevant part: 0m5.5s DEBUG: Command failed (status=256), but ignoring error: 'chroot /tmp/tmpTZbIYF dpkg --remove ucf' 0m5.5s DEBUG: Starting command: chroot /tmp/tmpTZbIYF dpkg --remove tex-common 0m5.5s DUMP: (Reading database ... 7686 files and directories currently installed.) 0m5.5s DUMP: Removing tex-common ... 0m5.5s DEBUG: Command ok: 'chroot /tmp/tmpTZbIYF dpkg --remove tex-common' 0m5.5s DEBUG: Starting command: chroot /tmp/tmpTZbIYF dpkg --remove --pending 0m5.6s DUMP: (Reading database ... 7603 files and directories currently installed.) 0m5.6s DUMP: Removing ucf ... 0m5.6s DEBUG: Command ok: 'chroot /tmp/tmpTZbIYF dpkg --remove --pending' 0m5.6s DEBUG: Starting command: chroot /tmp/tmpTZbIYF dpkg --purge ucf 0m5.6s DUMP: (Reading database ... 7591 files and directories currently installed.) 0m5.6s DUMP: Removing ucf ... 0m5.6s DUMP: Purging configuration files for ucf ... 0m5.6s DUMP: rmdir: `/var/lib/ucf/cache': Directory not empty 0m5.8s DUMP: rmdir: `/var/lib/ucf/cache': Directory not empty 0m5.8s DUMP: dpkg - warning: while removing ucf, directory `/var/lib/ucf' not empty so not removed. 0m5.9s DEBUG: Command ok: 'chroot /tmp/tmpTZbIYF dpkg --purge ucf' 0m5.9s DEBUG: Starting command: chroot /tmp/tmpTZbIYF dpkg --remove --pending 0m5.9s DEBUG: Command ok: 'chroot /tmp/tmpTZbIYF dpkg --remove --pending' 0m5.9s DEBUG: Starting command: chroot /tmp/tmpTZbIYF dpkg --purge tex-common 0m5.9s DUMP: (Reading database ... 7589 files and directories currently installed.) 0m5.9s DUMP: Removing tex-common ... 0m5.9s DUMP: Purging configuration files for tex-common ... 0m6.0s DEBUG: Command ok: 'chroot /tmp/tmpTZbIYF dpkg --purge tex-common' I would say from this that files left in /var/lib/ucf/cache aren't our fault, but simply ucf's. The error message comes before our postinst is called with purge. The ls-R file is our responsibility, of course. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#333333: rageircd: extremely high lag on encrypted connections
On Tue, Oct 11, 2005 at 10:24:27PM +0100, Alasdair McWilliam wrote: What socket engine module is 2.0.1-1 compiled with? rtsigio. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333478: libsamplerate0-dev: New upstream version available
Package: libsamplerate0-dev Version: 0.1.1-2 Severity: minor Version 0.1.2 is available, and has (among other things) quote (from the website): Version 0.1.2 (Sep 12 2004) Callback API reset bug fix. Thanks Paul -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.2suspend Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libsamplerate0-dev depends on: ii libsamplerate00.1.1-2audio rate conversion library ii pkg-config0.19-1 manage compile and link flags for libsamplerate0-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333415: clamav-data: [INTL:sv] Swedish debconf templates translation
tags #333415 l10n patch confirmed pending thanks On Tue, Oct 11, 2005 at 10:45:25PM +0200, Daniel Nylander wrote: Project-Id-Version: clamav-data 20050930.171700.1106\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-08-12 09:04+0200\n PO-Revision-Date: 2005-10-12 22:44+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333409: emacs-snapshot-common: conflict against dictionaries-common 0.60
Karl Chen [EMAIL PROTECTED] writes: dictionaries-common 0.50 contains an ispell.el that conflicts with emacs-snapshot. dictionaries-common 0.60 fixed it. Good idea, I'll enforce this dependency. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304271: Any progress?
Hello, Is there any progress? Do you need any sort of help? Best regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328441: [Fwd: major problem with gnome-games dependency]
[Daniel Burrows] you'd have to do something like aptitude keep ~Rdepends:^gnome$. Too arcane. (: I've occasionally wanted a simple command in aptitude for remove the auto flag from all the depends of this package - not only for metapackages but also for dummy upgrade packages. Another way to look at it is a combined command for remove this package but arrange not to remove anything it pulled in. This seems a bit better to me than unconditionally keeping dependencies of removed metapackages, as Bug #328441 suggests. signature.asc Description: Digital signature
Bug#333480: quilt: no way to avoid patch -E option
Package: quilt Version 0.42-1 Quilt currently appears to unconditionally insert -E as a patch argument (see /usr/share/quilt/patch). This causes it to remove files that end up with a size of 0 after patching. The patch manpage suggests that -E isn't normally necessary, and it can cause trouble. For example, after updating all of the autofiles for emacs21, aclocal.m4 will have been reduced to a size of 0, but it still exists, and the emacs Makefile depends on it existing. If the resulting autofiles diff is represented as a quilt patch, then when it is applied, aclocal.m4 will be removed (rather than left with a size of 0), and the emacs build will fail. There may be some reason that quilt depends on this behavior, but if not, it would be nice if there were some option to control the use of -E when calling patch. It would be ideal (though perhaps not feasible), if the use of -E could be specified per-patch, as with -p, but a global control, or additional argument to quilt push, would be sufficient. Also, I listed this bug at normal severity because I wasn't sure that it wasn't a real bug, but it might also just rate wishlist. Thanks -- 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333217: discover1: ftbfs [sparc] error: too few arguments to function 'init_lst'
On Tue, Oct 11, 2005 at 01:17:53PM +0200, Gaudenz Steinlin wrote: Please try the attached patch and see if the generated binary works. builds, installs, and appears to work. debug output attached. It did not discover the parallel port, but that may not be a new problem. Script started on Wed Oct 12 06:13:43 2005 ]0;[EMAIL PROTECTED]: /tmp/buildd/discover1-1.7.14sundry:/tmp/buildd/discover1-1.7.14# discover -d Reading PCI hardware database... Can't open file `/etc/discover/pci.lst' for reading! Reading PCI hardware database... Reading PCI hardware database... Can't open file `/usr/share/discover/pci.lst' for reading! Reading USB hardware database... Can't open file `/etc/discover/usb.lst' for reading! Reading USB hardware database... Reading USB hardware database... Can't open file `/usr/share/discover/usb.lst' for reading! Reading PCMCIA hardware database... Can't open file `/etc/discover/pcmcia.lst' for reading! Reading PCMCIA hardware database... Reading PCMCIA hardware database... Can't open file `/usr/share/discover/pcmcia.lst' for reading! Reading SBUS hardware database... Can't open file `/etc/discover/sbus.lst' for reading! Reading SBUS hardware database... Reading SBUS hardware database... Can't open file `/usr/share/discover/sbus.lst' for reading! Reading PCI hardware database... Can't open file `/etc/discover/pci-26.lst' for reading! Reading PCI hardware database... Reading PCI hardware database... Can't open file `/usr/share/discover/pci-26.lst' for reading! Reading USB hardware database... Can't open file `/etc/discover/usb-26.lst' for reading! Reading USB hardware database... Reading USB hardware database... Can't open file `/usr/share/discover/usb-26.lst' for reading! Reading PCMCIA hardware database... Can't open file `/etc/discover/pcmcia-26.lst' for reading! Reading PCMCIA hardware database... Reading PCMCIA hardware database... Can't open file `/usr/share/discover/pcmcia-26.lst' for reading! Reading SBUS hardware database... Can't open file `/etc/discover/sbus-26.lst' for reading! Reading SBUS hardware database... Reading SBUS hardware database... Can't open file `/usr/share/discover/sbus-26.lst' for reading! Reading PCI hardware database... Can't open file `/etc/discover/pci-sparc.lst' for reading! Reading PCI hardware database... Reading PCI hardware database... Can't open file `/usr/share/discover/pci-sparc.lst' for reading! Reading USB hardware database... Can't open file `/etc/discover/usb-sparc.lst' for reading! Reading USB hardware database... Can't open file `/lib/discover/usb-sparc.lst' for reading! Reading USB hardware database... Can't open file `/usr/share/discover/usb-sparc.lst' for reading! Reading PCMCIA hardware database... Can't open file `/etc/discover/pcmcia-sparc.lst' for reading! Reading PCMCIA hardware database... Can't open file `/lib/discover/pcmcia-sparc.lst' for reading! Reading PCMCIA hardware database... Can't open file `/usr/share/discover/pcmcia-sparc.lst' for reading! Reading SBUS hardware database... Can't open file `/etc/discover/sbus' for reading! Reading SBUS hardware database... Can't open file `/lib/discover/sbus' for reading! Reading SBUS hardware database... Can't open file `/usr/share/discover/sbus' for reading! Probing PCI cards... Probing USB devices... Probing SCSI devices... Found SEAGATE ST3146807LC (4) Found TOSHIBA XM5701TASUN12XCD (5) Probing SBUS devices... Found Sun Microsystems HAPPY MEAL 10/100 Ethernet Probing parallel ports... Probing serial ports... Found [/dev/ttyS0] Found [/dev/ttyS1] ]0;[EMAIL PROTECTED]: /tmp/buildd/discover1-1.7.14sundry:/tmp/buildd/discover1-1.7.14# exit Script done on Wed Oct 12 06:13:51 2005
Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2
Package: gdk-imlib1 Version: 1.9.14-22 Severity: critical Justification: breaks unrelated software Hi, Unless there is something big I am missing, gdk-imlib should certainly not take it upon itself to force the removal of libpng2 and all its dependencies... Josselin: I see from #323354 that you are planning to kill off libpng2 soon in any case. Where does this leave apps that still depend on gtk1? Will it be rebuilt to use png3, or something else? wx2.4 can build with png3 just fine, but I'm much less sure about how well it can be rebuilt with gtk2... That's not the only package that this (wrong IMO) change to gdk-imlib make uninstallable on my system though. Please fix this and/or advise of a transition plan. thanks, Ron -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gdk-imlib1 depends on: ii imlib-base1.9.14-21 Common files needed by the Imlib/G ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib1.21.2.10-10 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng10-01.0.18-1 PNG library, older version - runti ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libungif4g4.1.3-3shared library for GIF images (run ii libx11-6 6.8.2.dfsg.1-8 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-8 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-8 X Window System Input extension li ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime gdk-imlib1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333482: cgiemail: [INTL:sv] Swedish debconf templates translation
Package: cgiemail Version: 1.6-28 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # 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: cgiemail 1.6-28\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-08-10 10:27+0200\n PO-Revision-Date: 2005-10-13 08:27+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Description #: ../templates:4 msgid Where do you want to put cgiemail's mail templates? msgstr Var vill du lägga cgiemail-s e-postmallar? #. Description #: ../templates:4 msgid In old versions of cgiemail, templates that were used for creating e-mails to be sent could be placed anywhere that would be served up by the web server. This behaviour is a security vulnerability: an attacker can read files that he shouldn't be able to, such as scripts in cgi-bin, if they contain certain pieces of text. msgstr I äldre versioner av cgiemail användes mallar för att skapa e-post som skulle skickas och de kunde placeras var som helst i webservern. Detta är en säkerhetsrisk eftersom en attackare kan läsa filerna som han inte borde göra, såsom skript i cgi-bin om du innehåller viss typ av text. #. Description #: ../templates:4 msgid If you enter nothing (that is, erase the default directory, leaving this empty), cgiemail will still work. This may be needed if you are, for instance, hosting web services, and cannot move all of your clients cgiemail templates to one directory. Remember that this will LEAVE THE SECURITY HOLE OPEN, and is only a choice for backwards compatibility. msgstr Om du inte anger något (alltså, rensa standardmappen, lämna denna blank) kommer cgiemail fortfarande att fungera. Detta kan vara nödvändigt om du till exempel erbjuder webtjänster och inte kan flytta alla dina klienters cgiemail-mallar till en mapp. Tänk på att detta är ETT ÖPPET SÄKERHETSHÅL och är bara ett val för att vara bakåtkompatibel. #. Description #: ../templates:4 msgid To close the hole, enter a directory, which MUST be accessible by your web server. Template files that you want to use should go there. For further instructions, please read the README.Debian and README files in /usr/share/ doc/cgiemail/. msgstr För att stänga detta hål, ange en mapp som din webserver MÅSTE ha tillgång till. Mallfilerna som du vill använda ska ligger där. För mer instruktioner, läs README.Debian och README-filerna i /usr/share/doc/cgiemail/.
Bug#333481: console-log: [INTL:sv] Swedish debconf templates translation
Package: console-log Version: 1.0-10 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # 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: console-log 1.0-10\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-12-13 13:47+\n PO-Revision-Date: 2005-10-13 08:32+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: note #. Description #: ../console-log.templates:3 msgid New config file format for /etc/console-log.conf msgstr Nytt forma för konfigurationsfilen /etc/console-log.conf #. Type: note #. Description #: ../console-log.templates:3 msgid console-log's config file format has been changed to a format that is much more flexible. Since Debian policy explicitly forbids automatic conversion of dpkg-conffiles, the conversion must be done manually. msgstr Formatet för console-log's konfigurationfil har ändrats till ett format som är mycket mer flexibel. Eftersom Debian's policy förbjuder automatisk upparbetning av dpkg-conffiler måste upparbetningen göras manuellt. #. Type: note #. Description #: ../console-log.templates:3 msgid The script convert-console-log.conf is provided to help with that. See convert-console-log.conf(8) for details. msgstr Skriptet convert-console-log.conf skickas med för att hjälpa till med detta. Se convert-console-log.conf(8) för detaljer. #. Type: note #. Description #: ../console-log.templates:3 msgid If you didn't allow dpkg to replace your config file with the new config file from the package, your package will stop working. msgstr Om du inte tillåter dpkg att byta din konfigurationsfil med en ny konfigurationsfil från paketet kommer din paket att sluta fungera. #. Type: note #. Description #: ../console-log.templates:3 msgid Be aware that your console-log package will stop working if you try to invoke the new version with and old-style config file. msgstr Tänk på att ditt console-log paket kommer att sluta fungera om du försöker att starta den nya versionen med en äldre konfigurationsfil.
Bug#324495: Strange screen during French install
Quoting Frans Pop ([EMAIL PROTECTED]): On Tuesday 11 October 2005 22:15, Christian Perrier wrote: Actually, this is a problem I've already seen: dialog boxes are not sized accordingly to buttons width, but only according to the text inside the dialog box. Looks like the title is truncated too. Yes, that happens also. Neither titles, nor buttons are taken into account for screen width calculations. Eugenyi, I highly suspect this to pertain to newtCould you confirm? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276419: [Pkg-shadow-devel] Bug#276419: Is the famous su appends the positional args to the command line bug still here?
RumblePlease answer to the bug address, not the list addressOtherwise discussions can't be followed in the BTS when coming back later on bugs. This is why I entirely quote your message. Quoting Nicolas François ([EMAIL PROTECTED]): Hi, On Tue, Oct 11, 2005 at 07:03:44PM +0200, [EMAIL PROTECTED] wrote: This bug is tagged fixed-upstream. That means that it should no more be here in 4.0.12. Is that right? The problem here becomes: such change has to go upstream. I can't imagine we diverge from upstream on that matter...so we first need to decide whether the bug is still here or not. The first example given by Helmut in the bug report works as Helmut expects...but it also works with 4.0.3-39...:-) The 'su -- - $LOGNAME -x' example does not work with either 4.0.3 or 4.0.12. So, it the bug still here (it seems to be)? If it isn't anymore, just close the bug...:-) If it is, then try convincing Tomasz he should adopt the patch(es) proposed Then build the transition plan with Debian maintainers This bug should not be fixed currently. It is fixed upstream because the submitter thinks upstream behavior is correct, whereas Debian's su is not correct. We tried to fix it, but this broke pbuilder (remember Junichi blogs?;) The plan was to make a summary of the situation to debian-devel, and chose whether 423_su_pass_args_without_concatenation should be applied or not. This may also mean a transition. I have no real opinion: * I prefer upstream behavior * upstream's behavior is also used in other distrib / *nix * upstream behavior breaks some important packages that currently depend on Debian's su behavior. I was wondering If the bug is fixed upstream, then by which miracle is Debian's su behaviour different ? :-) We now use upstream. Then I discovered the two 423 patches enforces the old behaviour and is applied So, now, we enforce the old behaviour with 423_su_arguments_are_concatenated to our su while we should actually just use upstream's behaviour by dropping this patch. Right ? 423_su_pass_args_without_concatenation was meant for 4.0.3 but should actually be useless. Going to the new behaviour is just dropping the 423_su_arguments_are_concatenated patch. OK? Helmut wrote a long and detailed HOWTO to help users, admins and maintainers to adapt their use of su. Fine. However, putting myself in the skin of a quite clueless maintainer, the first thought that comes would be hey, I use su in my package...am I concerned by what these guys are changing? So, we need a VERY SHORT, NON TECHNICAL document explaining this. I think it needs to have something like this structure, with no more than 3 lines per part: Introduction Briefly explain the change and the rationale, pointing at the bug number Short details - Explain, with examples, the new su use cases that need to be adapted. Needed adaptations -- Point people affected by this changes to the HOWTO (which will be released along with shadow ASAP, possibly with 4.0.13). Transition plan --- Explain when the new behaviour will be implemented, giving maintainers a deadline.
Bug#333277: dmx4linux: ftbfs [sparc] error: 'SIGSTKFLT' undeclared
On Tue, Oct 11, 2005 at 09:27:59AM -0600, Shaun Jackman wrote: Would you do me a favour and check for each of these symbols on your Sparc? SIGBUS, SIGFPE, SIGILL, SIGIO, SIGIOT, SIGPROF, SIGSEGV, SIGSTKFLT, SIGSYS, SIGTTIN, SIGTTOU, SIGURG, SIGXCPU, SIGXFSZ Thanks, Shaun sundry:/tmp/sig# cat sig.c #include signal.h #ifdef SIGBUS #warning SIGBUS defined #else #warning SIGBUS not defined #endif #ifdef SIGFPE #warning SIGFPE defined #else #warning SIGFPE not defined #endif #ifdef SIGILL #warning SIGILL defined #else #warning SIGILL not defined #endif #ifdef SIGIO #warning SIGIO defined #else #warning SIGIO not defined #endif #ifdef SIGIOT #warning SIGIOT defined #else #warning SIGIOT not defined #endif #ifdef SIGPROF #warning SIGPROF defined #else #warning SIGPROF not defined #endif #ifdef SIGSEGV #warning SIGSEGV defined #else #warning SIGSEGV not defined #endif #ifdef SIGSTKFLT #warning SIGSTKFLT defined #else #warning SIGSTKFLT not defined #endif #ifdef SIGSYS #warning SIGSYS defined #else #warning SIGSYS not defined #endif #ifdef SIGTTIN #warning SIGTTIN defined #else #warning SIGTTIN not defined #endif #ifdef SIGTTOU #warning SIGTTOU defined #else #warning SIGTTOU not defined #endif #ifdef SIGURG #warning SIGURG defined #else #warning SIGURG not defined #endif #ifdef SIGXCPU #warning SIGXCPU defined #else #warning SIGXCPU not defined #endif #ifdef SIGXFSZ #warning SIGXFSZ defined #else #warning SIGXFSZ not defined #endif sundry:/tmp/sig# cc sig.c sig.c:4:2: warning: #warning SIGBUS defined sig.c:9:2: warning: #warning SIGFPE defined sig.c:14:2: warning: #warning SIGILL defined sig.c:19:2: warning: #warning SIGIO defined sig.c:24:2: warning: #warning SIGIOT defined sig.c:29:2: warning: #warning SIGPROF defined sig.c:34:2: warning: #warning SIGSEGV defined sig.c:41:2: warning: #warning SIGSTKFLT not defined sig.c:44:2: warning: #warning SIGSYS defined sig.c:49:2: warning: #warning SIGTTIN defined sig.c:54:2: warning: #warning SIGTTOU defined sig.c:59:2: warning: #warning SIGURG defined sig.c:64:2: warning: #warning SIGXCPU defined sig.c:69:2: warning: #warning SIGXFSZ defined /usr/lib/gcc/sparc-linux-gnu/4.0.2/../../../../lib/crt1.o: In function `_start': ../sysdeps/sparc/sparc32/elf/start.S:69: undefined reference to `main' ../sysdeps/sparc/sparc32/elf/start.S:72: undefined reference to `main' collect2: ld returned 1 exit status -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333331: ITP: khmer-to-unicode -- converts legacy Khmer encodings to Unicode
[Paul Wise] * Package name: khmer-to-unicode * URL : http://www.khmeros.info/drupal/?q=en/download/others These programs take a plain text file encoded in either of the ABC or Limon Khmer legacy fonts and creates a file that is the equivalent in Khmer Unicode (UTF-8). Is this not a job for iconv? If iconv does not currently handle Khmer encodings, it seems to me it would be better to send a patch to the glibc maintainers to add them. Are there reasons iconv is not suited to this task? I do note from the upstream web page that there are a few twists in the conversion algorithms, as opposed to a simple lookup table, but surely that is true for some of iconv's existing supported character sets too signature.asc Description: Digital signature
Bug#226565: Intent to NMU
On Tue, Oct 11, 2005 at 11:28:55PM -0400, dann frazier wrote: As this bug has been open with a patch for 30 days without a response from the maintainer, I intend to NMU in 1 week (or earlier, at the maintainer's request). Hi, sorry, I have been a bit swamped lately; an NMU for tclreadline to fix bug#226565 would be greatly appreciated. thanks -- Chris Waters | Pneumonoultra-osis is too long [EMAIL PROTECTED] | microscopicsilico-to fit into a single or [EMAIL PROTECTED] | volcaniconi- standalone haiku signature.asc Description: Digital signature
Bug#333484: filerunner: Ships empty bitmaps directory making app fail to load
Package: filerunner Version: 2.5.1-15 Severity: grave Justification: renders package unusable rei $ fr Error in startup script: error reading bitmap file /usr/lib/filerunner/bitmaps/tree.bit (processing -bitmap option) invoked from within menubutton $glob(win,$inst).dirmenu_frame.dir_but -menu $glob(win,$inst).dirmenu_frame.dir_but.m -bitmap @$glob(lib_fr)/bitmaps/tree.bit (procedure BuildFileListPanel line 11) invoked from within BuildFileListPanel left (procedure ShowWindow line 110) invoked from within ShowWindow (file /usr/bin/fr line 3409) The -15 filerunner package ships an empty /usr/lib/filerunner/bitmaps directory (although it *does* ship the directory). Since filerunner keeps the button bitmaps here, now it can't load them, and fails. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages filerunner depends on: ii tk8.4 8.4.11-1 Tk toolkit for Tcl and X11, v8.4 - filerunner recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333485: gnumed-client: [INTL:sv] Swedish debconf templates translation
Package: gnumed-client Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # Swedish translation of gnumed-client. # Copyright (C) 2005 THE gnumed-client'S COPYRIGHT HOLDER # This file is distributed under the same license as the gnumed-client package. # Daniel Nylander [EMAIL PROTECTED], 2005. # , fuzzy # # msgid msgstr Project-Id-Version: gnumed-client 0.1-2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-09-15 20:45+0200\n PO-Revision-Date: 2005-10-13 08:41+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: string #. Description #: ../gnumed-client.templates:4 msgid On which host is the GNUmed database running? msgstr På vilken värd körs GNUmed-databasen? #. Type: string #. Description #: ../gnumed-client.templates:4 msgid GNUmed is a client-server based medical practice management system. You are about to install the client software on this computer. This client software needs to know which host is holding the database. On this host the Debian package gnumed-server with the very same version number as this package has to be installed. msgstr GNUmed är en klient-serverbaserad medicinskt hanteringssystem. Du kommer att installera klientprogramvaran på denna dator. Klientprogramvaran behöver veta vilken värdmaskin som databasen körs på. På denna värd måste Debian-paketet gnumed-server med samma versionsnummer som detta paket installeras. #. Type: string #. Description #: ../gnumed-client.templates:4 msgid Default: localhost. msgstr Standard: localhost. #. Type: string #. Description #: ../gnumed-client.templates:4 msgid (This means server and client are installed on the very same computer.) msgstr (Detta betyder att server och klient är installerade på samma dator.) #. Type: multiselect #. Description #: ../gnumed-common.templates:4 msgid Please specify the GNUmed users! msgstr Specificera GNUmed användarna! #. Type: multiselect #. Description #: ../gnumed-common.templates:4 msgid Here is a list of all normal users of the system. Now you can select those users who should be able to use GNUmed. msgstr Här är en lista på alla normala användare i systemet. Nu kan du välja de användare som ska kunna använda GNUmed.
Bug#333486: mdadm: [INTL:sv] Swedish debconf templates translation
Package: mdadm Version: 1.12.0-1 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii makedev 2.3.1-78 creates device files in /dev mdadm recommends no packages. -- debconf information: * mdadm/autostart: true * mdadm/warning: * mdadm/start_daemon: true * mdadm/mail_to: root # 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: mdadm 1.12.0-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-07-24 17:52+0200\n PO-Revision-Date: 2005-10-13 08:50+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: note #. Description #: ../mdadm.templates:3 msgid Initialise the superblock if you reuse hard disks msgstr Initiera superblocket om du återanvänder hårddiskar #. Type: note #. Description #: ../mdadm.templates:3 msgid WARNING! If you are using hard disks which have a md superblock from an earlier installation in a different RAID array, you MUST zero the superblock before activating the autostart feature. msgstr VARNING! Om du använder hårddiskar som har ett md-superblock från en tidigare installation i en annan RAID-array MÅSTE du nolla superblocket före du aktiverar autostartfunktionen. #. Type: note #. Description #: ../mdadm.templates:3 msgid To do this, do not start the RAID devices automatically. First, zero the superblock (mdadm --zero-superblock /dev/mdX). Next, use `dpkg-reconfigure mdadm` to reactivate the autostart feature. msgstr För att göra detta, starta inte RAID-enheterna automatiskt. Först nolla superblocket (mdadm --zero-superblock /dev/mdX), använd sedan 'dpkg-reconfigure mdadm' för att återaktivera autostartfunktionen. #. Type: boolean #. Description #: ../mdadm.templates:15 msgid Do you want to start the RAID devices automatically? msgstr Vill du starta RAID-enheter automatiskt? #. Type: boolean #. Description #: ../mdadm.templates:15 msgid If RAID devices are started automatically, all RAID devices are discovered and assembled automatically at system startup. This option should only be used if the md driver is compiled as a module. If it is compiled into your kernel, the automatic startup will be performed at boot time by the kernel and therefore you should not choose this option. msgstr Om RAID-enheter startas automatiskt kommer alla RAID-enheter att upptäckas och sättas ihop automatiskt vid systemets uppstart. Denna funktion bör bara användas om md-drivaren är byggd som en modul. Om den är inbyggd i din kärna kommer den automatiska uppstarten att göras av kärnan vid systemets uppstart och därför bör du inte välja denna funktion här. #. Type: boolean #. Description #: ../mdadm.templates:25 msgid Do you want to start the RAID monitor daemon? msgstr Vil du starta övervakningsdaemonen för RAID-enheter? #. Type: boolean #. Description #: ../mdadm.templates:25 msgid When the RAID monitor daemon runs, email notifications are sent when a disk belonging to a RAID array fails or changes its status for some reason. msgstr När RAID-övervakningsdaemonen kör kommer e-postnotifieringar att skickas när en disk som tillhör en RAID-array fallerar eller ändrar status av någon anledning. #. Type: string #. Description #: ../mdadm.templates:32 msgid Recipient for daemon email notifications: msgstr Mottagare för daemonens e-postnotifieringar: #. Type: string #. Description #: ../mdadm.templates:32 msgid Please enter the email address of the user who should get the email notification if the status of a RAID array changes. msgstr Ange e-postaddressen till den användare som ska ta emot e-postnotifieringar om statusändringar i RAID-arrayen.
Bug#333487: chkrootkit: [INTL:sv] Swedish debconf templates translation
Package: chkrootkit Version: 0.45-1 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages chkrootkit depends on: ii binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina ii debconf 1.4.58 Debian configuration management sy ii libc62.3.5-6 GNU C Library: Shared libraries an ii net-tools1.60-15 The NET-3 networking toolkit chkrootkit recommends no packages. -- debconf information: * chkrootkit/run_daily: true * chkrootkit/run_daily_opts: -q * chkrootkit/diff_mode: true # 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: chkrootkit 0.45-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-04-21 16:19-0700\n PO-Revision-Date: 2005-10-13 09:00+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../templates:4 msgid Would you like to run chkrootkit automatically every day? msgstr Vill du köra chkrootkit automatiskt varje dag? #. Type: boolean #. Description #: ../templates:4 msgid chkrootkit can be run automatically via cron.daily if you like. If you answer yes to this question, you'll also be given the opportunity to specify options for the daily run. msgstr chkrootkit kan köras automatiskt via ett cron.daily-skript om du vill. Om du svara ja på denna fråga kommer du även att få chansen att specificera inställningar för den dagliga körningen. #. Type: string #. Default #: ../templates:11 msgid -q msgstr -q #. Type: string #. Description #: ../templates:12 msgid What arguments would you like to pass to the daily chkrootkit run? msgstr Vilka argument vill du skicka till den dagliga körningen av chkrootkit? #. Type: string #. Description #: ../templates:12 msgid The following are useful arguments to pass to chkrookit:\n * -r root specifies an alternate root directory\n * -n do not attempt to analyze nfs mounted files\n * -q run in quiet mode [highly recommended] msgstr Följande argument är användbara för att skicka till chkrootkit:\n * -r rot specificera en alternativ rotmapp\n * -n försök inte att analysera NFS-monterade filer\n * -q kör i tyst läge [mycket rekommenderat] #. Type: boolean #. Description #: ../templates:21 msgid Only report problems if they differ from yesterday's problems? msgstr Rapportera bara problem om de skiljer sig från gårdagens problem? #. Type: boolean #. Description #: ../templates:21 msgid Choosing yes here instructs the cron.daily call of chkrootkit to only report problems if they differ from the previous day's run. msgstr Välja ja här instruerar cron.daily att kalla upp chkrootkit för att bara rapportera problem om de skiljer sig från gårdagens körning. #. Type: boolean #. Description #: ../templates:21 msgid Use this option with care. msgstr Använd denna funktion med försiktighet.
Bug#333488: linux-kernel-headers: Include of asm/atomic.h is broken when compiling with g++
Package: linux-kernel-headers Version: 2.6.13+0rc3-1.1 Severity: important Hi, Including asm/atomic.h breaks compilation with g++. The simple example below cannot be compiled using g++ 4, 3.4 or 3.3 and the error is always the same. -- CODE START -- #include asm/atomic.h int main() { return 0; } -- CODE END -- Trying to compile I get the following errors: /usr/include/asm/system.h:247: error: expected ‘,’ or ‘...’ before ‘new’ /usr/include/asm/system.h: In function ‘long unsigned int __cmpxchg(volatile void*, long unsigned int, long unsigned int)’: /usr/include/asm/system.h:250: error: ‘size’ was not declared in this scope /usr/include/asm/system.h:254: error: expected type-specifier before ‘)’ token /usr/include/asm/system.h:260: error: expected type-specifier before ‘)’ token /usr/include/asm/system.h:266: error: expected type-specifier before ‘)’ token /usr/include/asm/processor.h: In function ‘void load_esp0(tss_struct*, thread_struct*)’: /usr/include/asm/processor.h:486: error: ‘unlikely’ was not declared in this scope The real thing is that, I could get it compiled using earlier versions of linux-kernel-headers. The problem in system.h is quite easy to fix as g++ thinks the function parameter new is recognized as a keyword. Changing it to new_ (and so on in the function) solves the problem. As for the definition of unlikely which is found somewhere in linux/compiler.h but only if __KERNEL__ is defined. Defining this manually for compilation creates more problems of redefinitions. What can I do ? Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) -- no debconf information ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T�l�chargez cette version sur http://fr.messenger.yahoo.com
Bug#166793: [Pkg-shadow-devel] Bug#166793: Patch for this issue (pwconv should create /etc/shadow 0440 root.shadow)
Quoting Christian Perrier ([EMAIL PROTECTED]): Attached is a patch for doing this. This is highly Debian-specific, as I hardcoded the GID of the shadow group. There are maybe cleaner ways to do this. Here's a less crude patch. --- commonio.c.old 2005-10-12 09:11:12.507206547 +0200 +++ commonio.c 2005-10-12 07:37:14.630432346 +0200 @@ -675,7 +675,7 @@ */ sb.st_mode = 0440; sb.st_uid = 0; - sb.st_gid = 42; + sb.st_gid = getgrnam(shadow); } snprintf (buf, sizeof buf, %s+, db-filename);
Bug#333489: xwine: Corrupt icons after imlib upgrade
Package: xwine Version: 1.0.1-1 Severity: normal xwine is suffering from the same problem as gnucash, described in bug #332312. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages xwine depends on: ii gdk-imlib11.9.14-22 compatibility package for gdk-imli ii libart2 1.4.2-24 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libesd-alsa0 [libesd0]0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libglib1.21.2.10-10 The GLib library of C routines ii libgnome321.4.2-24 The GNOME libraries ii libgnomesupport0 1.4.2-24 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-24 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-8 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-8 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-8 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-8 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-8 X Window System Input extension li ii libxml2 2.6.22-1 GNOME XML library ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages xwine recommends: ii wine 0.0.20050628-2 Windows Emulator (Binary Emulator) pn winesetuptk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332312: gnucash: xwine has the same problem
Package: gnucash Version: 1.8.10-19 Followup-For: Bug #332312 For what it's worth, xwine seems to have the same problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gnucash depends on: ii bonobo1.0.22-5 The GNOME Bonobo System. ii gdk-imlib11 1.9.14-22 imaging library for use with gtk ( ii gnucash-common1.8.10-19 A personal finance tracking progra ii guile-1.6-libs1.6.7-1.1 Main Guile libraries ii guile-1.6-slib1.6.7-1.1 Guile SLIB support ii libart2 1.4.2-24 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo21.0.22-5 The GNOME Bonobo library. ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdate-manip-perl5.44-2 a perl library for manipulating da ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libesd-alsa0 [libesd0]0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libfinance-quote-perl 1.08-1 Perl module for retrieving stock q ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgal23 0.24-4 G App Libs (run time library) ii libgconf111.0.9-7.1 GNOME configuration database syste ii libgdk-pixbuf-gnome2 0.22.0-10 The GNOME1 Canvas pixbuf library ii libgdk-pixbuf20.22.0-10 The GdkPixBuf image library, gtk+ ii libghttp1 1.0.9-16 original GNOME HTTP client library ii libglade-gnome0 1:0.17-4 Library to load .glade files at ru ii libglade0 1:0.17-4 Library to load .glade files at ru ii libglib1.21.2.10-10 The GLib library of C routines ii libgnome321.4.2-24 The GNOME libraries ii libgnomeprint15 0.37-10The GNOME Print architecture - run ii libgnomesupport0 1.4.2-24 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-24 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libgtkhtml1.1-3 1.1.10-8 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1.1 Guile's patched version of libtool ii libguppi160.40.3-15 GNOME graph and plot component ii libgwrapguile11.3.4-15 g-wrap: Tool for exporting C libra ii libice6 6.8.2.dfsg.1-8 Inter-Client Exchange library ii libltdl3 1.5.20-2 A system independent dlopen wrappe ii liboaf0 0.6.10-5 The GNOME Object Activation Framew ii libofx2 1:0.8.0-3 library to support Open Financial ii liborbit0 0.5.17-11.1Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqthreads-121.6.7-1.1 QuickThreads library for Guile ii libsm66.8.2.dfsg.1-8 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-8 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-8 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-8 X Window System Input extension li ii libxml1 1:1.8.17-10GNOME XML library ii libzvt2 1.4.2-24 The GNOME zvt (zterm) widget ii oaf 0.6.10-5 The GNOME Object Activation Framew ii psfontmgr 0.11.8-0.1 PostScript font manager -- part of ii slib 3a1-4.2Portable Scheme library ii x-ttcidfont-conf 20 Configure TrueType and CID fonts f ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime gnucash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333061: libpango1.0-common: system information
Package: libpango1.0-common Version: 1.8.2-3 Followup-For: Bug #333061 Loic Minier: Is your libc6 already updated? Do you run non-Debian binaries in your .bash_rc or at login? Do you have locally built libraries in eg. /usr/local/lib? Please check your libc6 is the latest version on this system, and try to install libpango1.0-common again. This is pure server machine running testing with no external Debian binaries or libraries. Libraries are: ii libc6 2.3.5-6 GNU C Library: Shared libraries and Timezone ii libc6-dev 2.3.5-6 GNU C Library: Development Libraries and Hea Apt reports: libc6-dev/testing uptodate 2.3.5-6 libc6/testing uptodate 2.3.5-6 Please report the state of your filesystems too: df -h /dev/mapper/vg0-usr 3.0G 2.0G 852M 71% /usr /dev/mapper/vg0-home 17G 7.1G 8.6G 46% /home /dev/hda5 897M 229M 621M 27% / /dev/mapper/vg0-var30G 5.3G 23G 19% /var tmpfs 158M 4.0K 158M 1% /dev/shm FilesystemSize Used Avail Use% Mounted on I'm using LVM2 with Kernel Linux bongo 2.6.12-1-686 #1 Tue Sep 27 12:52:50 JST 2005 i686 GNU/Linux Let me know what other information is needed or what I could try. Jari -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libpango1.0-common depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii fontconfig2.3.2-1generic font configuration library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages libpango1.0-common recommends: pn x-ttcidfont-conf none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333061: libpango1.0-common: Remove + resinstall solved this error
Package: libpango1.0-common Version: 1.8.2-3 Followup-For: Bug #333061 I decided to remove --purge libpango1.0-common (which also removed other libraries + programs), and then I reinstalled everything that got removed. This cured the upgrade problem: Get:1 http://deb testing/main libpango1.0-common 1.8.2-2 [17.5kB] Get:2 http://deb testing/main libpango1.0-0 1.8.2-2 [276kB] Fetched 294kB in 0s (913kB/s) Preconfiguring packages ... Selecting previously deselected package libpango1.0-common. (Reading database ... 52426 files and directories currently installed.) Unpacking libpango1.0-common (from .../libpango1.0-common_1.8.2-2_i386.deb) ... Selecting previously deselected package libpango1.0-0. Unpacking libpango1.0-0 (from .../libpango1.0-0_1.8.2-2_i386.deb) ... Setting up libpango1.0-0 (1.8.2-2) ... Setting up libpango1.0-common (1.8.2-2) ... Updating the modules list for Pango-1.4.0...done. Creating /etc/pango directory...done. Cleaning up font configuration of pango... Updating font configuration of pango... Cleaning up category xfont.. Updating category xfont.. *** You don't have any defomized font packages. *** So we are trying to force to generate pangox.aliases... Hope the other information I previously sent helps determining what could have went wrong with the upgrade. Jari -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libpango1.0-common depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii fontconfig2.3.2-1generic font configuration library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages libpango1.0-common recommends: pn x-ttcidfont-conf none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333490: rss2email: Does not handle Atom (final version) feeds
Package: rss2email Version: 1:2.54-2 Severity: normal When you add an Atom field (one which uses the final Atom standard, specified in Internet-Draft draft-ietf-atompub-format-11, approved by IESG and which will be a RFC soon), r2e run fails: === SEND THE FOLLOWING TO [EMAIL PROTECTED] === E: can't process http://www.atomenabled.org/atom.xml {'feed': {}, 'status': 200, 'version': '', 'headers': {'date': 'Wed, 12 Oct 2005 07:15:26 GMT', 'connection': 'close', 'content-type': 'application/xml', 'server': 'Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.7a FrontPage/5.0.2.2634 PHP/4.3.10'}, 'bozo': 0, 'encoding': 'utf-8', 'url': 'http://www.atomenabled.org/atom.xml', 'etag': None, 'entries': []} rss2email 2.54 feedparser 3.3 html2text 2.2 Python 2.3.5 (#2, Sep 4 2005, 22:01:42) [GCC 3.3.5 (Debian 1:3.3.5-13)] === END HERE === Upstream have been notified. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages rss2email depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333491: mailman: long non-ascii attachment filename breaks archive handling and blocks list
Package: mailman Version: 2.1.5-8 Severity: important long-named attachment with special characters breaks archival of the messages list stops working. manual workaround: 1) fix list.mbox file by hand 2) run mmarch listname 3) unshunt messages. *** log file follows Oct 11 22:11:07 2005 (2842) Uncaught runner exception: [Errno 36] File name too long: '/var/lib/mailman/archives/private/mmtest1/attachments/20051011/e80a0988/windows-1257QptE4p ikutesttE4pikutesttE4pikutesttE4pikutesttE4pikwindows-1257QutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pwindows- 1257QikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttwindows-1257QE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutestt.obj' Oct 11 22:11:07 2005 (2842) Traceback (most recent call last): File /usr/lib/mailman/Mailman/Queue/Runner.py, line 111, in _oneloop self._onefile(msg, msgdata) File /usr/lib/mailman/Mailman/Queue/Runner.py, line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /usr/lib/mailman/Mailman/Queue/ArchRunner.py, line 73, in _dispose mlist.ArchiveMail(msg) File /usr/lib/mailman/Mailman/Archiver/Archiver.py, line 215, in ArchiveMail h.processUnixMailbox(f) File /usr/lib/mailman/Mailman/Archiver/pipermail.py, line 553, in processUnixMailbox m = mbox.next() File /usr/lib/python2.3/mailbox.py, line 35, in next return self.factory(_Subfile(self.fp, start, stop)) File /usr/lib/mailman/Mailman/Mailbox.py, line 89, in scrubber return mailbox.scrub(msg) File /usr/lib/mailman/Mailman/Mailbox.py, line 109, in scrub return self._scrubber(self._mlist, msg) File /usr/lib/mailman/Mailman/Handlers/Scrubber.py, line 265, in process url = save_attachment(mlist, part, dir) File /usr/lib/mailman/Mailman/Handlers/Scrubber.py, line 447, in save_attachment fp = open(path, 'w') IOError: [Errno 36] File name too long: '/var/lib/mailman/archives/private/mmtest1/attachments/20051011/e80a0988/windows-1257QptE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pik windows-1257QutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pwindows-1257QikutesttE4pikutesttE4pikutesttE4pikutestt E4pikutesttwindows-1257QE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutestt.obj' Oct 11 22:11:07 2005 (2842) SHUNTING: 1129057753.2210591+1e2acb83b44424b8903d776060b07d0af0e7f4ed -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.12-grsec Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mailman depends on: ii apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s ii cron 3.0pl1-86 management of regular background p ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii logrotate 3.7-5 Log rotation utility ii postfix [mail-transport-a 2.1.5-9A high-performance mail transport ii pwgen 2.03-1 Automatic Password generation ii python2.3.5-2An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information: mailman/queue_files_present: mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: * mailman/create_site_list: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333463: [Pkg-octave-devel] Bug#333463: octave2.1: gfortran not available on m68k
* Russ Allbery [EMAIL PROTECTED] [2005-10-11 18:55]: Package: octave2.1 Severity: serious Tags: patch Justification: Policy 2.2.1 octave2.1 currently build-depends unconditionally on gfortran, but gfortran is not available on m68k. Could you please modify the package to allow fort77 on m68k instead? Changing the gfortran build-depends to: gfortran [!m68k], fort77 [m68k] should accomplish this, I believe. A fixed version of the package (octave2.1_2.1.71-5) will be uploaded today. Thanks for your bug report. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images
On Wed, Oct 12, 2005 at 01:32:56PM +0900, Horms wrote: On Sat, Oct 08, 2005 at 09:20:44PM +0200, Sven Luther wrote: On Sat, Oct 08, 2005 at 08:36:41PM +0200, Jeroen van Wolffelaar wrote: tags 331391 moreinfo thanks On Mon, Oct 03, 2005 at 05:34:36PM +0900, Horms wrote: Hi ftpmasters, Hi Horms, After discussion with the d-i team, the 2.6.8 kernel can now be removed from the archive. Accordinly, please remove the following packages: kernel-image-2.6.8-alpha kernel-image-2.6.8-amd64 kernel-image-2.6.8-hppa kernel-image-2.6.8-i386 kernel-image-2.6.8-ia64 kernel-image-2.6.8-m68k kernel-image-2.6.8-s390 kernel-image-2.6.8-sparc kernel-patch-2.6.8-hppa kernel-patch-2.6.8-m68k kernel-patch-powerpc-2.6.8 kernel-source-2.6.8 kernel-kbuild-2.6-3 In addition, the following packages should be removed, but they should have been hijacked by linux-2.6, I am not sure why this hasn't happened. kernel-latest-2.6-alpha kernel-latest-2.6-amd64 kernel-latest-2.6-hppa kernel-latest-2.6-i386 kernel-latest-2.6-s390 kernel-latest-2.6-sparc Removing the first list will break the second list, in particular, those kernel-headers-2.6-subarch packages. So the magical short names for 'latest kernel headers' will cease to work in unstable then. Nope, the latest are now provided by the linux-2.6 package as a legacy compatibility thingy and depend on the linux-image 2.6.12 kernels. I think from now on, and with the exception of the mips kernels, all 2.6 kernel related source packages which are not linux-2.6 should go. Sven, I don't think this is the case. Examining kernel-headers-2.6-686-smp in sid I find that it is a package produced by the kernel-latest-2.6-i386 source package. I do not see it provided as a virtual or real package by linux-2.6. If I understand Jeroen correctly, this needs to be resolved. In a nutshell it seems that kernel-image-2.6-flavour is handled by linux-2.6 but kernel-headers-2.6-flavour This problem does not seem to exist on powerpc because the header packages, (called kernel-build-*) were never released as generic 2.6-flavour dummy packages. However, adding kernel-headers-2.6-flavour as part of the transition would do no harm. Indeed -- I asked about this, because I do not know enough about the usage of kernel-headers-2.6-flavour packages, whether it would make sense to seize to provide those, and break upgrade path for them. It might be the case that that would make more sense than to continue their existance -- but it is not something I can judge, the kernel team can do so much better. (...) it seems we need to add a little more package magic first. So that is up to you -- if the kernel team decides that no upgrade path is needed on the other hand, that's fine with me too. I merely want it to be well-thoughtover decision, and not an implicit consequence :). Thank you all, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333492: dhcp3: [INTL:sv] Swedish debconf templates translation
Package: dhcp3 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # Swedish translation of dhcp3. # Copyright (C) 2005 THE dhcp3'S COPYRIGHT HOLDER # This file is distributed under the same license as the dhcp3 package. # Daniel Nylander [EMAIL PROTECTED], 2005. # , fuzzy # # msgid msgstr Project-Id-Version: dhcp3 3.0.3-4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-09-18 12:58+1000\n PO-Revision-Date: 2005-10-13 09:32+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: string #. Description #: ../dhcp3-relay.templates:3 msgid What DHCP servers should the DHCP relay forward requests to? msgstr Vilken DHCP-server ska DHCP skicka vidare förfrågningar till? #. Type: string #. Description #: ../dhcp3-relay.templates:3 msgid The name or IP address of at least one DHCP server to which DHCP and BOOTP requests should be relayed must be specified on the command line. msgstr Namnet eller IP-addressen på åtminstone en DHCP-server till vilken DHCP och BOOTP-förfrågningar ska skickas vidare till måste specificeras på kommandolinjen. #. Type: string #. Description #: ../dhcp3-relay.templates:3 msgid You can specify more than one server, just separate the server names (or IP addresses) with spaces. msgstr Du kan specificera mer än en server, bara separera servernamnen (eller IP-addresserna) med mellanslag. #. Type: string #. Description #: ../dhcp3-relay.templates:12 ../dhcp3-server.templates:13 msgid On what network interfaces should the DHCP server listen? msgstr På vilken nätverkskort ska DHCP-servern lyssna? #. Type: string #. Description #: ../dhcp3-relay.templates:12 msgid The names of the network interfaces that dhcrelay should attempt to configure may be specified on the command line using the -i option. If no interface names are specified on the command line dhcrelay will identify all network interfaces, elimininating non-broadcast interfaces if possible, and attempt to configure each interface. msgstr Namnen på nätverkskortet som dhcrelay ska försöka konfigurera måste specificeras på kommandolinjen med flaggan -i. Om inget namn specificeras på kommandolinjen kommer dhcrelay att identifiera nätverkskortet, ta bort ta bort nätverkskort utan broadcastflagga om möjligt och försöka konfigurera varje kort. #. Type: string #. Description #: ../dhcp3-relay.templates:21 msgid Additional options for the Daemon? msgstr Ytterligare inställningar för daemonen? #. Type: string #. Description #: ../dhcp3-relay.templates:21 msgid Additional options for the DHCP relay daemon. msgstr Ytterligare inställningar för DHCP-daemonen för vidaresändningar #. Type: string #. Description #: ../dhcp3-relay.templates:21 msgid Example: \-m replace\ or \-a -D\ msgstr Exempel: \-m replace\ eller \-a -D\ #. Type: note #. Description #: ../dhcp3-server.templates:3 msgid The DHCP server requires manual configuration after installation!!! msgstr DHCP-servern kräver manuell konfiguration efter installationen!!! #. Type: note #. Description #: ../dhcp3-server.templates:3 msgid After the DHCP server is installed you will need to manually configure it by editing the file /etc/dhcp3/dhcpd.conf. Please note that a sample dhcpd. conf is supplied, but the configuration there is just a sample that requires editing and customization to your own network environment. msgstr Efter att DHCP-servern är installerad behöver du manuellt konfigurera den genom att ändra i filen /etc/dhcp3/dhcpd.conf. Notera att en exempelfil (dhcpd.conf) skickas med men konfigurationen där är bara ett exempel som kräver ändringar och egna definitioner för att passa din nätverksmiljö. #. Type: note #. Description #: ../dhcp3-server.templates:3 msgid Please configure the DHCP server as soon as the installation finishes. msgstr Konfigurera DHCP-servern så fort som installationen är färdigställd. #. Type: string #. Description #: ../dhcp3-server.templates:13 msgid You can enter one or more valid interface names, like eth0. If you want to serve DHCP request on more than one interface, please separate them with spaces. If you want dhcpd to figure out the interface leave this parameter blank. msgstr Du kan ange en eller flera giltiga nätverkskort, såsom eth0. Om du vill ta emot DHCP-förfrågningar på mer än ett kort, separera dom med mellanslag. Om du vill att dhcpd ska själv fundera ut vilket kort, lämna denna parameter blank. #. Type: note #. Description #: ../dhcp3-server.templates:21 msgid The version 3 DHCP server is now non-authoritative by default msgstr Version 3 av DHCP-servern är numera
Bug#333493: mountapp: segfaults if no fstab
Package: mountapp Version: 3.0-7 Severity: normal hi, it's all in subject: mountapp goes through the fstab-parser even though the number of mountpoints is 0. Should complain and bail out cleanly. -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333494: 'man nmap' typos: Filered and locaton
Package: nmap Version: 3.93-1 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man1/nmap.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages nmap depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libpcre3 6.3-1 Perl 5 Compatible Regular Expressi ii libssl0.9.7 0.9.7g-3 SSL shared libraries ii libstdc++64.0.2-2The GNU Standard C++ Library v3 nmap recommends no packages. -- no debconf information --- - 2005-10-12 03:41:07.072009000 -0400 +++ /tmp/nmap1.gz.29792 2005-10-12 03:41:07.0 -0400 @@ -111,7 +111,7 @@ .Sp The idea is that closed ports are required to reply to your probe packet with an RST, while open ports must ignore the packets in -question (see RFC 793 pp 64). Filered ports also tend to drop probes +question (see RFC 793 pp 64). Filtered ports also tend to drop probes without a response, so Nmap considers ports open|filtered when it fails to elicit any response. If you add version detection (-sV), it will try to verify whether the ports are actually open and change the @@ -594,7 +594,7 @@ load the latest version of the stylesheet from Insecure.Org. This makes it easier to view results on a machine that doesn't have Nmap (and thus nmap.xsl) installed. So the URL is often more useful, but -the local filesystem locaton of nmap.xsl is used by default for +the local filesystem location of nmap.xsl is used by default for privacy reasons. .TP .B \--no_stylesheet
Bug#333495: tcp-wrappers: [INTL:sv] Swedish debconf templates translation
Package: tcp-wrappers Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # 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: tcp-wrappers 7.6.dbs-8\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-05-22 13:08+0200\n PO-Revision-Date: 2005-10-13 09:41+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #. Type: boolean #. description #: ../tcpd.templates:4 msgid Should tcpd setup paranoid hosts.allow and hosts.access? msgstr Ska tcpd sätta upp en paranoid version av filerna hosts.allow och hosts.access? #. Type: boolean #. description #: ../tcpd.templates:4 msgid /etc/hosts.allow and /etc/hosts.deny will be setup since you do not have have any of these files yet. You can either have a generic and permissive configuration which will allow any incoming connection or a paranoid configuration which will not allow remote connections regardless of where they originate from. msgstr Filerna /etc/hosts.allow och /etc/hosts.deny kommer att sättas upp eftersom du inte har dom. Du kan antingen ha en generisk och tolerant konfiguration som tillåter alla inkommande anslutningar eller en paranoid konfiguration som inte tillåter någon extern anslutning oavsett vad de kommer från. #. Type: boolean #. description #: ../tcpd.templates:4 msgid The second option, even if more secure, will block out all communication, including, for example, remote administration. So if you need this don't choose it. msgstr Det andra alternativet, även mer säker, kommer att blockera ute all kommunikation inkluderat, till exempel, fjärradministration. Så om du behöver detta, välj det då inte. #. Type: boolean #. description #: ../tcpd.templates:4 msgid Regardless of which option you select you can always manually edit both files to suit your needs, for this, review the hosts_access(5) manpage. This might include giving remote access of services to legitimate hosts. msgstr Oavsett vilken inställning för väljer kan du alltid manuellt ändra dessa båda filer för att passa dina behov, för att göra detta, ta en titt på manualsidan hosts_access(5). Detta kan till exempel vara att ge extern tillgång till tjänster för legitima värdmaskiner. #. Type: boolean #. description #: ../tcpd.templates:4 msgid Notice this only applies to internet services that use the libwrap library. Remote connections will still be possible to services that do not use this library, consider using firewall rules to block access to these. msgstr Notera att detta bara gäller för Internettjänster som använder biblioteket libwrap. Fjärranslutningar kommer fortfarande vara möjliga till tjänster som inte använder detta bibliotek, tänk på att använda en brandvägg för att blockera dessa anslutningar.
Bug#303375: MIPS off or not off
Upstream has changed this magic, but did not correct what was reported here. I’m therefore unsure what to believe. Is there any reference? Bye, Mike -- |=| Michael Piefel |=| Humboldt-Universität zu Berlin |=| Tel. (+49 30) 2093 3831
Bug#306990: lvm2: Strange error when attempting to install
severity 306990 grave found 306990 1.3.25-23 thanks I see this problem with the current unstable/sid packages. To reproduce it, install ltsp-server and run this command: ltsp-build-client --dist sid --mirror http://ftp.skolelinux.no/debian After a while, this error occures: [...] Setting up lvm-common (1.5.20) ... invoke-rc.d: unknown initscript, /etc/init.d/devfsd not found. dpkg: error processing lvm-common (--configure): subprocess post-installation script returned error exit status 100 dpkg: dependency problems prevent configuration of lvm2: lvm2 depends on lvm-common ( 1.5.8); however: Package lvm-common is not configured yet. dpkg: error processing lvm2 (--configure): dependency problems - leaving unconfigured Setting up libgdbm3 (1.8.3-2) ... Setting up whiptail (0.51.6-31) ... Setting up cpp-4.0 (4.0.2-2) ... Setting up cpp (4.0.2-1) ... Setting up libmagic1 (4.12-1) ... Setting up file (4.12-1) ... Setting up libkrb53 (1.3.6-5) ... Setting up libedit2 (2.9.cvs.20050518-2.2) ... Setting up openssh-client (4.2p1-5) ... Setting up cramfsprogs (1.1-6) ... Setting up devfsd (1.3.25-23) ... devfsd: No devfs on /dev, not starting. devfsd: No devfs on /dev, not starting. [...] As this bug blocks the installation of another package (lvm-common), I raise the severity to grave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2
Le mercredi 12 octobre 2005 à 15:53 +0930, Ron a écrit : Package: gdk-imlib1 Version: 1.9.14-22 Severity: critical Justification: breaks unrelated software Software depending on a library is not unrelated software. Unless there is something big I am missing, gdk-imlib should certainly not take it upon itself to force the removal of libpng2 and all its dependencies... How so? It's just being removed from sid, and no upload of this package has been made in the last 9 months. Josselin: I see from #323354 that you are planning to kill off libpng2 soon in any case. Where does this leave apps that still depend on gtk1? Will it be rebuilt to use png3, or something else? wx2.4 can build with png3 just fine, but I'm much less sure about how well it can be rebuilt with gtk2... You should preferably rebuild it with gtk2, as the long-term plan is to kill gtk1, but it's not going to happen anytime soon. That's not the only package that this (wrong IMO) change to gdk-imlib make uninstallable on my system though. Please fix this and/or advise of a transition plan. You should just rebuild the package against gdk-imlib11, that's all. That package is linked against libpng12, as libpng2/libpng10 has been removed as well. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#331487: Please ship upstream changelog, as well.
Please also include upstream changelog (this is, actually, a policy requirement).
Bug#180998: Closing woody bugs
This bug is only relevant to the woody version of file. Since woody has been replaced by sarge, this bug is closed. -- |=| Michael Piefel |=| Alma Mater Berolinensis - Sectionis Informaticae |=| Raum III.308, Tel. 3831 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333496: wacom_drv.so: undefined symbol: IsPad
Package: xserver-xorg Version: 6.8.99.900.dfsg.1-0pre1 Severity: important the wacom driver for xorg fails to load with the error: undefined symbol: IsPad a quick search on the web returned this mailing list entry: http://lists.debian.org/debian-x/2005/07/msg00751.html which shows the addition of the IsPad call but is missing the definition. in the wacom-kernel-source package this IsPad function is defined in xf86Wacom.h as: #define IsPad(priv)(DEVICE_ID((priv)-flags) == PAD_ID) maybe the header file change was missed in the patch? -mike morrison -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Jun 11 14:31 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1848028 Sep 8 13:28 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 (rev a1) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 4466 Oct 12 00:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier Simple Layout Screen 0 Screen 1 0 0 InputDeviceMouse1 CorePointer #InputDeviceMouse1 SendCoreEvents #InputDevicewacom penpartner SendCoreEvents #InputDeviceMouseRemote SendCoreEvents InputDeviceKeyboard1 CoreKeyboard Option Xinerama off #Option MonitorLayout DFP+TV,NONE Option Clone off EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath /usr/X11R6/lib/X11/fonts/TrueType/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ EndSection Section Module Load dbe # Double buffer extension Load glx # This loads the GLX module Load extmod Load type1 Load freetype EndSection Section Extensions #Option Composite Enable EndSection Section ServerFlags Option BlankTime 10 Option StandbyTime 12 Option SuspendTime 13 Option OffTime 15 EndSection Section InputDevice Identifier Keyboard1 Driver keyboard Option AutoRepeat 500 30# Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol imps/2 Option Device /dev/gpmdata Option Zaxismapping 4 5 EndSection Section InputDevice Identifier wacom penpartner Driver wacom Option Device /dev/ttyS0 Option Type stylus Option Mode Absolute EndSection Section InputDevice Identifier MouseRemote Driver mouse Option Protocol MouseSystems Option Device /dev/mumse EndSection Section Monitor Identifier studioworks HorizSync31.5 - 100.0 VertRefresh 28 - 90 Option DPMS on Modeline 1920x1200 161.75 1920 2020 2052 2184 1200 1202 1208 1235 -hsync -vsync Modeline 1920x1200 154.128 1920 1968 2000 2080 1200 1203 1209 1235 -hsync -vsync EndSection Section Device Driver radeon Identifier radeon Screen 0 Option RenderAccel true Option AGPMode 4 Option AGPFastWrite true Option EnablePageFlip true Option UseInternalAGPGART no Option backingstore true Option AllowGLXWithComposite true EndSection Section Device # BoardNameGeForce4 MX 440 # Driver nv Driver nvidia Identifier geforce4 Screen 0 Option RandRRotation on Option RenderAccel true VendorName NVidia #Option NvAGP 1 # Option NoLogo true # Option CursorShadow on Option TwinView Option TwinViewOrientation LeftOf # Option MetaModes 1024x768; 800x600 Option MetaModes CRT-0:1920x1200,DFP-0:1600x1200; 640x480,640x480 #Option MetaModes CRT-0:1920x1200,DFP-0:1600x1200,TV-0:NULL; CRT-0:NULL,DFP-0:640x480,TV-0:640x480 #Option MetaModes 1600x1200,1600x1200; 640x480,640x480 #Option MetaModes DPF-0: 1600x1200, TV-0: NULL; 640x480,640x480 #Option MetaModes DFP-0:1600x1200 #Option MetaModes DFP-0:1600x1200
Bug#333339: elinks: does not save the link numbering parameter while this is very blindfriendly
Hello, I think I've fixed this now in the development git tree. I'll let Jonas do the bubbling-through to the stable series now. ;-) Thanks for the report, -- Petr Pasky Baudis Stuff: http://pasky.or.cz/ VI has two modes: the one in which it beeps and the one in which it doesn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329196: New libetpan available (Was: sylpheed-claws-gtk2: IMAP + TLS problem: connection breaks, possible mail loss)
Peter Gervai @ 2005-09-20 (Tuesday), 13:02 (+0200) Please see http://www.thewildbeast.co.uk/sylpheed-claws/bugzilla/show_bug.cgi?id=809 for the description of the bug. Basically you want to upgrade to at least 1.9.15-rc2 *along* with compulsory upgrade of libetpan to at least 0.39. Quoting the bugzilla: --- Additional Comment #6 From Ricardo Mones 2005-09-20 13:42 [reply] --- (In reply to comment #5) Just reporting that the problem is fixed with 1.9.15rc2 + libetpan 0.39. I'll report this bug number to the Debian maintainer too, hinting the upgrade. :) Nah, Debian maintainer is already hinted, no need to report to him ;-) Blocker here is libetpan, which has been already submitted a wishlist for upgrade. Debian bug #329202 was about this upgrade, it is closed and 0.39.1-1 is now in both sid and etch. -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333497: CAN-2005-2971: Heap overflow in kword's RTF import
Package: kword Version: 1:1.3.5-4.3 Severity: grave Tags: security Justification: user security hole An exploitable heap overflow has been found in kword's RTF import function. Please see http://www.kde.org/info/security/advisory-20051011-1.txt for more information and a patch against 1.3.5. This has been assigned CAN-2005-2971, please mention it in the changelog, when fixing this. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333498: sylpheed-claws-gtk2: Messages gets mixed up
Package: sylpheed-claws-gtk2 Version: 1.9.14-1 Severity: normal When testing out this MUA I decided NOT to use it. The reason being it didn't seem to properly know what it was doing. First I read a couple of messages, then deleted one, moved one to thrash and continued reading. After these initial steps I noticed that at the end of a message window, text from another message in my mailbox appeared. It looked like a buffer was reused, but the application didn't know that it should end at the shorter message. I have no idea if this was merely cosmetic or a more severe error, but my mail is to important to take any chances. This is a lousy bug report, but better than nothing I hope... I keep my messages on an imap server running Courier. Not sure about the version, but probably the one from sarge. -- /Martin -- 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.12-1-k7 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages sylpheed-claws-gtk2 depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell150.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-01.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libetpan3 0.39.1-1 mail handling library ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcrypt111.2.1-4 LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.1-1 The GLib library of C routines ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.10.3-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnutls121.2.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libgpgme11 1.0.3-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.10-1 The GTK+ graphical user interface ii libldap2 2.1.30-12 OpenLDAP libraries ii liblockfile1 1.06 NFS-safe locking library, includes ii libpango1.0-0 1.8.2-2 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libsasl2 2.1.19-1.5Authentication abstraction library ii libssl0.9.70.9.7g-2 SSL shared libraries ii libtasn1-2 0.2.13-1 Manage ASN.1 structures (runtime) ii libxml22.6.22-1 GNOME XML library ii zlib1g 1:1.2.3-4 compression library - runtime Versions of packages sylpheed-claws-gtk2 recommends: ii sylpheed-claws-gtk2-i18n 1.9.14-1 Locale data for Sylpheed Claws (i1 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333499: mb2md: -r option does not work
Package: mb2md Version: 3.20-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -r option does not do anything (it should remove an extension while creating maldir name). If you use such directory/mailbox structure : [EMAIL PROTECTED]: test]$ ls -alR /tmp/test/Mail /tmp/test/Mail: total 24 drwxr-xr-x 3 bast bast 4096 2005-10-11 19:28 . drwxr-xr-x 4 bast bast 4096 2005-10-11 19:36 .. - -rw-r--r-- 1 bast bast 9886 2005-10-11 19:33 Local.sbd and convert it [EMAIL PROTECTED]: test]$ /usr/bin/mb2md -s /tmp/test/Mail/ -R -d /tmp/test/Maildir -r sbd convertit(.,) Skipping . : name begins with a '.' convertit(..,) Skipping .. : name begins with a '.' convertit(): Converting Local.sbd in /tmp/test/Mail/ to /tmp/test/Maildir/.Local_sbd destination = .Local_sbd Source Mbox is /tmp/test/Mail//Local.sbd Target Maildir is /tmp/test/Maildir/.Local_sbd 2 messages. 1 files processed. the new maildir is created with _extension in its name : [EMAIL PROTECTED]: test]$ ls -al /tmp/test/Maildir/ total 24 drwx-- 6 bast bast 4096 2005-10-12 09:59 . drwxr-xr-x 4 bast bast 4096 2005-10-12 09:59 .. drwx-- 2 bast bast 4096 2005-10-12 09:59 cur drwx-- 5 bast bast 4096 2005-10-12 09:59 .Local_sbd drwx-- 2 bast bast 4096 2005-10-12 09:59 new drwx-- 2 bast bast 4096 2005-10-12 09:59 tmp Looking at mb2md code, while creating maildir name, mb2md first replaces all . with _, and then it tries to remove pattern \.$strip_ext$ from this name. As no dot is found, this pattern never matches. Attached quick patch make -r option works, but it may not be the best solution. ^_^ thanks. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mb2md depends on: ii libtimedate-perl 1.1600-5 Time and date functions for Perl ii perl [perl5] 5.8.7-3Larry Wall's Practical Extraction mb2md recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDTMXvilgeBOdeKhcRAgVoAKCI5tY7z5eYD5c7nJp8//cBNQY+RwCgkYLf zCD8Ij4zAAJNi93FXd7857g= =HhWK -END PGP SIGNATURE- --- /usr/bin/mb2md 2005-07-04 22:38:47.0 +0200 +++ /tmp/mb2md 2005-10-11 19:05:35.0 +0200 @@ -677,7 +677,7 @@ # # if $strip_extension is defined, # strip it off the $targetfile - defined($strip_ext) ($destinationdir =~ s/\.$strip_ext$//); + defined($strip_ext) ($destinationdir =~ s/\_$strip_ext$//); convert($mbroot/$oldpath/$dir,$dest/$destinationdir); $mailboxcount++; }
Bug#333371: devscripts: please consider adding an option to Cc: an arbitrary address
On Tue, Oct 11, 2005 at 06:07:55PM +0200, Marc Haber wrote: Package: devscripts Version: 2.9.7 Severity: wishlist Please consider adding an option that allows an arbitrary Address to be cc'ed on the outgoing message for reference. to which script you would add such option? I'm puzzled :) filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332420: freemind: use x-www-browser
Hi Peter, two things: 1. you can very easily solve this yourself by editing ~/.freemind/user.properties and uncommenting and setting the variable 'default_browser_command_other_os' to the value you like. 2. in version 0.8.0, not yet in Debian for different reasons but available from the FreeMind site directly (I'm also packaging those), read the release notes for details, this problem is solved with a small utility called 'urlsee'. Hope you'll like it. Cheers, Eric PS: I'll close the bug in a short while... Package: freemind Version: 0.7.1-6 Severity: normal To display the FAQ, use x-www-browser instead of www-browser. The latter ends up being lynx or something like that. (I don't think that freemind runs on the console so that relying on X would be inappropriate.) -- Eric de France, d'Allemagne et de Navarre
Bug#333500: CAN-2005-2969: Potential SSL2 fallback
Package: openssl Version: 0.9.8-2 Severity: important Tags: security Yutaka Oiwa found a vulnerability in OpenSSL: A vulnerability has been found in all previously released versions of OpenSSL (all versions up to 0.9.7h and 0.9.8a). Versions 0.9.7h and 0.9.8a have been released to address the issue. The vulnerability potentially affects applications that use the SSL/TLS server implementation provided by OpenSSL. Such applications are affected if they use the option SSL_OP_MSIE_SSLV2_RSA_PADDING. This option is implied by use of SSL_OP_ALL, which is intended to work around various bugs in third-party software that might prevent interoperability. The SSL_OP_MSIE_SSLV2_RSA_PADDING option disables a verification step in the SSL 2.0 server supposed to prevent active protocol-version rollback attacks. With this verification step disabled, an attacker acting as a man in the middle can force a client and a server to negotiate the SSL 2.0 protocol even if these parties both support SSL 3.0 or TLS 1.0. The SSL 2.0 protocol is known to have severe cryptographic weaknesses and is supported as a fallback only. Applications using neither SSL_OP_MSIE_SSLV2_RSA_PADDING nor SSL_OP_ALL are not affected. Also, applications that disable use of SSL 2.0 are not affected. Please see http://www.openssl.org/news/secadv_20051011.txt for the full advisory, which contains patches for 0.9.7 and 0.9.8. This has been assigned CAN-2005-2969, please mention so in the changelog when fixing this. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openssl depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8-2SSL shared libraries openssl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333501: syl...plugins misses vcalendar-plugin
Package: sylpheed-claws-gtk2-plugins Version: 1.9.14-1 Severity: minor Package description says: This is a dummy package to install all plugin packages for the Sylpheed Claws GTK2 mailer However it does not depend on sylpheed-claws-gtk2-vcalendar-plugin. I don't know if this is intential or not. -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333502: file segfaults on multiple machines running debian testing on specific file
Package: file Version: 4.12-1 Severity: normal -- 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.9 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages file depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libmagic1 4.12-1 File type determination library us ii zlib1g1:1.2.3-4 compression library - runtime file recommends no packages. -- no debconf information to reproduce the problem please create a file containgin text as in quotes: I am interested in what he thinks of the EMF compared to WMF. Not be save it to some file [test.txt] run file test.txt it segfaults. last part of strace: munmap(0xb7fe3000, 27839) = 0 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=815072, ...}) = 0 mmap2(NULL, 815072, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7dc2000 close(3)= 0 brk(0) = 0x804b000 brk(0x806c000) = 0x806c000 stat64(/root/.magic, 0xb790) = -1 ENOENT (No such file or directory) open(/etc/magic.mgc, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/etc/magic, O_RDONLY|O_LARGEFILE) = 3 mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d41000 fstat64(3, {st_mode=S_IFREG|0644, st_size=111, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d21000 read(3, # Magic local data for file(1) c..., 131072) = 111 read(3, , 131072) = 0 close(3)= 0 munmap(0xb7d21000, 131072) = 0 munmap(0xb7d41000, 528384) = 0 open(/usr/share/misc/file/magic.mgc, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=810880, ...}) = 0 mmap2(NULL, 810880, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb7cfc000 close(3)= 0 open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/gconv/gconv-modules, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=45568, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cdc000 read(3, # GNU libc iconv configuration.\n..., 131072) = 45568 read(3, , 131072) = 0 close(3)= 0 munmap(0xb7cdc000, 131072) = 0 open(/usr/lib/gconv/ISO8859-1.so, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\4\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=5368, ...}) = 0 old_mmap(NULL, 8256, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7cf9000 old_mmap(0xb7cfa000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0xb7cfa000 close(3)= 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 4), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cf8000 lstat64(test.txt, {st_mode=S_IFREG|0644, st_size=68, ...}) = 0 open(test.txt, O_RDONLY|O_LARGEFILE) = 3 read(3, I am interested in what he think..., 65536) = 68 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ content of /etc/magic: # Magic local data for file(1) command. # Insert here your local magic data. Format is described in magic(5). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333503: Debian-Kernel crashs
Package: kernel-image Version: 2.6.8 to 2.6.11 I write a bug report to the kernel list. Please show the information there. http://bugzilla.kernel.org/show_bug.cgi?id=5316 After I change the kernel to the mainline kernel 2.6.13-2 the system doesn't crash again. Best regards Günther -- Günther Orth [ [EMAIL PROTECTED] ] enbiz - engineering and business solutions - Kaiserslautern, Germany Fon +49 631 310 6847. Fax +49 631 310 6849. WWW http://www.enbiz.de/
Bug#333476: MAKEDEV again
MAKEDEV isdn-tty is not optimal because it only makes ttyI0..ttyI7. I believe before switching to udev I always had ttyI0..ttyI15. Suse 10.0 also allocates 0..15 So either MAKDEV isdn-tty should be changed to at least make ttyI0..ttyI15 or we should call MAKEDEV ttyI instead of MAKEDEV isdn-tty which makes ttyI0..ttyI63 -- Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333504: doc-debian: FAQ: please add intro listing purposes, intended audience, assumed knowledge
Package: doc-debian Version: today's CVS Severity: wishlist Tags: patch Hi, It'd be cool if some FAQ entry What is this FAQ? could be added to the Debian GNU/Linux FAQ. It should list stuff like: intended audience, purposes of the FAQ, assumed prior knowledge. Perhaps Chapter 15 - General information about the FAQ could be moved to Chapter 1 and merged with this general intro. Attached patch is a first shot at it. Thanks, Bye, Joost (who is very happy some work on the FAQ is being done again!) --- basic_defs.sgml.orig2005-10-12 10:15:54.923039561 +0200 +++ basic_defs.sgml 2005-10-12 10:36:13.524608648 +0200 @@ -2,6 +2,16 @@ !-- Original version: $Revision: 1.13 $ -- chapt id=basic_defsDefinitions and overview +sect id=whatisfaqWhat is this FAQ? + +pThis document gives frequently asked questions (with their answers!) about +the Debian distribution (debian; and others) and about the +Debian project. If applicable, pointers to other documentation will be +given: we won't quote large parts of external documentation in this document. +You'll find out that some answers assume some knowledge of Unix-like operating +systems. We'll try to assume as little prior knowledge as possible: answers to +general beginners questions will be kept simple. + sect id=whatisdebianWhat is debian;? pdebian; is a particular emdistribution/em of the Linux signature.asc Description: Digital signature
Bug#333505: devices: locking devices, can't umount devices
Package: konqueror Version: 4:3.3.2-1 Severity: important Hi, In devices, Konqueror locks devices, can't umount CDROM or USB key. That's very annoying for non expert sysadmins (closing Konqueror and/or umount -l required). No problem with Nautilus or manually on the same system. Extract of strace konqueror konq.log (not sure if that's useful, I can provide other tests if necessary). Thanks, Yann grep -n mntusbkey konq.log 21764:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, F_OK) = 0 21765:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, W_OK) = 0 21766:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 21767:open(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, O_RDONLY|O_LARGEFILE) = 20 21778:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, F_OK) = -1 ENOENT (No such file or directory) 21786:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 21788:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey.desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 21791:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[2].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 21848:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, W_OK) = -1 ENOENT (No such file or directory) 21849:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, F_OK) = -1 ENOENT (No such file or directory) 21852:stat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0x84bf878) = -1 ENOENT (No such file or directory) 21853:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0x84bf878) = -1 ENOENT (No such file or directory) 21854:stat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0x84bf878) = -1 ENOENT (No such file or directory) 21855:open(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) 21856:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, W_OK) = -1 ENOENT (No such file or directory) 21857:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, F_OK) = -1 ENOENT (No such file or directory) 21859:stat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0xbfcff59c) = -1 ENOENT (No such file or directory) 21866:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0xbfcfe44c) = -1 ENOENT (No such file or directory) 21867:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, W_OK) = -1 ENOENT (No such file or directory) 21868:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, F_OK) = -1 ENOENT (No such file or directory) 21870:open(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktopIsTuDa.new, O_RDWR|O_CREAT|O_EXCL, 0600) = 20 21878:stat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, 0xbfcff4bc) = -1 ENOENT (No such file or directory) 21887:rename(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktopIsTuDa.new, /home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop) = 0 21888:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 27639:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, F_OK) = -1 ENOENT (No such file or directory) 27647:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 27649:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey.desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 27652:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[2].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 27655:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop, {st_mode=S_IFREG|0600, st_size=117, ...}) = 0 27709:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, W_OK) = -1 ENOENT (No such file or directory) 27710:access(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, F_OK) = -1 ENOENT (No such file or directory) 27712:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, 0x84db870) = -1 ENOENT (No such file or directory) 27713:stat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, 0x84db870) = -1 ENOENT (No such file or directory) 27714:lstat64(/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop, 0x84db870) = -1 ENOENT (No such file or directory)
Bug#333371: devscripts: please consider adding an option to Cc: an arbitrary address
On Wed, Oct 12, 2005 at 08:03:05AM +, Filippo Giunchedi wrote: On Tue, Oct 11, 2005 at 06:07:55PM +0200, Marc Haber wrote: Package: devscripts Version: 2.9.7 Severity: wishlist Please consider adding an option that allows an arbitrary Address to be cc'ed on the outgoing message for reference. to which script you would add such option? I'm puzzled :) *argh* bts. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333427: libxml-simple-perl: XML::Simple::FAQ.pod can't be found by perldoc
On Wed, Oct 12, 2005 at 10:29:41AM +1300, Grant McLean wrote: As the author of the XML::Simple module, I get a lot of email enquiries from users. Many of these queries can be addressed by suggesting the user type the command: perldoc XML::Simple::FAQ Unfortunately, this does not work with the packaged version of XML::Simple on Debian because the file has been installed as: /usr/share/doc/libxml-simple-perl/FAQ.pod.gz of the 133 CPAN modules I have installed from the Debian repositories on my Sarge system, not a single one (other than libxml-simple-perl) has POD files installed under /usr/share/doc. Yes, this seems to have been a peculiar choice made by one of my predecessors. I wondered about it when I took over the package but thought there must be some good reason. I shall upload a modified package with the FAQ in the normal place. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333499: mb2md: -r option does not work
Ouch ! Wrong file attached, here is the good one, sorry ^_^; -- Bastien Mourgues http://www.newtech.fr/ mailto:[EMAIL PROTECTED] tel:+33561431493 --- /usr/bin/mb2md 2005-07-04 22:38:47.0 +0200 +++ /tmp/mb2md 2005-10-12 10:34:36.0 +0200 @@ -642,6 +642,7 @@ # Appending $oldpath = path is only missing $dest $destinationdir = $temppath.$destinationdir; + defined($strip_ext) ($destinationdir =~ s/\_$strip_ext$//); # Converting '/' to '.' in $destinationdir $destinationdir =~s/\/+/\./g; @@ -677,7 +678,7 @@ # # if $strip_extension is defined, # strip it off the $targetfile - defined($strip_ext) ($destinationdir =~ s/\.$strip_ext$//); +# defined($strip_ext) ($destinationdir =~ s/\_$strip_ext$//); convert($mbroot/$oldpath/$dir,$dest/$destinationdir); $mailboxcount++; } pgpoMpHfh5Tbk.pgp Description: PGP signature
Bug#262861: cdbs: ant check target is called twice too
Package: cdbs Version: 0.4.32 Followup-For: Bug #262861 ant check target is called twice for the same reason. Patch: --- ant.mk.bak 2005-10-12 17:30:12.0 +0900 +++ ant.mk 2005-10-12 17:30:37.0 +0900 @@ -55,7 +55,7 @@ common-install-arch common-install-indep:: common-install-impl common-install-impl:: @if test -n $(DEB_ANT_INSTALL_TARGET); then \ - echo $(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET); \ + echo $(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET); \ $(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET); \ else \ echo DEB_ANT_INSTALL_TARGET unset, skipping default ant.mk common-install target; \ @@ -65,7 +65,7 @@ common-post-build-arch common-post-build-indep:: common-post-build-impl common-post-build-impl:: @if test -n $(DEB_ANT_CHECK_TARGET); then \ - echo $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \ + echo $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \ $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \ else \ echo DEB_ANT_CHECK_TARGET unset, not running checks; \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333502: file segfaults. additional infromation
Hi again, i'd like to provide additional information. described behavior can be reproduced on multiple different machines. i tried it on following setups: 2.4.27-2-386 [debian kernel], 2.6.11 [custom build kernel], 2.4.27 [debian kernel], 2.6.11.9 [custom build] all computers have file 4.12-1 installed. it was tested on computers with Xeon, P4, Celerons, AMD Athlon CPUs. i attach whole log from strace. -- regards, Pawel Kudzia / .PaKud / http://pqd.one.pl execve(/usr/bin/file, [file, test.txt], [/* 16 vars */]) = 0 uname({sys=Linux, node=p2back1, ...}) = 0 brk(0) = 0x804b000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=26950, ...}) = 0 old_mmap(NULL, 26950, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe2000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libmagic.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340 \0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=52452, ...}) = 0 old_mmap(NULL, 51420, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fd5000 old_mmap(0xb7fe1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0xb7fe1000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libz.so.1, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\25..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=72860, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fd4000 old_mmap(NULL, 75816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fc1000 old_mmap(0xb7fd3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x11000) = 0xb7fd3000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1254468, ...}) = 0 old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e8c000 old_mmap(0xb7fb6000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0xb7fb6000 old_mmap(0xb7fbf000, 7308, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fbf000 close(3)= 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7fd4b00, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fe2000, 26950) = 0 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=290576, ...}) = 0 mmap2(NULL, 290576, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7e45000 close(3)= 0 brk(0) = 0x804b000 brk(0x806c000) = 0x806c000 brk(0) = 0x806c000 stat64(/root/.magic, 0xb120) = -1 ENOENT (No such file or directory) open(/etc/magic.mgc, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/etc/magic, O_RDONLY|O_LARGEFILE) = 3 mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc4000 fstat64(3, {st_mode=S_IFREG|0644, st_size=111, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7da4000 read(3, # Magic local data for file(1) c..., 131072) = 111 read(3, , 131072) = 0 close(3)= 0 munmap(0xb7da4000, 131072) = 0 munmap(0xb7dc4000, 528384) = 0 open(/usr/share/misc/file/magic.mgc, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=810880, ...}) = 0 mmap2(NULL, 810880, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb7d7f000 close(3)= 0 open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/gconv/gconv-modules, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=45278, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d5f000 read(3, # GNU libc iconv configuration.\n..., 131072) = 45278 read(3, , 131072) = 0 close(3)= 0 munmap(0xb7d5f000, 131072) = 0 open(/usr/lib/gconv/ISO8859-1.so, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=5920, ...}) = 0 old_mmap(NULL, 8860, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7d7c000 old_mmap(0xb7d7e000, 4096,
Bug#333506: dialog: wrong cursor placement on startup of --form
Package: dialog Version: 1.0-20051005-1 Severity: minor If I use dialog's --form mode the cursor is shown at the wrong place on startup: it is shown in the first input box but not on the button. The button is still highlighted correctly, though, and the cursor is placed correctly as soon as I hit TAB or the cursor keys. This suggests to the user that the focus is on the input box (at least it confuses me). How to reproduce: dialog --title Edit an ARecord --defaultno \ --form Edit an ARecord 20 60 0 \ Name: dummy 1 2 1 11 0 0 \ Address: 3 2 192.168.0.1 3 11 20 20 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.13.2 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages dialog depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libncursesw5 5.4-9 Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333507: mozilla-thunderbird: Piping attachments through external programs
Package: mozilla-thunderbird Version: 1.0.2-2.sarge1.0.6 Severity: normal Piping of attachements through external programs does not work as required. In fact no piping takes place. Take e.g. the follwoing lines in .mailcap application/x-chess-pgn;cmail application/x-chess;cmail This should _pipe_ the attachment trough cmail, but seems to call cmail with a parameter which is not compliant to .mailcap. As a work arround one could use the following script: -- #!/bin/sh # # simple cmail wrapper # cmail needs the moves from stdin if called from a mail program. not # all mailprograms support piping though... # if [ -f $1 ]; then cat $1 | cmail else cmail fi -- and specify application/x-chess-pgn;cm %u application/x-chess;cm %u in .mailcap. But this is only a work arround, not a fix. Thunderbird should obey .mailcap correctly as other mailers do (e.g. mutt). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * mozilla-thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333508: pbbuttonsd: doesn't react to buttons when started at boot
Package: pbbuttonsd Version: 0.7.2-1 Severity: normal pbbuttonsd starts at boot with the usual message and doesn't give any errors. After that the buttons for brightness, volume and eject CD don't work. But when I do an /etc/init.d/pbbuttonsd restart afterwards a very similar message is shown and they work correctly. The same problem occured with version 0.7.1 of pbbuttonsd which is in testing and it is independent of the power source (battery/AC). When on battery the screen sometimes dims right after boot and doesn't get brighter when I use the trackpad or keyboard (until I restart pbbuttonsd and adjust it manually) which seems to indicate that pbbuttonsd does start somehow. I didn't touch any config files of pbbuttonsd. The messages are: Restarting pbbuttonsd:pbbuttonsd 0.7.2: iBook/G3 PB Pismo/G4 PB Titanium (PMU version: 12) .. or Starting pbbuttonsd:pb... respectively Some info about my hardware: [EMAIL PROTECTED]:~$ cat /proc/pmu/info PMU driver version : 2 PMU firmware version : 0c AC Power : 1 Battery count : 1 [EMAIL PROTECTED]:~$ cat /proc/cpuinfo processor : 0 cpu : 7455, altivec supported clock : 798MHz revision: 0.3 (pvr 8001 0303) bogomips: 804.39 machine : PowerBook6,3 motherboard : PowerBook6,3 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 001b L2 cache: 256K unified memory : 256MB pmac-generation : NewWorld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pbbuttonsd depends on: ii hdparm6.1-2 tune hard disk parameters for high ii libasound21.0.9-3ALSA library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii lsb-base 3.0-9 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-78 creates device files in /dev Versions of packages pbbuttonsd recommends: ii laptop-mode-tools 1.10-1 Userland scripts to control lapto -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333509: mozilla-thunderbird: Naming inconsitencies for program and profile directory
Package: mozilla-thunderbird Version: 1.0.2-2.sarge1.0.6 Severity: minor Tunderbird should be able to be called as thunderbird from the console as it is handled with Firefox. Not only as mozilla-thunderbird. A symlink would help. Thunderbird should store it's settings in either $HOME/.thunderbird as the mozilla-distribution does, but IMHO it would be even much better to store it in $HOME/.mozilla/thunderbird like Firefox. Then it would be consistent throughout Debian. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * mozilla-thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332898: udev: still not working with mouse
Package: udev Version: 0.070-4 Followup-For: Bug #332898 Udev now loads evdev (never actually noticed if this was loaded before on my system with hotplug, but it certainly is now) and mousedev. This allows X to start, but the cursor won't move. On the system I'm using atm (IBM Thinpad T23 with trackpoint) you need to load psmouse as well as mousedev, and this still isn't being done by udev. Has a bug been raised with the kernel people about getting a proper fix in there? If so can you provide the number so we can keep an eye out for it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333304: smartmontools: checking the drive leads to interrupt missing
Hi Holger, On Tue, Oct 11, 2005 at 12:34:04PM +0200, Holger Rusch wrote: Package: smartmontools Version: 5.33+5.34cvs20050802-3 Severity: important This looks like a kernel issue. Which kernel package are you running exactly? Cheers, -- Guido Hi, i got the following in my syslog when smartd checks the drive: Oct 10 17:39:41 samba smartd[3232]: Device: /dev/hda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 67 to 69 Oct 10 17:39:41 samba smartd[3232]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 67 to 69 Oct 10 17:39:44 samba kernel: irq 209: nobody cared! Oct 10 17:39:44 samba kernel: [__report_bad_irq+42/160] __report_bad_irq+0x2a/0xa0 Oct 10 17:39:44 samba kernel: [handle_IRQ_event+61/112] handle_IRQ_event+0x3d/0x70 Oct 10 17:39:44 samba kernel: [note_interrupt+130/160] note_interrupt+0x82/0xa0 Oct 10 17:39:44 samba kernel: [__do_IRQ+240/256] __do_IRQ+0xf0/0x100 Oct 10 17:39:44 samba kernel: [do_IRQ+25/48] do_IRQ+0x19/0x30 Oct 10 17:39:44 samba kernel: [common_interrupt+26/32] common_interrupt+0x1a/0x20 Oct 10 17:39:44 samba kernel: [mwait_idle+37/80] mwait_idle+0x25/0x50 Oct 10 17:39:44 samba kernel: [cpu_idle+51/80] cpu_idle+0x33/0x50 Oct 10 17:39:44 samba kernel: [start_kernel+378/480] start_kernel+0x17a/0x1e0 Oct 10 17:39:44 samba kernel: [unknown_bootoption+0/496] unknown_bootoption+0x0/0x1f0 Oct 10 17:39:44 samba kernel: handlers: Oct 10 17:39:44 samba kernel: [pg0+944526096/1069827072] (ide_intr+0x0/0x180 [ide_core]) Oct 10 17:39:44 samba kernel: Disabling IRQ #209 Oct 10 17:40:05 samba kernel: hda: dma_timer_expiry: dma status == 0x24 Oct 10 17:40:15 samba kernel: hda: DMA interrupt recovery Oct 10 17:40:15 samba kernel: hda: lost interrupt After every check hda hangs for ~30 seconds. I am using kernel linux-image-2.6.12-1-686-10. When not using smartd there is no lost interrupt at any time. System is with a 945G Chipset and uses ata_piix driver. -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smartmontools depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an Versions of packages smartmontools recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2
On Wed, Oct 12, 2005 at 12:30:31AM -0700, Steve Langasek wrote: On Wed, Oct 12, 2005 at 03:53:18PM +0930, Ron wrote: Package: gdk-imlib1 Version: 1.9.14-22 Severity: critical Justification: breaks unrelated software Unless there is something big I am missing, Yes, there is. The old gdk-imlib1 depends on libpng2, and there are many existing binaries, both in the archive and outside it, which depend directly on both gdk-imlib1 and libpng2. The Conflicts is present to ensure that users do not install combinations of packages on their systems that will result in unusable, segfaulting applications, while allowing continued installability of packages which depend on gdk-imlib1 without depending on libpng2. I'm aware of the trouble with mixing png versions (it's why wx2.4 reverted to libpng2/10 a couple of releases ago), but this still seems like a strange place to hammer this nail from to me. Why does png3/12 not declare this conflict now and let gdk-imlib dependency on it do the rest? gdk-imlib should certainly not take it upon itself to force the removal of libpng2 and all its dependencies... It doesn't. You're not forced to remove libpng2, you just don't get to keep libpng2 *and* upgrade gdk-imlib1. Well... it makes me glad I have nothing that directly depends on gdk-imlib1, or my build machine would be losing tools I use while this shakes out -- a situation that could have made timely updates of my packages to suit a much more trying (and time consuming) proposition. Josselin: I see from #323354 that you are planning to kill off libpng2 soon in any case. libpng2 is already gone from unstable. Yes, I saw that was the case just after I fired this off. Any packages still depending on libpng2 need to be rebuilt with libpng3 (libpng12-0) to be released with etch. Ack. I'll try to crank the handle for new wx2.4 packages tonight or tomorrow then. Where does this leave apps that still depend on gtk1? Will it be rebuilt to use png3, or something else? These packages are already being rebuilt to use png3. This is why gdk-imlib1 has this conflict. I'm still not sure I see how the latter automatically follows from the former, but the song remains the same. I knew this was coming, but if there was a note about it coming _now_, I must have missed it. I can't say I'll be _unhappy_ to stop having to flip between the two png-dev packages, depending on what I'm building for upload, but I'm still missing something if this is the only/best way to make this transition. Done now though, so I guess I'll make the best of it... cheers, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333497: CAN-2005-2971: Heap overflow in kword's RTF import
Note that according to the Ubuntu advisory, this bug might also be present in the koffice-libs package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333510: [FTBFS] perl fails on arm with -O2
Package: perl Version: 5.8.7-5 Severity: serious Justification: no longer builds from source Perl fails to build on arm/armeb with -O2 optimization and current gcc4. with -01, perl compiled fine and pass testsuites withoout a problem. By using the following patch instead of the current 63_debian_ppc_opt.. patch, this (gcc) issue can be worked around. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv4l) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages perl depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.2 4.2.52-19 Berkeley v4.2 Database Libraries [ ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii perl-base 5.8.7-3The Pathologically Eclectic Rubbis ii perl-modules 5.8.7-5Core Perl modules Versions of packages perl recommends: pn perl-doc none (no description available) -- no debconf information Don't need to downgrade optimisation on ppc with gcc 4.0 diff -Naur --exclude=debian perl-5.8.7.orig/hints/linux.sh perl-5.8.7/hints/linux.sh --- perl-5.8.7.orig/hints/linux.sh 2005-04-05 06:08:31.0 +1000 +++ perl-5.8.7/hints/linux.sh 2005-10-11 11:00:00.0 + @@ -90,7 +90,7 @@ '') optimize='-O2' case `uname -m` in -ppc*) +arm*) # on ppc, it seems that gcc (at least gcc 3.3.2) isn't happy # with -O2 ; so downgrade to -O1. optimize='-O1'
Bug#333511: debian-doc: FAQ: please add question on how to set up own apt-able repository
Package: doc-debian Version: today's CVS Severity: wishlist Tags: patch Hi, It'd be cool if some FAQ entry on how to set up ones own repository could be added. Attached is a patch with such a question and answer. Thanks, Bye, Joost --- ftparchives.sgml.orig 2005-10-12 10:15:54.938036405 +0200 +++ ftparchives.sgml2005-10-12 11:03:01.468378845 +0200 @@ -345,3 +345,14 @@ url id=http://incoming.debian.org/;. You can manually fetch packages, check the GPG signature and MD5sums in the .changes and .dsc files, and then install them. + +sect id=ownrepositoryHow do I set up my own apt-able repository? + +pIf you have built some private Debian packages which you'd like to install +using the standard Debian package management tools, you can set up your own +apt-able package archive. This is also useful if you'd like to share your +Debian packages while these are not distributed by the Debian project. +Instructions on how to do this are given in the url name=Debian Repository +HOWTO +id=http://www.debian.org/doc/manuals/repository-howto/repository-howto;. + signature.asc Description: Digital signature
Bug#333512: sml-mode: alice support
Package: sml-mode Version: 4.0-5 Severity: wishlist Tags: patch Alice is an interesting free implementation of SML with some extensions. Debian packages of alice for the stable distribution can be downloaded from http://www.ps.uni-sb.de/alice/download/ . Support to Alice with sml-mode can be downloaded from http://www.ps.uni-sb.de/alice/download/sml-mode-4.0+alice.tgz . I have made a dpatch to sml-mode 4.0 that add Alice ML dialect support to sml-mode 4.0 based on the above-mentioned tarball. I tried the patch and so far it works fine. Please incorporate the dpatch if it works for you too. Best! shouxun 20_alice_sml.dpatch Description: application/shellscript
Bug#333279: xlibmesa-dri: Xorg crash when change virtual console (crtl-alt-Fn) or x resolution
On Tuesday 11 October 2005, alle 19:02, David Martínez Moreno wrote: El martes, 11 de octubre de 2005 10:39, Andrea De Michele escribió: When I switch from a text virtual console to the X console (crtl-alt-F7) the system crash and I need to restart the computer. The same happen when I change the resolution ctrl-alt- +- of the x console. I have this problem only if I load the dri module. [...] (II) RADEON(0): AGP Fast Write disabled by default (II) RADEON(0): Depth moves disabled by default [...] (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7417 (**) Option dpms (**) RADEON(0): DPMS enabled (II) RADEON(0): Direct rendering disabled It would be nice if you sent us the logs and configuration with DRI enabled. Best regards, Ender. Ok, I'm sorry. You will find them attached to this mail. -- Dr. Andrea De Michele PhD in Applied Physics Dipartimento di Fisica-Università di Pisa Largo Pontecorvo, 3 56127 PISA tel 1: + 39 050 2214 285 tel 2: + 39 050 2214 309 fax: + 39 050 2214 333 e-mail: [EMAIL PROTECTED] # xorg.conf (Xorg 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 xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg 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/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout it EndSection Section InputDevice Identifier synaptics Driver synaptics Option Protocol auto-dev # Option TouchpadOff 0 Option LeftEdge 1900 Option RightEdge 5800 Option TopEdge 1900 Option BottomEdge 4400 Option FingerLow 25 Option FIngerHigh 30 Option MaxTapTime 180 Option MaxTapMove 220 Option VertScrollDelta 100 Option MinSpeed 0.03 Option MaxSpeed 0.16 Option AccelFactor 0.0020 #Option UpDownScrooling 1 Option SHMConfig on #Option ZAxisMapping 4 5 Option Device /dev/input/event0 Option Emulate3Buttons false # Option Emulate3Timeout 70 # Option Repeater /dev/ps2mouse EndSection Section InputDevice Identifier Configured Mouse Driver mouse # Option CorePointer Option Device/dev/psaux Option Protocol Auto Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Technologies, Inc. Radeon Mobility U1 Driver ati # Option EnabledPageFlip true # Option MergedFB false # Option UseFBDev true # VideoRam65536 EndSection Section Monitor Identifier Monitor Generico Option DPMS HorizSync 28-49 VertRefresh 43-72 EndSection Section Screen Identifier Default Screen Device ATI Technologies, Inc. Radeon Mobility U1 Monitor Monitor Generico DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 800x600 640x480
Bug#330540: dvipng: unexpectedly replaces symbols
Release notes for version 1.7 of the dvipng package: The 1.7 release fixes a font-handling bug and some build issues. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333513: apt-setup should eject a cdrom before asking for another one
Package: apt-setup Version: apt-setup should eject a cdrom before asking for another one Severity: minor Hi, apt-setup should eject a cdrom before asking for another one. Thanks, Yann -- 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.13.4-1 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CH.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318099: lsb-rpm: [CAN-2005-2096] statically linked copy of zlib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Oct 2005 09:56:32 +1000 Source: rpm Binary: python2.3-rpm rpm librpm-dev lsb-rpm librpm4 Architecture: source i386 Version: 4.4.1-1 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anand Kumria [EMAIL PROTECTED] Description: librpm-dev - RPM shared library, development kit librpm4- RPM shared library lsb-rpm- Red Hat package manager for LSB package building python2.3-rpm - Python bindings for RPM rpm- Red Hat package manager Closes: 193930 214406 218348 313916 318626 326142 326665 Changes: rpm (4.4.1-1) unstable; urgency=low . * New upstream releases (Closes: #214406, #193930) * Add myself to uploaders * Create python bindings (Closes: #218348, #326142) * Correct the German translation (Closes: #313916) * Acknowledge OMU (Closes: #326665) * Make _sysconfdir point to /etc (Closes: #318626) * Standards-Version: 3.6.2.1 * Other random funkiness Files: 7bc9dc6e57b7830b9b2b91b0af7c65ae 997 admin optional rpm_4.4.1-1.dsc 90ded9047b1b69d918c6c7c7b56fd7a9 11497447 admin optional rpm_4.4.1.orig.tar.gz 28a69b743d76a3b470d861492181a521 515950 admin optional rpm_4.4.1-1.diff.gz 5af9b02f9c892bfc7dd58a313ff402be 835978 admin optional rpm_4.4.1-1_i386.deb a2d1a8dfabbb747bfe43b33d22732189 2131620 devel optional lsb-rpm_4.4.1-1_i386.deb d9a0dbb8a56ccf18fc2ecff4d272d1d7 940508 libs optional librpm4_4.4.1-1_i386.deb 9c7698cc79af7d4ed20861b2ef755131 1261906 libdevel extra librpm-dev_4.4.1-1_i386.deb 166e1717a781728fbe1456dec734cb1d 477222 python extra python2.3-rpm_4.4.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQCVAwUBQ0inFWRmcAD8BdppAQLHmAQA077ZpakJfovbMZHxzpNDxhezQPc5bwuT bZASDDz3ua0IO1uqi8QzDJyC3uy9aAa3wVMyWAoRxfvaq4u2hJohynBF4vhThYSM 3hi6KHgd/TE3Yvky2agNS7NR7+SFnh+H7UQGGLs6eedG9hutbtxlZkqO3UQYewDE xmiCFH4PAhs= =IsPh -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#333514: linda: Build-Depend on python not recognized
Package: linda Version: 0.3.16 Severity: normal Linda reports Makes use of dh_python, but does not Build-Depend on python But the package Build-Depends on python2.4-dev, which depends on python in turn. This should be a fairly common case (also for python2.3-dev and python-dev). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linda depends on: ii binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina ii dash 0.5.2-7 The Debian Almquist Shell ii file 4.12-1 Determines file type using magic ii man-db 2.4.3-3 The on-line manual pager ii python 2.3.5-3 An interactive high-level object-o Versions of packages linda recommends: ii debian-policy 3.6.2.1Debian Policy Manual and related d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333515: /etc/init.d/mysql-ndb init
Package: mysql-dfsg-4.1 Severity: wishlist Ruben Püttmann asked me to implement this. -christian-
Bug#333516: grub2: no man pages for grub-setup, grub-emu, grub-mkimage
Package: grub2 Version: 0.6+20050203-2 Severity: normal Hi, There is no man pages, and very little documentation for grub2 commands: grub-setup, grub-emu, grub-mkimage. Among others, how to build a core.img. Thanks, Yann -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-1 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CH.UTF-8) Versions of packages grub2 depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii liblzo1 1.08-2 data compression library ii libncurses5 5.4-9 Shared libraries for terminal hand grub2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309899: Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files
* John Goerzen [EMAIL PROTECTED] [051011 07:02]: In any case, I have just uploaded the libarchive-dev package. I also wrote to the author last night about the shared library issue and haven't heard back yet. The last answer I got about this was from May 2005. I back then read it as may come soon, but I started to think lately it meant just copy the code from the FreeBSD makefile for that. I'd be happy to co-maintain it with you. I do have all my Debian packages up in darcs already, if that would be interesting to you. You can use: darcs get http://darcs.complete.org/debian/libarchive to check out my tree for this package. Besides the static-only thingie, I am a bit unhappy about the -doc package. A 35k .deb package with Installed-Size: 88 is quite wastefull in my eyes. Especially as it mostly development manpages anyway. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332898: udev: still not working with mouse
On Oct 12, Richard Antony Burton [EMAIL PROTECTED] wrote: start, but the cursor won't move. On the system I'm using atm (IBM Thinpad T23 with trackpoint) you need to load psmouse as well as mousedev, and this still isn't being done by udev. Unrelated, #68 (will be fixed today). Has a bug been raised with the kernel people about getting a proper fix in there? If so can you provide the number so we can keep an eye out for it. The input subsystem needs major upstream changes that will probably appear in 2.6.15. -- ciao, Marco signature.asc Description: Digital signature
Bug#333517: ftp.debian.org: Please also remove unsigned .dsc
Package: ftp.debian.org Severity: wishlist I forgot to sign *.changes and *.dsc file. The queue daemon removed the unsigned changes file, but left the unsigned dsc behind. That means I have to write a commands file when the daemon has already figured out what the problem was. Please also remove unsigned dsc files. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 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#306210: libstdc++: Big file support not working with Debian mingw32 package (OK with upstream native binaries)
On Tue, Oct 11, 2005 at 01:13:53AM +0930, Ron wrote: Could you confirm if this is still a problem with the current release or not? Yes - unfortunately it is! The program I posted earlier in this bug writes just a little less than 4GB of data into the file (on NTFS), then fails with No space left on device. I cross-compiled this program today in a freshly updated sid chroot. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://geht.net.gibts.bei.atterer.net ¯ '` ¯
Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images
On Wed, Oct 12, 2005 at 09:16:34AM +0200, Jeroen van Wolffelaar wrote: On Wed, Oct 12, 2005 at 01:32:56PM +0900, Horms wrote: On Sat, Oct 08, 2005 at 09:20:44PM +0200, Sven Luther wrote: On Sat, Oct 08, 2005 at 08:36:41PM +0200, Jeroen van Wolffelaar wrote: tags 331391 moreinfo thanks On Mon, Oct 03, 2005 at 05:34:36PM +0900, Horms wrote: Hi ftpmasters, Hi Horms, After discussion with the d-i team, the 2.6.8 kernel can now be removed from the archive. Accordinly, please remove the following packages: kernel-image-2.6.8-alpha kernel-image-2.6.8-amd64 kernel-image-2.6.8-hppa kernel-image-2.6.8-i386 kernel-image-2.6.8-ia64 kernel-image-2.6.8-m68k kernel-image-2.6.8-s390 kernel-image-2.6.8-sparc kernel-patch-2.6.8-hppa kernel-patch-2.6.8-m68k kernel-patch-powerpc-2.6.8 kernel-source-2.6.8 kernel-kbuild-2.6-3 In addition, the following packages should be removed, but they should have been hijacked by linux-2.6, I am not sure why this hasn't happened. kernel-latest-2.6-alpha kernel-latest-2.6-amd64 kernel-latest-2.6-hppa kernel-latest-2.6-i386 kernel-latest-2.6-s390 kernel-latest-2.6-sparc Removing the first list will break the second list, in particular, those kernel-headers-2.6-subarch packages. So the magical short names for 'latest kernel headers' will cease to work in unstable then. Nope, the latest are now provided by the linux-2.6 package as a legacy compatibility thingy and depend on the linux-image 2.6.12 kernels. I think from now on, and with the exception of the mips kernels, all 2.6 kernel related source packages which are not linux-2.6 should go. Sven, I don't think this is the case. Examining kernel-headers-2.6-686-smp in sid I find that it is a package produced by the kernel-latest-2.6-i386 source package. I do not see it provided as a virtual or real package by linux-2.6. If I understand Jeroen correctly, this needs to be resolved. In a nutshell it seems that kernel-image-2.6-flavour is handled by linux-2.6 but kernel-headers-2.6-flavour This problem does not seem to exist on powerpc because the header packages, (called kernel-build-*) were never released as generic 2.6-flavour dummy packages. However, adding kernel-headers-2.6-flavour as part of the transition would do no harm. Indeed -- I asked about this, because I do not know enough about the usage of kernel-headers-2.6-flavour packages, whether it would make sense to seize to provide those, and break upgrade path for them. It might be the case that that would make more sense than to continue their existance -- but it is not something I can judge, the kernel team can do so much better. (...) it seems we need to add a little more package magic first. So that is up to you -- if the kernel team decides that no upgrade path is needed on the other hand, that's fine with me too. I merely want it to be well-thoughtover decision, and not an implicit consequence :). Well, the upgrade consequences are much less for kernel-headers than for kernel-image, but still worth worrying about IMHO. In an nutshell, whatever was done for kernel-image-2.6-flavour should be done for kernel-headers-2.6-flavour I'll look into making this happen unless someone beats me too it. (Please feel free to if you are interested :) -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332942: kernel-image-2.6.8-2-386: fails to insert floppy.ko claiming io-port 0x03f2 in use
On Sun, Oct 09, 2005 at 07:10:24PM +0200, Francesco Poli wrote: Package: kernel-image-2.6.8-2-386 Version: 2.6.8-16 Severity: normal I installed Debian sarge (3.1 r0) on an old Pentium machine, following the manual debootstrap procedure (described in the Debian sarge installation guide, appendix C.). I could not use debian-installer because I didn't have enough memory (only 16 Mibyte). Now I cannot mount floppy disks (not even as root): # mount -t ext2 /dev/fd0 /media/floppy/ mount: /dev/fd0 is not a valid block device # ls -altrF /dev/fd0 brw-rw 1 root floppy 2, 0 Feb 26 2005 /dev/fd0 # tail -3 /var/log/kern.log Oct 9 16:33:55 oldbox kernel: inserting floppy driver for 2.6.8-2-386 Oct 9 16:33:55 oldbox kernel: Floppy drive(s): fd0 is 1.44M Oct 9 16:33:55 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use But io-port 0x03f2 does not seem to be in use: # cat /proc/ioports -001f : dma1 0020-0021 : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 02f8-02ff : serial 0376-0376 : ide1 03c0-03df : vga+ 03f3-03f3 : pnp 00:07 03f6-03f6 : ide0 03f8-03ff : serial 04d0-04d1 : pnp 00:07 0cf8-0cff : PCI conf1 f000-f00f : :00:07.1 f000-f007 : ide0 f008-f00f : ide1 Are you sure that the drive is actually at 0x03f2? The error shows up even when simply trying to load floppy.ko: # lsmod | grep floppy # modprobe floppy FATAL: Error inserting floppy (/lib/modules/2.6.8-2-386/kernel/drivers/block/floppy.ko): Device or resource busy # tail -3 /var/log/kern.log Oct 9 16:41:02 oldbox kernel: inserting floppy driver for 2.6.8-2-386 Oct 9 16:41:02 oldbox kernel: Floppy drive(s): fd0 is 1.44M Oct 9 16:41:02 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use Please note that: * I can mount the same floppy disk flawlessly if I boot with System Rescue CD (a live distro currently based on Linux 2.4.x: http://www.sysresccd.org/) * I had no difficulties in using the floppy drive when other distros were installed on the same machine (DamnSmallLinux http://www.damnsmalllinux.org/, DeLi Linux http://www.delilinux.de/) * I even tried booting with the floppy=thinkpad kernel parameter (despite this machine is not a laptop), but the error still showed up * I searched the f...ine web and found a few people that experienced the same problem, but most of them got no answer from the forum or mailing list they were writing to, while the rest of them got suggestions that do not seem to work (at least for me...) What can I do? It seems like a fairly specialised problem, but fortunately due to the beuaty of free software you have all the information you need to resolve the problem yourself. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332958: linux-2.6: fails to build, tries to generate debian/control after having built images ...
On Sun, Oct 09, 2005 at 09:13:42PM +0200, Sven Luther wrote: Package: linux-2.6 Version: 2.6.13-1 Severity: important Justification: no longer builds from source Well, log is at : http://people.debian.org/~luther/linux-2.6-powerpc-2.6.13-1.log I built the package, ran debian/rules debian/control, btu got the error message : This target is made to fail intentionally, to make sure that it is NEVER run during the automated build. Please ignore the following error, the debian/control file has After all images where built and after 500 minutes of build time, i am not amused :/ I think it will not happen with binary-only uploads, but it would be nice if someone (waldi ?) knowledgeable with this part of the build system could have a look. That is very strange, that target should never be built in an automated build. And while I don't really agree with it failing - what if you want to automate building from svn, you just have to run around in circles a bit - it does point to a deeper problem somewhere. I can also confirm that this is not the problem I saw when building ppc, but I ran into a different problem, which I guess is earlier on in the build chain. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333136: udev doesn't load cdc-acm when USB modem plugs
tag 333136 +upstream thanks On Mon, Oct 10, 2005 at 09:49:01PM +0200, Marco d'Itri wrote: reassign 333136 linux-2.6 thanks On Oct 10, Greg KH [EMAIL PROTECTED] wrote: [Wrong $MODALIAS reported by cdc-acm.] Ok, this is a kernel bug, found it, now how to fix it... Forwarded. Thanks Marco, I'm tagging it as upstream, as it is. If anyone notices a fix upstream, please post it here. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333220: doesn't install: Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)
On Tue, Oct 11, 2005 at 03:09:05AM +0200, Thiemo Seufer wrote: reassign 333220 kernel-package 9.008 severity 333220 important tags 333220 patch thanks Martin Michlmayr wrote: Package: kernel-image-2.4.27-xxs1500 Version: 2.4.27-11.040815-2 Severity: grave kernel-image-2.4.27-xxs1500 doesn't install. It seems kernel-package is confused as to the name of the kernel. Setting up kernel-image-2.4.27-xxs1500 (2.4.27-11.040815-2) ... Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500) dpkg: error processing kernel-image-2.4.27-xxs1500 (--install): subprocess post-installation script returned error exit status 2 vs -rw-r--r-- 1 root root 6963004 2005-10-07 23:53 vmlinux-2.4.27-xxs1500 This seems to be some deficiency in kernel-package. /usr/share/kernel-package/rules defines for xxs1500 kimage := vmlinux.srec ... kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version) and the same kimage value is put in the package postinst. But later in the postinst # Paranoid check to make sure that the correct value is put in there if(! $kimage) { $kimage = vmlinuz; } # Hmm. empty elsif ($kimage =~ m/^b?zImage$/o) { $kimage = vmlinuz; } # these produce vmlinuz elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage; } elsif ($kimage =~ m/^vmlinux$/o) { my $nop = $kimage; } else { $kimage = vmlinuz; } # Default the default of vmlinuz is chosen, which leads to the vmlinux/vmlinuz mismatch noted above. I guess this could be a candidate for a sarge-update, depending on how the fix pans out. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2
Le mercredi 12 octobre 2005 à 18:37 +0930, Ron a écrit : You should just rebuild the package against gdk-imlib11, that's all. That package is linked against libpng12, as libpng2/libpng10 has been removed as well. In this case I just need to fix the build-dep from png10 - png12, (for the bits I'm responsible for) but I guess I missed the memo that we were rolling on that this week. I'm not unhappy that it's happening, just surprised at how... D'uh, I'm really sorry, I must have missed libwxgtk2.4 when filing bug reports asking for the rebuild. Sorry about that. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#333490: Patch to recognize Atom 1.0 feeds
tag 333490 patch thanks Here is a patch against fedparser.py which seems to work. The namespace is the official namespace of Atom 1.0 (see the Internet-Draft, soon to be RFC). --- feedparser.py.orig 2005-10-12 11:33:40.0 +0200 +++ feedparser.py 2005-10-12 11:44:15.0 +0200 @@ -235,6 +235,7 @@ uri/of/echo/namespace#: , http://purl.org/pie/: , http://purl.org/atom/ns#: , + http://www.w3.org/2005/Atom: , http://purl.org/rss/1.0/modules/rss091#: , http://webns.net/mvcb/: admin, I report it to feedparser.org also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333490: Acknowledgement (rss2email: Does not handle Atom (final version) feeds)
tag 333490 upstream thanks Upstream bug is against feedparser.org (#1312408 at Sourceforge). You can follow it here: http://sourceforge.net/tracker/index.php?func=detailaid=1312408group_id=112328atid=661937 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333384: adduser: [INTL:fr] French program translation
tags #84 l10n patch confirmed pending thanks On Tue, Oct 11, 2005 at 06:05:28PM +0200, Christian Perrier wrote: Please find attached the french translation of this package's programs, proofread by the debian-l10n-french mailing list contributors. Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333518: Exim4 Maildir unrouteable address
Package: exim4 Version: 4.50-8 Severity: important I have had problems with the combination of Dovecot (Pop3), Exim4 (Maildir), Spamassassin and Procmail. In one year I had for the second time a users Maildir crashed, so that i got: ** [EMAIL PROTECTED]: Unrouteable address ([EMAIL PROTECTED] stands for the users mail address). The resolution is to completely delete the mailbox and make a new Maildir. I do not know what program is responsible but it is a really ugly bug, because all mail sent to the address will be lost. It is a seldom bug though and I do also not know under what circumstances it comes to live. Thilo -- Thilo Pfennig [EMAIL PROTECTED] http://www.alternativ.net/asp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318099: [CAN-2005-2096] statically linked copy of zlib
* Debian Bug Tracking System: This is an automatic notification regarding your Bug report #318099: lsb-rpm: [CAN-2005-2096] statically linked copy of zlib, which was filed against the lsb-rpm package. How was it fixed? Is zlib still being linked statically? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333519: pump does not take option interface-mtu into account
Package: pump Version: 0.8.21-2 Severity: normal Pump does not take DHCP option interface-mtu into account. It can be really annoying in some cases, and that's why I will have to use dhclient instead. I guess this is probably an upstream problem. Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pump depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters pump recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333520: lintian - python-script-but-no-python-dep with python2.4 and python2.4-minimal
Package: lintian Version: 1.23.12 lintian reports the following error: | E: mklibs-small: python-script-but-no-python-dep ./usr/bin/mklibs-small.py while the control file shows: | Package: mklibs-small | Version: 0.1.17 | Depends: python-2.4-minimal, libc6 (= 2.3.5-1), libgcc1 (= 1:4.0.1), libstdc++6 (= 4.0.1-9) Bastian -- Bones: The man's DEAD, Jim! signature.asc Description: Digital signature
Bug#333304: smartmontools: checking the drive leads to interrupt missing
This looks like a kernel issue. Which kernel package are you running exactly? I am using kernel linux-image-2.6.12-1-686-10. No enough? dpkg -l ... ii linux-image-2.6.12-1-686 2.6.12-10 Linux kernel 2.6.12 image on PPro/Celeron/PI -- + IM? = http://rusch.name/ +
Bug#333521: bluez-pin: [INTL:sv] Swedish PO-template translation
Package: bluez-pin Version: 0.25-1 Severity: wishlist Tags: patch l10n -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages bluez-pin depends on: ii dbus-10.23.4-7 simple interprocess messaging syst ii dbus-glib-1 0.23.4-7 simple interprocess messaging syst ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbluetooth1 2.19-1 Library to use the BlueZ Linux Blu ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime bluez-pin recommends no packages. -- no debconf information # Swedish translation of bluez-pin. # Copyright (C) 2005 THE bluez-pin'S COPYRIGHT HOLDER # This file is distributed under the same license as the bluez-pin package. # Daniel Nylander [EMAIL PROTECTED], 2005. # , fuzzy # # msgid msgstr Project-Id-Version: bluez-pin 0.25-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-04-19 06:47+0100\n PO-Revision-Date: 2005-10-12 12:21+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit #: main.c:131 #, c-format msgid Usage: %s in|out address [name]\n msgstr Användning: %s in|out address [namn]\n #: main.c:132 #, c-format msgid or%s --dbus\n msgstr eller %s --dbus\n #: pin-ui.c:155 bluez-pin.glade:10 bluez-pin-gpe.glade:9 msgid Bluetooth PIN msgstr Bluetooth PIN #: pin-ui.c:166 #, c-format msgid Outgoing connection to %s msgstr Outgående anslutning till %s #: pin-ui.c:167 #, c-format msgid Incoming connection from %s msgstr Inkommande anslutning från %s #: bluez-pin.glade:92 bluez-pin-gpe.glade:90 msgid Connection type msgstr Anslutningstyp #: bluez-pin.glade:119 bluez-pin-gpe.glade:117 msgid _PIN: msgstr _PIN: #: bluez-pin.glade:147 bluez-pin-gpe.glade:145 msgid * msgstr *
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
In the meantime, the subject was discussed in other threads on debian-tetex-maint, and it seems that the way of doing things that was being proposed should be safe. I've uploaded a package that only depends on tex-common (a very small package) here: deb http://people.debian.org/~frn/teTeX-3.0 sid/binary-all/ deb-src http://people.debian.org/~frn/teTeX-3.0 sid/source/ This package should be used with teTeX 3, as found in 'experimental'. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2
On Wed, Oct 12, 2005 at 11:48:38AM +0200, Josselin Mouette wrote: Le mercredi 12 octobre 2005 à 18:37 +0930, Ron a écrit : You should just rebuild the package against gdk-imlib11, that's all. That package is linked against libpng12, as libpng2/libpng10 has been removed as well. In this case I just need to fix the build-dep from png10 - png12, (for the bits I'm responsible for) but I guess I missed the memo that we were rolling on that this week. I'm not unhappy that it's happening, just surprised at how... D'uh, I'm really sorry, I must have missed libwxgtk2.4 when filing bug reports asking for the rebuild. Sorry about that. There's actually no good reason for wxgtk2.4 to build-depend on libpng2-dev, AFAICT, because *none* of the binary packages it builds depend on libpng10-0. So I wonder why this build dependency is there... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature