Bug#355671: galeon: ESC is bound to 'OK' instead of 'Cancel' with javascript confirmation popups!
Package: galeon Version: 2.0.1-2 Severity: grave ESC is bound to 'OK' instead of 'Cancel' with javascript confirmation popups! To reproduce, use the following HTML/JavaScript code: body SCRIPT LANGUAGE=JavaScript function ask_confirmation(txt) { resultat = confirm(txt); if(resultat==1){ return true; } else { return false; } } /SCRIPT a href=./ onclick=return ask_confirmation('Sure?')foo/a Then click on the link and hit ESC, this will *CONFIRM* the request instead of cancelling it! I've lost important data because of this bug and I guess many others will. Please fix this ASAP. Work-around: use ALT-c or click on the 'Cancel' button with the mouse. -- 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.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages galeon depends on: ii galeon-common2.0.1-1 GNOME web browser for advanced use ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2The Bonobo UI library ii libc62.3.6-2 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-2 generic font configuration library ii libgcc1 1:4.0.2-9 GCC support library ii libgconf2-4 2.12.1-9GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-desktop-2 2.12.2-2Utility library for loading .deskt ii libgnome-keyring00.4.7-1 GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-2A powerful object-oriented display ii libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-6GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.12-1The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libmozjs0d 1.8.0.1-4 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 1.8.0.1-4 NetScape Portable Runtime Library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.4-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.0.2-9 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxul0d 1.8.0.1-4 Gecko engine library ii procps 1:3.2.6-2.1 /proc file system utilities ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages galeon recommends: ii gnome-control-center [capplet 1:2.12.3-2 utilities to configure the GNOME d ii gnome-icon-theme 2.12.1-2 GNOME Desktop icon theme ii iso-codes 0.49-1 ISO language, territory, currency ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii yelp 2.12.2-4 Help browser for GNOME 2 -- no debconf information -- Cyril Bouthors pgpPZVvTeKVYa.pgp Description: PGP signature
Bug#355593: fix
Martin Michlmayr wrote: #344981 says This error is usually caused by broken old versions of tcl.m4; the current tcl packages have fixed versions. If someone wants to NMU, or even better, take over this package, they are welcome to it. My free time is essentially zero these days:-( -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355672: Boot hangs on SATA harddrive
Package: linux-image-2.6.15-1-686-smp Version: 2.6.15-7 I'm using Debian testing on a Dell Optiplex GX280 desktop machine with standard Debian kernel package of linux-image-2.6.12-1-686-smp. This computer has a SATA hard drive which is handled by the kernel perfectly. I've installed linux-image-2.6.15-1-686-smp. The installation went fine installing all the dependencies as well. The boot process with this kernel is running smoothly up to the point when after loading modules from the initial ramdisk the hard drive should be accessed. This is a point when the process hangs. I suspect the problem is related to loading the SATA modules. The problem has been recognized by others as well, but I could not find it in the list of reported bugs: http://lists.debian.org/debian-kernel/2006/01/msg00716.html The SATA relevant part of lspci -vvv: :00:1f.2 IDE interface: Intel Corp. 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: Dell: Unknown device 0179 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin C routed to IRQ 217 Region 0: I/O ports at fe00 [size=8] Region 1: I/O ports at fe10 [size=4] Region 2: I/O ports at fe20 [size=8] Region 3: I/O ports at fe30 [size=4] Region 4: I/O ports at fea0 [size=16] Capabilities: [70] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Regards, Tibor Radvanyi
Bug#152128: patch
Justin Pryzby [EMAIL PROTECTED] writes: A patch fixing most of these bugs is attached; there seems to be a new upstream release from 2005 which I'm working on, which also fixes the grave crashes no matter what bug #152128. The only significant change between vcg_1.30.orig.tar.gz (the old obfuscated version) and vcg.20050204.tgz is in the copyright notice. Almost all of the differences can be removed by running the following on the old tree: for f in `find vcg.1.30 -type f`; do perl -i -e '$/ = undef; $_ = ; s/Copyright \(C\) 1993(--1995|, 1994) by (Georg Sander, Iris Lemke|Iris Lemke, Georg Sander), and[\s*]+the Compare Consortium/Copyright (C) 1993-2005 Saarland University/gs; print;' $f || break done If #152128 is reproducible with the unobfuscated source but not with the obfuscated one, upstream must have provided slightly different versions... I'd like to include some derivation of their obfuscated source, but not sure how best to integrate any changes they've made with the old, unobfuscated files. Their obfuscation can be nearly defeated with the following: perl -p0 -e 's,/\*.*?\*/,,gs' step1.c |indent |sed -e 's/;;$/;/' It would also be nice to sed -e s/obfuscated_static_function_names/useful_names and to put back the removed comments. Are you sure all that work is worth it? Upstream hasn't made any changes in eleven years; the prospective adopter hasn't moved an inch in a year; and as far as I can tell from #288379, graphviz is a reasonable alternative (and it's free software now). Cheers, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291391: pod2man turns VERTICAL BAR (pipe) into BOX DRAWINGS LIGHT VERTICAL
This old bug just tripped me. It appears trivial to fix with this patch. I don't know roff, but this seems to have the right effect, and you notice the tip-off bv (bar vertical, box vertical?). Someone who knows roff could tell if this is the right fix (is tchrist still active?), but this change seems harmless. Andrew --- /usr/share/perl/5.8.8/Pod/Man.pm2006-03-07 00:01:39.0 -0800 +++ - 2006-03-07 00:02:16.902649000 -0800 @@ -74,11 +74,10 @@ .. .\ Set up some character translations and predefined strings. \*(-- will .\ give an unbreakable dash, \*(PI will give pi, \*(L will give a left -.\ double quote, and \*(R will give a right double quote. | will give a -.\ real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to +.\ double quote, and \*(R will give a right double quote. +.\ \*(C+ will give a nicer C++. Capital omega is used to .\ do unbreakable dashes and therefore won't be available. \*(C` and \*(C' .\ expand to `' in nroff, nothing in troff, for use with C. -.tr \(*W-|\(bv\*(Tr .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ .ds -- \(*W- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352001: evolution-exchange: Gtk-CRITICAL message in that situation
Package: evolution-exchange Version: 2.4.2-1 Followup-For: Bug #352001 I have the same problem. In that situation, evolution emits the following mesage (evolution:7022): Gtk-CRITICAL **: gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed Hope this helps -Sanori -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Versions of packages evolution-exchange depends on: ii evolution 2.4.2.1-1 The groupware suite ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libdb4.2 4.2.52-23 Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedata-book 1.4.2.1-1 Backend library for evolution addr ii libedata-cal1 1.4.2.1-1 Backend library for evolution cale ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libexchange-s 1.4.2.1-1 Backend library for evolution cale ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.10-1 GNOME Accessibility Implementation ii libgail17 1.8.10-1 GNOME Accessibility Implementation ii libgconf2-4 2.12.1-9 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgnome-keyr 0.4.7-1GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.12.0-2 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libsoup2.2-8 2.2.7-2an HTTP library implementation in ii libtasn1-20.2.17-1 Manage ASN.1 structures (runtime) ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2GNOME XML library ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1
Bug#355625: packagesearch: aborts missing debtags datafiles
On Mon, 2006-03-06 at 15:17 -0500, Justin Pryzby wrote: Package: packagesearch Version: 2.0.6 Severity: normal terminate called after throwing an instance of 'Tagcoll::SystemException' what(): No such file or directory opening index file /var/lib/debtags/package-tags.idxpkg Aborted abort isn't an acceptible way of handling errors; please test for the existence of necessary files and call fprintf/strerror/perror foo to output the conventional file not found/permission denied messages. Could you please tell under what circumstances this crash happens (perhaps when doing debtags update?) Chances are, that the bug was already reported: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348493 Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352548: dh-make does include several examples
Hello, In your bug report you wrote: There doesn't seem to be a manualpage*.ex file that could be filled in... but there are several that dh_make uses; in nroff, sgml and xml. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355673: Please remove mlglade, lablgtk and mlgtk from etch/sid archives
Package: ftp.debian.org On Tue, Mar 07, 2006 at 06:10:03AM +0100, Ralf Treinen wrote: Sven, when you file a bug report against ftp.debian.org for removal of lablgtk could you please at the same time ask for removal of mlglade (which depends on liblablgtk-ocaml) ? I leave sending the bug report to you since you are the official maintainer of lablgtk (and uploader of mlglade). Dear ftp-masters, ... I would like to ask for the removal of mlgtk, lablgtk and mlglade from etch/sid. Those packages still depend on gtk1, and are thus obsolet and replaced by gtk2 counterparts, and as it is probable that gtk1 won't ship as part of etch, now that the last apps where migrated to gtk2, ... Furthermore, those three packages where not rebuilt for ocaml 3.09.1, and are thus uninstallable and unbuildable in etch/sid. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
On Mon, Mar 06, 2006 at 11:24:25PM -0800, Jurij Smakov wrote: Hi, The linux-image packages do not depend on udev itself, I guess that udev was pulled in due to the fact that initramfs-tools depends on it. You can, however, use an alternative initrd generator, yaird, to generate initrd. Yaird does not depend on udev, so that might be the option you are looking for. For details check out Yaird is mostly unmaintained at this date though, so be warned. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355674: : French debconf templates translation update
Package: mailman Severity: wishlist Tags: patch l10n Hello Maintainers, Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. Regards, -- Philippe Batailler #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: mailman\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-02-17 16:33+0100\n PO-Revision-Date: 2006-03-07 09:21+0100\n Last-Translator: Philippe Batailler [EMAIL PROTECTED]\n Language-Team: french debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:5 msgid big5 msgstr big5 (chinois big5) #. Type: multiselect #. Choices #: ../templates:5 msgid ca msgstr ca (catalan) #. Type: multiselect #. Choices #: ../templates:5 msgid cs msgstr cs (tchèque) #. Type: multiselect #. Choices #: ../templates:5 msgid da msgstr da (danois) #. Type: multiselect #. Choices #: ../templates:5 msgid de msgstr de (allemand) #. Type: multiselect #. Choices #: ../templates:5 msgid en msgstr en (anglais) #. Type: multiselect #. Choices #: ../templates:5 msgid es msgstr es (espagnol) #. Type: multiselect #. Choices #: ../templates:5 msgid et msgstr et (estonien) #. Type: multiselect #. Choices #: ../templates:5 msgid eu msgstr eu (basque) #. Type: multiselect #. Choices #: ../templates:5 msgid fi msgstr fi (finnois) #. Type: multiselect #. Choices #: ../templates:5 msgid fr msgstr fr (français) #. Type: multiselect #. Choices #: ../templates:5 msgid hr msgstr hr (croate) #. Type: multiselect #. Choices #: ../templates:5 msgid hu msgstr hu (hongrois) #. Type: multiselect #. Choices #: ../templates:5 msgid it msgstr it (italien) #. Type: multiselect #. Choices #: ../templates:5 msgid ja msgstr ja (japonais) #. Type: multiselect #. Choices #: ../templates:5 msgid ko msgstr ko (coréen) #. Type: multiselect #. Choices #: ../templates:5 msgid lt msgstr lt (lituanien) #. Type: multiselect #. Choices #: ../templates:5 msgid nl msgstr nl (néerlandais) #. Type: multiselect #. Choices #: ../templates:5 msgid no msgstr no (norvégien) #. Type: multiselect #. Choices #: ../templates:5 msgid pl msgstr pl (polonais) #. Type: multiselect #. Choices #: ../templates:5 msgid pt msgstr pt (portugais) #. Type: multiselect #. Choices #: ../templates:5 msgid pt_BR msgstr pt_BR (portugais du Brésil) #. Type: multiselect #. Choices #: ../templates:5 msgid ro msgstr ro (roumain) #. Type: multiselect #. Choices #: ../templates:5 msgid ru msgstr ru (russe) #. Type: multiselect #. Choices #: ../templates:5 msgid sl msgstr sl (slovène) #. Type: multiselect #. Choices #: ../templates:5 msgid sr msgstr sr (serbe) #. Type: multiselect #. Choices #: ../templates:5 msgid sv msgstr sv (suédois) #. Type: multiselect #. Choices #: ../templates:5 msgid uk msgstr uk (ukrainien) #. Type: multiselect #. Description #: ../templates:7 msgid Which languages to support? msgstr Choisissez les langues que vous voulez gérer : #. Type: multiselect #. Description #: ../templates:7 msgid For each supported language Debian Mailman stores default language specific texts in /etc/mailman/LANG/ giving them conffile like treatment with the help of ucf. This means approximately 150kB for each supported language on the root FS. msgstr Mailman garde les textes de chaque langue reconnue dans /etc/mailman/LANG/. Ces fichiers sont alors gérés comme des fichiers de configuration grâce au programme « ucf » ; chaque langue occupe environ 150 ko sur le système de fichiers racine. #. Type: multiselect #. Description #: ../templates:7 msgid If you need a different set of languages at a later time, just run dpkg- reconfigure mailman. msgstr Quand vous voudrez ajouter ou retirer des langues, il suffira d'exécuter « dpkg-reconfigure mailman ». #. Type: multiselect #. Description #: ../templates:7 msgid NOTE: Languages enabled on existing mailing lists are forcibly re-enabled when deselected and mailman needs at least one language for displaying its messages. msgstr NOTE : les langues gérées par des listes de discussion existantes sont automatiquement réactivées même si vous les désactivez ici. Mailman a besoin d'au moins une langue activée pour afficher ses messages. #. Type: boolean #. Description #: ../templates:27 msgid Gate news to mail? msgstr Voulez-vous transformer des nouvelles en courriers électroniques ? #. Type: boolean #.
Bug#355675: flashplugin-nonfree: download of new version broken
Package: flashplugin-nonfree Version: 7.0.61-2 Severity: normal When trying to use update-flashplugin, this error shows: # update-flashplugin upstream website modified, cannot find license and the script stops. -- 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.15.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii gsfonts-x11 0.18 Make Ghostscript fonts available t Versions of packages flashplugin-nonfree recommends: ii libstdc++2.10-glibc2.2 1:2.95.4-24 The GNU stdc++ library -- debconf information: flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: * flashplugin-nonfree/http_proxy: flashplugin-nonfree/local: * flashplugin-nonfree/delete: true flashplugin-nonfree/failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355676: ITP: emutos -- EmuTOS is a free replacement for Atari TOS
Package: wnpp Severity: wishlist * Package name: emutos Version : 0.8.1 Upstream Author : EmuTOS team (see doc/authors.txt) * URL : http://emutos.sourceforge.net/en/ * License : GNU General Public License, version 2 Description : EmuTOS is a free replacement for Atari TOS This is a singleuser singletasking operating system for 32 bit Atari computer emulators, like Aranym http://aranym.atari.org, STonX http://stonx.sourceforge.net or Hatari http://hatari.sourceforge.net . It is thought as a replacement for the TOS-images you usually need today for using emulators and it is also running on some real hardware, like the Atari Mega STE. All is open and maybe it is also running on totally new machines in the future. This will be needed by hatari, stonx and aranym at least. Will be here: http://io.debian.net/~tar/debian/emutos/ -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc Locale: LANG=POSIX, LC_CTYPE=POSIX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355677: lbdb: m_muttalias ignores aliases with multiple addresses
Package: lbdb Version: 0.31.1-0ts1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have an alias with mutliple addresses in my .mail_aliases file: alias Vs Name one [EMAIL PROTECTED], Name two [EMAIL PROTECTED] m_muttalias doesn't report this line. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1-tobias1tobias Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lbdb depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libvformat1 1.13-3 Library to read and write vcard fi ii perl 5.8.8-2Larry Wall's Practical Extraction - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQCVAwUBRA1JRg3XOWNKd871AQKLbgP/c3jipcFpn+eWJmDKOF6yGrJEqXN9Zmp2 i+dfRKY85HWUe0wvIDIYMhPRfgB2bHY/h2VFhmb7pYsdYzX6fgpSOW3w2y6ig6Mr vvL/9LSsh3V7591iZq3Mf0lSkL28lMYNyR+JjKa+LARNyS6zPheACjqraOfDN/70 oZ567R2rxB8= =ZW70 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355679: lbdb: m_muttalias reports errors on mutt_alias-files containing `-' in filename
Package: lbdb Version: 0.31.1-0ts1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 m_muttalias reports the following errors having a .mutt_alias file containing dashes in the filename: /usr/lib/lbdb/m_muttalias: line 34: [: /home/tobias/.mail_aliases: binary operator expected - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1-tobias1tobias Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lbdb depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libvformat1 1.13-3 Library to read and write vcard fi ii perl 5.8.8-2Larry Wall's Practical Extraction - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQCVAwUBRA1IEQ3XOWNKd871AQKZJQP/Wadi1VwJIha6xnphirJlukPlJ6Hc9rJ9 if4IQXKj8tq0pxfyENdpm7iqD2QwZAxH2BYY1JACSxl0zZUcRvGS96KLHf2fu9Ei elh0YMoMrW4Ky63qAUqthutpFcaSRfLaa0F3UPp5ErImAjpUK8WsvIBMYFRDlS5H J+kWWh2YdyY= =22rP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#152128: patch
Matej Vela [EMAIL PROTECTED] writes: If #152128 is reproducible with the unobfuscated source but not with the obfuscated one, upstream must have provided slightly different versions... Nope, #152128 is reproducible with vcg.20050204 as well as long as it's compiled with -O2. Cheers, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345035: PPC: coreutils does not seem to work here, too
Wolfgang Pfeiffer [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.94-1 Followup-For: Bug #345035 ... also: to get 'info dd' one has to 'info coreutils dd', otherwise 'info ddd' is presented. FYI, in general, even info coreutils program_name is insufficient. For example, `info coreutils pr' gets the `Printing text' section. IMHO, this is a bug in `info' (of the texinfo package). It should do a best-match-first search, instead of the current `first-match' search. I requested this privately of the upstream maintainer. He's receptive, just waiting for a volunteer to write the code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347616: rhythmbox: Doesn't detect Disc Number field on AAC files
Stephen, On Wed, Feb 22, 2006, Loïc Minier wrote: They also requested an excerpt of one of your file, for example the first 500 kB as produced by: head --bytes=500k foo.m4a foo-header.m4a Upstream can't work on this issue unless they get the requested excerpt. Please provide it via mail to [EMAIL PROTECTED], or attach it to http://bugzilla.gnome.org/show_bug.cgi?id=332066. If you have privacy concerns, please send it to me, and I'll pass it to an upstream developer. Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 09:17:55 +0100 Sven Luther [EMAIL PROTECTED] wrote: On Mon, Mar 06, 2006 at 11:24:25PM -0800, Jurij Smakov wrote: Hi, The linux-image packages do not depend on udev itself, I guess that udev was pulled in due to the fact that initramfs-tools depends on it. You can, however, use an alternative initrd generator, yaird, to generate initrd. Yaird does not depend on udev, so that might be the option you are looking for. For details check out Yaird is mostly unmaintained at this date though, so be warned. Please also note that the above comment is from a single member of the kernel team, not the kernel team in general. A single member who happen to be bitten by a single specific unsolved bug, for which the yaird maintainer (me) has refused to apply a workaround provided by him. Really, Sven. Please do not contaminate unrelated bugreports with your personal frustration over yaird! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDUqjn7DbMsAkQLgRAj+WAJ4mplK6apEsayEbEH9FmfQ3tc9uHACgl3HW 8IK5CHPvHnxrAQwZMpKsIFg= =6ENF -END PGP SIGNATURE-
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
reassign 355439 gcc-4.0-base thanks Sven Joachim writes: reassign 355439 libgcc1 thanks Reassigning this to libgcc1, since I found out this package (and lib64gcc1) at fault (see my previous message). no, the file is missing in gcc-4.0-base. it will be fixed when gcc-4.1 is uploaded to unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355678: charset conversion added to rfc2047.c and (lbdb-)?fetchaddr
Package: lbdb Version: 0.31.1-0ts1 Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have added charset conversion to rfc2047.c and (lbdb-)?fetchaddr using iconv. I don't know, how portable it is, so try it out. now my .procmailrc has an enty of :0hc | lbdb-fetchaddr -d '%d.%m.%Y %H.%M' -c utf-8 It seems to work fine for me, even with evolution and muttalias ;-). And I think it's a very small step towards real internationalization. Tobias - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1-tobias1tobias Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lbdb depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libvformat1 1.13-3 Library to read and write vcard fi ii perl 5.8.8-2Larry Wall's Practical Extraction - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQCVAwUBRA1G/g3XOWNKd871AQJFYQP+Ito5mxZLGfUTa+8HLG4qc15+YsfSMCKe +1tdIV+k9n2FBCKFs7NOKJPChZYX0R5ojLSs0qY2LTtjO2wZuAdwcEt6uuLuBAe4 u+DV6d+uJrG5U7O45X/Tlqwe6qrMnvGluAsA/UVtIEB6ENWmJAsnC/n14gE7yfGo q9z0ZlHwkfY= =3Iob -END PGP SIGNATURE- lbdb_0.31.1-0ts1.diff.gz Description: Binary data
Bug#355681: belocs-locales-data: upgrading 2.3.4-26 to 2.3.4-30 FAILS because of broken pre-installation script
Package: belocs-locales-data Version: 2.3.4-26 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I repeatedly get the following error upon upgrading to 2.3.4-30 (which just entered Testing today): Preparing to replace belocs-locales-data 2.3.4-26 (using .../belocs-locales-data_2.3.4-30_all.deb) ... dpkg: error processing /var/cache/apt/archives/belocs-locales-data_2.3.4-30_all.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/belocs-locales-data_2.3.4-30_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) E: Some packages could not be upgraded. Given how installation fails, this renders the package unusable, thus the severity level. - -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages belocs-locales-data depends on: ii belocs-locales-bin2.3.5-6tools for compiling locale data fi ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy belocs-locales-data recommends no packages. - -- debconf information: * belocs-locales-data/locales_to_be_generated: et_EE.UTF-8 UTF-8, fi_FI.UTF-8 UTF-8, fr_FR.UTF-8 UTF-8, ru_RU.UTF-8 UTF-8, sv_FI.UTF-8 UTF-8 * belocs-locales-data/default_environment_locale: fi_FI.UTF-8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDUxeeXr56x4Muc0RAvyqAJ0S1Tj/sGNwjf+OfkIqcCKkzwofLwCgiYGL YqBKxnPKxBsIhMUt1yoUVz0= =/vJI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355682: [RM] removal of gnat-3.3, gnat-3.3-doc binary packages from unstable
Package: ftp.debian.org Adam D. Barratt writes: On Monday, January 23, 2006 6:51 AM, Matthias Klose [EMAIL PROTECTED] wrote: Package: ftp.debian.org please remove gnat-3.3, gnat-3.3-doc binary packages from unstable, not built anymore. If the packages are no longer built, please remove the appropriate stanzas from debian/control. They'll then be flagged for removal semi-automatically the next time rene (one of the archive maintainance tools) is run. reopening, will be fixed in the next upload. nevertheless the package is still not available in testing. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355683: upgrade of flashplugin-nonfree fails because symlinks already exist
Package: flashplugin-nonfree Version: 7.0.61-2 Severity: normal Current sid version of flashplugin-nonfree fails because upgrade tries to put symlinks again (but they already do exist) when /usr/sbin/update-flashplugin is re-executed. Here is a patch that solves the problem: --- /tmp/update-flashplugin 2006-03-07 10:00:23.0 +0100 +++ /usr/sbin/update-flashplugin2006-03-07 10:03:37.0 +0100 @@ -21,8 +21,13 @@ mksymlink() { [ -e $1 ] || return -1 - [ ! -e $2 ] || return -1 - ln -s $1 $2 || return -1 + if [ -L $2 ]; then + FILELINK=$(readlink $2) + [ $1 = $FILELINK ] || return -1 + else + [ ! -e $2 ] || return -1 + ln -s $1 $2 || return -1 + fi return 0 } -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii gsfonts-x11 0.18 Make Ghostscript fonts available t Versions of packages flashplugin-nonfree recommends: pn libstdc++2.10-glibc2.2none (no description available) -- debconf information: flashplugin-nonfree/not_exist: flashplugin-nonfree/local: /opt/lipn/software/installers/ flashplugin-nonfree/delete: false flashplugin-nonfree/http_proxy: flashplugin-nonfree/httpget: false flashplugin-nonfree/failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#151627: patch to fix formail -n
tags 151627 +patch Thanks Hi I had the same problem with formail -n as reported in this bug. The fix suggested by Elladan worked for me. For your convenience I attach it as a patch. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ --- formisc.c.orig 2006-03-07 09:37:17.374517000 +0100 +++ formisc.c 2006-03-07 09:37:22.134517000 +0100 @@ -183,10 +183,10 @@ retval=excode; } /* reap some children */ while(childlimitchildren=childlimit||(child=fork())==-1children) - for(--children;(excode=waitfor((pid_t)0))!=NO_PROCESS;) + for(--children;(excode=waitfor((pid_t)0))!=NO_PROCESS;--children) { if(excode!=EXIT_SUCCESS) retval=excode; - if(--children=maxchild) + if(children=maxchild) break; } } pgpZnZUAEKLvt.pgp Description: PGP signature
Bug#328692: fullname in manual pages
In theory, you could convert the maintainer name to a decomposed Unicode form (NFD) in which the combining characters are all separate from the main glyphs. Then you'd only need to map a handful of characters, i.e. the popular diacritics (umlaut, ', `, /, ~). This would depend on having the Unicode character data handy, however. I could write a Python script to do this, if it would be at all helpful; my Unicode-fu is sadly weak in Perl. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#348493: Work in progress
tags 348493 +confirmed thanks I am currently doing a rework of some major internal parts in packagesearch (target packagesearch 2.1). The new version will hopefully fix this particular bug. Since I am currently short in time, it might still take some time for me to finish. Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
On Tue, Mar 07, 2006 at 09:56:03AM +0100, Jonas Smedegaard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 09:17:55 +0100 Sven Luther [EMAIL PROTECTED] wrote: On Mon, Mar 06, 2006 at 11:24:25PM -0800, Jurij Smakov wrote: Hi, The linux-image packages do not depend on udev itself, I guess that udev was pulled in due to the fact that initramfs-tools depends on it. You can, however, use an alternative initrd generator, yaird, to generate initrd. Yaird does not depend on udev, so that might be the option you are looking for. For details check out Yaird is mostly unmaintained at this date though, so be warned. Please also note that the above comment is from a single member of the kernel team, not the kernel team in general. A single member who happen to be bitten by a single specific unsolved bug, for which the yaird maintainer (me) has refused to apply a workaround provided by him. When was your last upload of yaird ? And when was your last contact with upstream, and it is suddenly no more true that you are able to make yaird fixes without needing upstream's authorization or approval ? If any of the above suddenly is no more an issue, please fix #345067, it has a patch, and there is no sane reason not to fix it, except poor excuses that you can't do so without approval from your upstream, who has been MIA since late december. Really, Sven. Please do not contaminate unrelated bugreports with your personal frustration over yaird! Well, i am frustrated, but seriously, do you consider that yaird is currently well maintained given the above situation ? I don't, and as thus oppose that it be presented as an alternative to initramfs-tools, unless you search co-maintainer who have an idea about the code, or otherwise take your maintainer job more seriously. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352369: (no subject)
Hi. You did not change in version 1.10-30. Bye. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355467: [Parted-maintainers] Bug#355467: sparc: can't set RAID flag on a partition
reassign 315009 parted merge 315009 355467 thanks Sven == Sven Luther [EMAIL PROTECTED] writes: Sven Well, the reality is that all partition tables except Sven MBR/FDISK plainly ignore any kind of RAID setting, so you can Sven just do it by hand. Hello, At the moment, i'm using fdisk, but this bug is really embarrasing when you try to setup RAID array during the install process (you can't use partman to setup RAID). I think it could be related with parted, that's why i have reassigned partman bug to parted and merge it, i hope it is correct... Sven What partition table are you using, and what flag did fdisk Sven actually put on the partition table, assuming it is some kind Sven of sparc/solaris/bsdish partition table ? I'm using Sun partition table. I put the 0xFD flag (Linux RAID autodetect) with fdisk, but i wasn't able to add this flag with parted. Regards, -- Arnaud Fontaine [EMAIL PROTECTED] - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgpKJcUuLfzQR.pgp Description: PGP signature
Bug#354990: [DebianGIS-dev] Bug#354990: FontSet script licence?
On Tue, Mar 07, 2006 at 01:37:49PM +0800, Paul Wise wrote: Hi Tyler, It was requested[1] that your FONTSET script[2] be included in the debian mapserver package[3]. For us to do this, we need you to assign a DFSG-free[4] licence to the script and add a copyright notice to it. Also, is there any reason this script is not included in mapserver itself? 1. http://bugs.debian.org/354990 2. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?FontSet 3. http://packages.debian.org/unstable/source/mapserver 4. http://www.debian.org/social_contract#guidelines Just for note, the script requires a bit of patching in order to work as is on Debian and any other Linux afaik -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355629: sound-juicer: Cannot extract to WAV
On Mon, 2006-03-06 at 21:36 +0100, Kai Weber wrote: when I select to extract a CD to WAV it does not work. I even tried with a clean test setup with a newly created user. Extracting to FLAC or OGG works flawless. Was this with the standard WAV profile (Voice, Lossless). You don't want to use that, it's for encoding human speech only (mono, 22KHz). I'm currently working on this bug, but I've no idea why it happens. :( Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355671: galeon: ESC is bound to 'OK' instead of 'Cancel' with javascript confirmation popups!
forwarded 355671 http://bugzilla.gnome.org/show_bug.cgi?id=333714 stop On Tue, Mar 07, 2006, Cyril Bouthors wrote: Package: galeon Version: 2.0.1-2 Severity: grave ESC is bound to 'OK' instead of 'Cancel' with javascript confirmation popups! To reproduce, use the following HTML/JavaScript code: body SCRIPT LANGUAGE=JavaScript function ask_confirmation(txt) { resultat = confirm(txt); if(resultat==1){ return true; } else { return false; } } /SCRIPT a href=./ onclick=return ask_confirmation('Sure?')foo/a Then click on the link and hit ESC, this will *CONFIRM* the request instead of cancelling it! I've lost important data because of this bug and I guess many others will. Please fix this ASAP. Work-around: use ALT-c or click on the 'Cancel' button with the mouse. -- 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.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages galeon depends on: ii galeon-common2.0.1-1 GNOME web browser for advanced use ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2The Bonobo UI library ii libc62.3.6-2 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-2 generic font configuration library ii libgcc1 1:4.0.2-9 GCC support library ii libgconf2-4 2.12.1-9GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-desktop-2 2.12.2-2Utility library for loading .deskt ii libgnome-keyring00.4.7-1 GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-2A powerful object-oriented display ii libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-6GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.12-1The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libmozjs0d 1.8.0.1-4 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 1.8.0.1-4 NetScape Portable Runtime Library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.4-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.0.2-9 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxul0d 1.8.0.1-4 Gecko engine library ii procps 1:3.2.6-2.1 /proc file system utilities ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages galeon recommends: ii gnome-control-center [capplet 1:2.12.3-2 utilities to configure the GNOME d ii gnome-icon-theme 2.12.1-2 GNOME Desktop icon theme ii iso-codes 0.49-1 ISO language, territory, currency ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii yelp 2.12.2-4 Help browser for GNOME 2 -- no debconf information -- Cyril Bouthors -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#355681: belocs-locales-data: upgrading 2.3.4-26 to 2.3.4-30 FAILS because of broken pre-installation script
severity 355681 serious # version numbers are *not advisory*! notfound 355681 2.3.4-26 found 355681 2.3.4-30 thanks On Tue, Mar 07, 2006 at 11:03:27AM +0200, Martin-Éric Racine wrote: Package: belocs-locales-data Version: 2.3.4-26 Severity: grave Justification: renders package unusable I repeatedly get the following error upon upgrading to 2.3.4-30 (which just entered Testing today): Preparing to replace belocs-locales-data 2.3.4-26 (using .../belocs-locales-data_2.3.4-30_all.deb) ... dpkg: error processing /var/cache/apt/archives/belocs-locales-data_2.3.4-30_all.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/belocs-locales-data_2.3.4-30_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) E: Some packages could not be upgraded. The reason for this: [ $md5sum = $old_md5sum ] rm -f $CONFFILE This line always returns false (1) when $md5sum != $old_md5sum. Since this script is set -e (as expected), you want instead: [ $md5sum != $old_md5sum ] || rm -f $CONFFILE -- 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
Bug#355684: Challenge-responses from @uol.com.br
Package: lists.debian.org Severity: normal I've had these before from that domain when posting to debian lists. This was in reply to my message to -devel yesterday. I assume that other posters also get this blowback. Should l.d.o ban [EMAIL PROTECTED] ? Thank you for attending to this. Received: from [200.221.4.99] (port=45539 helo=sauron6.uol.com.br) by mailin.phonecoop.coop with esmtp (Exim 4.50) id 1FGQd8-0007lf-In for [EMAIL PROTECTED]; Tue, 07 Mar 2006 01:04:51 + Received: from shadow2 (unknown [172.26.5.198]) by sauron6.uol.com.br (Postfix) with ESMTP id CFF7A6B3196 for [EMAIL PROTECTED]; Mon, 6 Mar 2006 22:04:44 -0300 (BRT) Message-ID: [EMAIL PROTECTED] Date: Mon, 6 Mar 2006 22:04:44 -0300 (BRT) From: AntiSpam UOL [EMAIL PROTECTED] To: mjr [EMAIL PROTECTED] Subject: RE: Re: New packages.debian.org Mime-Version: 1.0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Precedence: junk X-UOL-Srv: T X-Antivirus-Scanned: Clean X-Spam-Score: 1.3 (+) table border=3D0 cellpadding=3D1 cellspacing=3D0 width=3D580 height=3D240 =09=09tr bgcolor=3D#18396B =09=09td height=3D20 colspan=3D3a href=3Dhttp://antispam.uol.com.br; st= yle=3Dfont:bold 10px verdana; padding-left:5px; text-decoration:none; colo= r:white;ANTISPAM UOL =BB TIRA-TEIMA/a/td =09/tr =09tr =09=09td colspan=3D3 =09=09=09table border=3D0 cellpadding=3D0 cellspacing=3D0 =09=09=09=09tr =09=09=09=09=09td width=3D10 rowspan=3D2nbsp;/td =09=09=09=09=09tdfont size=3D1nbsp;/fontbr =09=09=09=09=09=09font size=3D2 face=3DverdanaOl=E1,brbr =09=09=09=09=09=09Voc=EA enviou uma mensagem para b[EMAIL PROTECTED] .br/bbr =09=09=09=09=09=09Para que sua mensagem seja encaminhada, por favor, a hre= f=3Dhttp://tira-teima.as.uol.com.br/challengeSender.html?data=3DDRiCCD%2FZ= jgOUQLMJ3NiOhAUEH%2BK2IgRZvbNLhUwZ09pHfmo28U6gEKY1DXcHYrglUye8T06I9jmS%0AcC= Qicn6SoWWlGJF0K4gu0WVqneOBS3ku%2BXGAvdYXmtgktCUNXMsOCOh23RuH%2BukaBU4fSZQrG= w%3D%3D target=3D_blankbclique aqui/b/abrbr =09=09=09=09=09=09/font =09=09=09=09=09/td =09=09=09=09=09td width=3D10 rowspan=3D2nbsp;/td =09=09=09=09/tr =09=09=09=09tr =09=09=09=09=09td =09=09=09=09=09=09font size=3D2 face=3DverdanaEsta confirma=E7=E3o =E9 ne= cess=E1ria porque b[EMAIL PROTECTED]/b usa o Antispam UOL, um p= rograma que elimina mensagens enviadas por rob=F4s, como pornografia, propa= ganda e correntes.brbr/font =09=09=09=09=09=09font size=3D1 style=3Dfont-size:12px face=3Darial color= =3D#2C719DbAs pr=F3ximas mensagens enviadas para [EMAIL PROTECTED] br n=E3o precisar=E3o ser confirmadas*./bbr/font =09=09=09=09=09=09font size=3D1 face=3Dtahoma,arial,verdana*Caso voc=EA r= eceba outro pedido de confirma=E7=E3o, por favor, pe=E7a para petsupermarke= [EMAIL PROTECTED] inclu=ED-lo em sua lista de autorizados.brbr/font =09=09=09=09=09=09table cellpadding=3D3 cellspacing=3D0 border=3D0 bgcolor= =3Ddd width=3D100%trtdfont size=3D1 face=3DverdanabAten=E7=E3o= !/b Se voc=EA n=E3o conseguir clicar no atalho acima, acesse este endere= =E7o:br =09=09=09=09=09=09http://tira-teima.as.uol.com.br/challengeSender.html?data= =3DDRiCCD%2FZjgOUQLMJ3NiOhAUEH%2BK2IgRZvbNLhUwZ09pHfmo28U6gEKY1DXcHYrglUye8= T06I9jmS%0AcCQicn6SoWWlGJF0K4gu0WVqneOBS3ku%2BXGAvdYXmtgktCUNXMsOCOh23RuH%2= BukaBU4fSZQrGw%3D%3D/td/tr/table=09=09=09=09=09=09 =09=09=09=09=09=09/td =09=09=09=09/tr =09=09=09/table =09=09/td =09/tr =09trtd colspan=3D3 align=3Dcenterhr width=3D573 size=3D1 noshade= /td/tr =09tr =09=09td colspan=3D3 =09=09=09table border=3D0 cellpadding=3D0 cellspacing=3D0 =09=09=09=09tr =09=09=09=09=09td width=3D10 rowspan=3D2nbsp;/td =09=09=09=09=09tdfont size=3D1 style=3Dfont-size:6pxnbsp;/fontbr =09=09=09=09=09=09font size=3D2 face=3DverdanaHi,brbr =09=09=09=09=09=09You=B4ve just sent a message to b[EMAIL PROTECTED] .br/bbr =09=09=09=09=09=09In order to confirm the sent message, please a href=3Dh= ttp://tira-teima.as.uol.com.br/challengeSender.html?data=3DDRiCCD%2FZjgOUQL= MJ3NiOhAUEH%2BK2IgRZvbNLhUwZ09pHfmo28U6gEKY1DXcHYrglUye8T06I9jmS%0AcCQicn6S= oWWlGJF0K4gu0WVqneOBS3ku%2BXGAvdYXmtgktCUNXMsOCOh23RuH%2BukaBU4fSZQrGw%3D%3= D target=3D_blankbclick here/b/abrbr =09=09=09=09=09=09/font =09=09=09=09=09/td =09=09=09=09=09td width=3D10 rowspan=3D2nbsp;/td =09=09=09=09/tr =09=09=09=09tr =09=09=09=09=09td =09=09=09=09=09=09font size=3D2 face=3DverdanaThis confirmation is necess= ary because b[EMAIL PROTECTED]/b uses Antispam UOL, a service t= hat avoids unwanted messages like advertising, pornography, viruses, and sp= ams.brbr/font =09=09=09=09=09=09font size=3D1 style=3Dfont-size:12px face=3Darial color= =3D#2C719DbOther messages sent to [EMAIL PROTECTED] won't need t= o be confirmed*./b/fontbr =09=09=09=09=09=09font size=3D1 face=3Dtahoma,arial,verdana*If you receiv= e another confirmation request, please ask [EMAIL PROTECTED] to inc= lude you in his/her authorized e-mail list.brbr/font
Bug#355685: RFP: resynthesizer -- Gimp plug-in for texture synthesis
Package: wnpp Severity: wishlist Package name: resynthesizer Version : 0.14 Upstream Author : Paul Harrison [EMAIL PROTECTED] URL : http://www.logarithmic.net/pfh/resynthesizer License : GPL Description : Gimp plug-in for texture synthesis From the web page: Resynthesizer is a Gimp plug-in for texture synthesis. Given a sample of a texture, it can create more of that texture. This has a surprising number of uses: * Creating more of a texture (including creation of tileable textures) * Removing objects from images (great for touching up photos) * Creating themed images (such as the Resynthesizer logo above [see web page]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345067: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this.
reassign 345067 tech-ctte thanks Hello, It has been over 2 month now since this bug was first created because of some hacky patch which was added to yaird to work around some ugly ide-generic related bugginess. This caused yaird to always load ide-generic when using some subset of ide controllers (piix, via and another one), and fail if ide-generic was not present. This patch was applied without really understanding the situation, with to this day has not been really clarified, as testified by recent discussion on the debian-kernel irc channel a few hours ago. The problem here is that the patch was applied without caring that one some arches (at least powerpc, maybe others), didn't even build ide-generic. This resulted in the kernel (which back then defaulted on using yaird) no longer being installable on those powerpc machines who had the above ide controllers, which in particular concerns the pegasos machine which has a via controller. I filled a bug, noticed an earlier bug was filled and merged them, then i got together with someone who spoke perl, and proposed a patch which disabled the hack on powerpc. Not really the best solution, but it was the less intrusive patch i could propose in hope of fast inclusion, but never got any kind of reply from the yaird maintainer. I meet Jonas at the Erkelenz skolelinux.de meeting in late january, and agreed to downgrade the severity because k-p now reverted to calling initramfs-tools if yaird failed and defaulted to initramfs-tools for powerpc for 2.6.15. I proposed to Jonas to fix this issue, but he refused, and prefered to argue that he didn't understand the issue enough, that it 'may' break in some obscure cases, without being able to specify such cases or even wanting to think about what those cases where, that he was anyway unable to understand yaird enough to do any kind of fixes without first hearing from his upstream. We hadn't heard about Erik since late december, and i immediately wrote him a post, but never got any kind of reply since then, and we are now in early march, and there is no reply from Erik since then. In Erkelenz, jonas clearly told me that he would not consieder my patch until i refered to the technical comitee, and altough i have waited until now for him to take his job of yaird maintainer seriously, this clearly appears not to be the case, and i am thus escalating the issue to you. This whole issue still shows a worse problem though, it is clear that the yaird package is not correctly maintained, and that jonas is unable to do any kind of work on yaird without his upstream, and that his upstream has gone MIA. I doubt it is sane to ship yaird as part of etch in these conditions until something changes in its maintainership. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348882: Update?
Could Maintainers please give a short statement of their intentions with PDO? It is most easily enabled in the PHP5 source itself, since maintaining it as a separate module (php-pdo) requires duplicating sources for ext/pdo, ext/pdo_mysql, ext/pdo_pgsql and so on. I think this would make things more difficult for the security team. Regards, Allard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 10:36:37 +0100 Sven Luther [EMAIL PROTECTED] wrote: On Tue, Mar 07, 2006 at 09:56:03AM +0100, Jonas Smedegaard wrote: Please also note that the above comment is from a single member of the kernel team, not the kernel team in general. A single member who happen to be bitten by a single specific unsolved bug, for which the yaird maintainer (me) has refused to apply a workaround provided by him. please fix #345067, it has a patch, and there is no sane reason Really, Sven. Please do not contaminate unrelated bugreports with your personal frustration over yaird! Well, i am frustrated, but seriously, do you consider that yaird is currently well maintained given the above situation ? I don't, So all in all (ignoring the comments irrelevant to this bugreport) you agree with my statement. Thanks for the confirmation. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDVcun7DbMsAkQLgRAjj/AJ42tfAWRNELM9jSx9S135n3vUkJYQCgh0HK NzEcIFG7DWD3HIwr3QSJ6Fo= =Qh85 -END PGP SIGNATURE-
Bug#355686: valknut: Crashes on startup because of undefined symbol (still present)
Package: valknut Version: 0.3.7-1 Severity: grave Justification: renders package unusable We believe that the bug you reported is fixed in the latest version of valknut, which is due to be installed in the Debian FTP archive: dcgui-qt_0.3.7-1_i386.deb to pool/main/v/valknut/dcgui-qt_0.3.7-1_i386.deb valknut_0.3.7-1.diff.gz to pool/main/v/valknut/valknut_0.3.7-1.diff.gz valknut_0.3.7-1.dsc to pool/main/v/valknut/valknut_0.3.7-1.dsc valknut_0.3.7-1_i386.deb to pool/main/v/valknut/valknut_0.3.7-1_i386.deb valknut_0.3.7.orig.tar.gz to pool/main/v/valknut/valknut_0.3.7.orig.tar.gz Original Bug#289643 Sorry, for the late response, but it seems that it isn't fixed in Sarge (valknut 0.3.7-1): valknut: relocation error: valknut: undefined symbol: _ZN7CSocket12m_eSocketLogE Regards, Florian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages valknut depends on: ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdc0 0.3.7-2 Runtime libraries for Valknut ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libssl0.9.70.9.7e-3sarge1SSL shared libraries 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 libxml22.6.16-7 GNOME XML library 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 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355687: dhcping: changelog.Debian should be compressed
Package: dhcping Version: 1.2-3 Severity: minor The Debian changelog should be compressed (per Policy section 12.7). Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
On Tue, Mar 07, 2006 at 10:49:34AM +0100, Jonas Smedegaard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 10:36:37 +0100 Sven Luther [EMAIL PROTECTED] wrote: On Tue, Mar 07, 2006 at 09:56:03AM +0100, Jonas Smedegaard wrote: Please also note that the above comment is from a single member of the kernel team, not the kernel team in general. A single member who happen to be bitten by a single specific unsolved bug, for which the yaird maintainer (me) has refused to apply a workaround provided by him. please fix #345067, it has a patch, and there is no sane reason Really, Sven. Please do not contaminate unrelated bugreports with your personal frustration over yaird! Well, i am frustrated, but seriously, do you consider that yaird is currently well maintained given the above situation ? I don't, So all in all (ignoring the comments irrelevant to this bugreport) you agree with my statement. Thanks for the confirmation. And you do agree that you are doing a piss-poor job of maintaining yaird, thanks for the confirmation, and now, what do you plan to do about it ? Anyway, i have, as you asked me in Erkelenz, escalated #345067 to the technical comitte, which only shows that you are unable to even look at a 3 line patch. Too bad, like said, i liked yaird better than initramfs-tools, too bad you are sabotaging it. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355688: aspell-no: leaves cruft after purge
Package: aspell-no Version: 2.0-23 When testing aspell-no with piuparts I get the following error: 0m9.1s ERROR: Package purging left files on system: /usr/lib/aspell owned by: libaspell15, aspell-no /usr/lib/aspell/no.dat /usr/lib/aspell/no.multi /usr/lib/aspell/no_phonet.dat Those are symlinks created in the postinst, so you probably need a postrm that removes them when the package is removed. -- Maailma olisi parempi paikka, jos kaikilla olisi häntä kertomassa mitä kuuluu.
Bug#333361: Partially solved: non uniquely named ports are still not accessible
I got ALSA MIDI running in wine 0.9.8. It has to be configured using winecfg. That's the only way to configure wine now. If not done so far, please update README.Debian. One problem still exists: libwine-alsa seems to take only the ALSA Client name into account for providing port names to the applications. But some apps relay on uniquely named ports. So, please add a better heuristics for those names. At least using port names (if existing) instead of the client names would be a better choise. PGP-Unterschrift.asc Description: Digitale Unterschrift mit PGP/GnuPG
Bug#345067: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 10:53:58 +0100 Sven Luther [EMAIL PROTECTED] wrote: In Erkelenz, jonas clearly told me that he would not consieder my patch until i refered to the technical comitee, Just a slight correction: I did not hold yaird hostage over this bug. What I said was that if insisting on claiming this bug being fatal for Debian then you'd have to bring it to the ctte, bacuse I disagree and you did not listen to my arguments nor bring in new ones. I disagree with other parts of Svens email, but will avoid commenting on those until certain that this is a matter for the ctte at all. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDV5Qn7DbMsAkQLgRAj6DAJ0WrF6BMt9F+cdO9peyX6D5lppYJwCghBFa jb9100MNHT3Qovi+7lviE0M= =B/Mx -END PGP SIGNATURE-
Bug#352369: (no subject)
Hi. Again. You did not change _ /usr/share/doc/netcat/examples/data/rservice.c _ in version 1.10-30. Sorry for the previous message. Bye. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355690: libpaper1: still leaves /etc/papersize
Package: libpaper1 Version: 1.1.14-5 This is a follow-up to #327076, but since I am slow and didn't react in time, that one got archived already, so I can't reply to it anymore. Your fix to #327076 was to only remove /etc/papersize if /var/lib/ucf/hashfile is a directory. I think this is wrong: you should remove it in any case, when the package is purged. -- Client Exciting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355691: oclock fails to update after time skip
Package: xbase-clients Version: 6.9.0.dfsg.1-4 I run oclock on my laptop. When I suspend and resume some time later, oclock shows the wrong time. I think it's missed some timeouts. It never seems to catch up. -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355692: cracklib fork and new version
Package: cracklib2 Version: n/a Severity: wishlist Hi Martin, I just discovered that original cracklib project has been forked with the author's approval. The new project continued with the develop of the library adding some interesting features like internationalization and python bindings. Please consider to move the debian package to this new branch. cheers Domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355693: pngcrush: relocation error
Package: pngcrush Version: 1.5.10-2 Severity: critical Running /usr/bin/pngcrush -bit_depth 8 -l 9 tmp/test_tree_out/e1.176x208/curr/sce01.png.im tmp/test_tree_out/e1.176x208/curr/sce01.png... Warning: versions are different between png.h and png.c png.h version: 1.2.7 png.c version: 1.2.8 | pngcrush 1.5.10, Copyright (C) 1998-2002 Glenn Randers-Pehrson | This is a free, open-source program. Permission is irrevocably | granted to everyone to use this version of pngcrush without | payment of any fee. | Executable name is pngcrush | It was built with libpng version 1.2.7, and is | running with libpng version 1.2.8 - December 3, 2004 (header) |Copyright (C) 1998-2002 Glenn Randers-Pehrson, |Copyright (C) 1996, 1997 Andreas Dilger, |Copyright (C) 1995, Guy Eric Schalnat, Group 42 Inc., | and zlib version 1.2.2, Copyright (C) 1998, |Jean-loup Gailly and Mark Adler. /usr/bin/pngcrush: relocation error: /usr/bin/pngcrush: symbol png_read_data, version PNG12_0 not defined in file libpng12.so.0 with link time reference -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-xen0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pngcrush depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libpng12-01.2.8rel-5 PNG library - runtime ii zlib1g1:1.2.3-9 compression library - runtime pngcrush recommends no packages. -- no debconf information -- andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355694: scp: Terminal stops echoing characters after cancelling transfer at password stage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: minor When an scp is cancelled using Ctrl-C at the point where it asks for the password, it periodically causes the terminal to stop echoing characters from the keyboard. Typing in reset fixes the problem. When it happens, the first command typed after cancelling the scp is sometimes echoed to the terminal as normal, but subsequent input is not echoed although the results are. The ssh command does not seem to exhibit the same behaviour. - -- Niall Donegan niall\at\moybella\dot\net Public-Key: http://moybella.net/~niall/public.gpg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEDWaZtYqd1KeuQA8RAmqOAJ9gYfIniHPVyjcumkk6hI0f5j787QCgpfgT pVU1PthYO0Wk6bHc+0hQ/sU= =C9b0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Dear Karl, dear all! Short description: makeinfo: locale settings should not influence output files Long description: see http://bugs.debian.org/113988 You already mention in the TODO file that it would be good to use the document language instead of LANG for translating some messages (liek Next, Previous etc). On Die, 07 Mär 2006, Sven Joachim wrote: , | * Makeinfo: | - [...] | - Use @documentlanguage instead of LANG for many translations. ` If this could be implemented (and authors use @documentlanguage), it would solve the problem. I took a look at the code and I couldn't implement THIS one, but what I did is the following: - Add a cmd line option --document-language=STR where STR should be a string which can be used for LC_ALL=str - define a function getdocumenttext which is aliased to __ which does the following: save the current locale, set the current locale to the value as set with the above option (or C if not set at all), translates the message, resets the LC_ALL to the saved value - changed all occurrences (I found) of _(Next) etc to __(Next). I tested the attached patch against texinfo/makeinfo 4.8 and it worked, so my locale settings are not taken into account when translating the messages. What is missing: Merge @documentlanguage with the above variable (I called it interface_langauge). This is not completely trivial as the documentlanguage is a 2 letter code, while the LANG/LC_ALL setting usually is something like de_AT etc. Furthermore I don't know WHEN the @docuemntlanguage is set, but it might be enough to change it in the respective callback function cm_documentlanguage, but how to expand the 2 letter code to a full setting? Karl: Please comment on this, what do you think, could we include something like this? Sven, Julian: What this solve the problems you have? (and btw, it took me without C knowledge to hack this in 1h, so if this would be so important (as mentioned in the last emails) than one might have managed to fix this in the last 5 years since the bug is open). Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- PLYMOUTH (vb.) To relate an amusing story to someone without remembering that it was they who told it to you in the first place. --- Douglas Adams, The Meaning of Liff diff -urN trunk/makeinfo/html.c foo/makeinfo/html.c --- trunk/makeinfo/html.c 2006-02-16 13:03:48.0 +0100 +++ foo/makeinfo/html.c 2006-03-07 11:08:46.0 +0100 @@ -204,7 +204,7 @@ /* The title should not have markup, so use text_expansion. */ if (!html_title) html_title = escape_string (title ? -text_expansion (title) : (char *) _(Untitled)); +text_expansion (title) : (char *) __(Untitled)); /* Make sure this is the very first string of the output document. */ output_paragraph_offset = 0; diff -urN trunk/makeinfo/lang.c foo/makeinfo/lang.c --- trunk/makeinfo/lang.c 2006-02-16 13:03:48.0 +0100 +++ foo/makeinfo/lang.c 2006-03-07 11:47:04.0 +0100 @@ -33,6 +33,9 @@ /* Current language code; default is English. */ language_code_type language_code = en; +/* interface_language. */ +char interface_language[21] = C; + /* By default, unsupported encoding is an empty string. */ char *unknown_encoding = NULL; diff -urN trunk/makeinfo/lang.h foo/makeinfo/lang.h --- trunk/makeinfo/lang.h 2006-02-16 13:03:48.0 +0100 +++ foo/makeinfo/lang.h 2006-03-07 11:44:40.0 +0100 @@ -145,4 +145,6 @@ extern char *current_document_encoding (void); +extern char interface_language[21]; + #endif /* not LANG_H */ diff -urN trunk/makeinfo/makeinfo.c foo/makeinfo/makeinfo.c --- trunk/makeinfo/makeinfo.c 2006-02-16 13:03:48.0 +0100 +++ foo/makeinfo/makeinfo.c 2006-03-07 11:48:37.0 +0100 @@ -350,6 +350,8 @@ printf (_(\ General options:\n\ --error-limit=NUM quit after NUM errors (default %d).\n\ + --document-language=STR locale to be used in translating certain\n\ + keywords in the output file (default C).\n\ --force preserve output even if errors.\n\ --help display this help and exit.\n\ --no-validate suppress node cross-reference validation.\n\ @@ -478,6 +480,7 @@ { css-include, 1, 0, 'C' }, { docbook, 0, 0, 'd' }, { enable-encoding, 0, enable_encoding, 1 }, + { document-language, 1, 0, 'l' }, { error-limit, 1, 0, 'e' }, { fill-column, 1, 0, 'f' }, { footnote-style, 1, 0, 's' }, @@ -685,6 +688,11 @@ append_to_include_path (optarg); break; + case 'l': + /* save the language
Bug#349481: some packages do not show up in debtags-edit
On Mon, Jan 23, 2006 at 11:23:43AM +0100, Stefano Zacchiroli wrote: The package vim-runtime is not tagged and I would like to tag it. Unfortunately it does not show up in debtags-edit and I'm thus unable to tag it. Still, the package is available and thus taggable in the debtags editor via web. I don't know which peculiarity of vim-runtime inhibit is listing in debtags-edit. Some of them which come into my mind: - it is relatively new (for some definition of relatively new, it entered the unstable archive a month ago or so) - it is not yet tagged Oh, BTW, I just discovered that another package vim-gui-common is in the same situation. Hi, thanks for reporting this. It seems that debtags-edit is not showing packages with absolutely no tags. The funny thing is that it shows something like 3 packages viewed in the bottom, but doesn't display them. It should get fixed with the new upload of the entire debtags toolchain that I did yesterday. It's actually ok that debtags-edit doesn't show packages with absolutely no tags, but the problem is that those packages should have the special::not-yet-tagged* tags. The new debtags toolchain makes an effort to ensure that when reindexing the tags. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#354062: CVE-2006-0195: XSS re comments in styles
Hello Thijs On 2006-03-07 Thijs Kinkhorst wrote: I've been working on it but did not yet round it off unfortunately. I expect that within a day or two. However, previous experiences with the security team indicates that it takes them many weeks to process such a thing so that hurrying in this phase is not really useful as long as the security team isn't hurrying aswell. But it's always nice if it's only them alone and not one self who's to blame for the delay :-) (and in cases where the fix is trivial and only a few source code lines long, they can really be quick) Nevertheless, as some people are surely seriously interested in securing their sites you could upload the fixed version to e.g. http://people.debian.org/~thijs/ and mention it in this bug report. This would also have the benefit that eventualregression bugs could be detected before the Security Team issues the DSA. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355695: pnet-compiler: alternatives bug not fixed
Package: pnet-compiler Version: 0.7.4-1 This is really a followup to bug #333210, but since I am slow and didn't get around to checking this fast enough, the bug got archived so I can't reopen it. Sorry. 0m8.5s ERROR: Package purging left files on system: /etc/alternatives/resource-file-generator /usr/bin/cli-resgen The bug seems to persist still in 0.7.4-1. Looking at the postinst script, it installs an alternative called resgen, and then another one for resource-file-generator, pointing at the resgen one. In the prerm, the resgen alternative is removed first, leaving the resource-file-generator without a target to point at. Perhaps this is the reason for the bug? Would it be better for the resource-file-generator alternative to point directly at /usr/bin/resgen.pnet? -- Our technology is sadly insufficiently advanced. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355591: ia32-libs: There is a circular dependency conflict.
Bdale Garbee a écrit : On Tue, 2006-03-07 at 01:00 +0100, Aurelien Jarno wrote: On Mon, Mar 06, 2006 at 11:12:16AM -0500, Peter Rabbitson wrote: Package: ia32-libs Version: 1.5 Severity: grave Justification: renders package unusable ia32-libs (1.5) depends on lib32z1 lib32z1 (1:1.2.3-10) claims to replace ia32-libs, but does not provide libstdc++5 lib32z1 (1:1.2.3-10) depends on libc6-i386 (= 2.3.5-1) libc6-i386 (2.3.6-3) conflicts with ia32-libs (= 1.5) As a result -- no libstdc++5 can be obtained for AMD64 (required by ActiveState Komodo) This is the result of moving the glibc from ia32-libs to libc6-i386. An upload of ia32-libs is needed, I am waiting for an answer from Bdale about that. I think if I can get an answer soon, I will go for a binNMU. Email earlier today from Frederik Schueler [EMAIL PROTECTED] and Goswin von Brederlow [EMAIL PROTECTED] proposing we move ia32-libs to team maintainership using svn.d.o. I agreed, and hope/expect we'll have an upload in a day or three. Will keep you in the loop. I wasn't aware of that, it looks a good idea to do a team. Thanks for working on that. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355569: Problem using mpif77
On Mon, 2006-03-06 at 10:54 -0300, Attilio Cucchieri wrote: Package: mpich Hi, when using mpif77 (for the final linking) I am getting the error message: /usr/lib/libc_nonshared.a(elf-init.oS)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': : multiple definition of `__i686.get_pc_thunk.bx' /usr/lib/mpich/lib/libmpich.a(allreducef.o)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here collect2: ld returned 1 exit status make: *** [qcd] Error 1 The problem appeared with the new version of the library root root 11060 2006-02-23 20:31 /usr/lib/libc_nonshared.a There was no problem with the previous version root root 8836 2006-01-02 15:46 /usr/lib/libc_nonshared.a Best, Attilio PS: I am using sarge, kernel 2.4.27-2-686, with all packages from stable except for the libraries libc6 libc6-dbg libc6-dev libc6-pic libgcc1 from unstable Thank you for your report, I will look into this when I next work on the package. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://www.take6.com/albums/greatesthits.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355660: pstack: incorrect error checking
Justin Pryzby wrote: BTW, does pstack still work correctly? When I needed it (rarely) it worked fine. $ pstack 8987 8987: gaim -d (No symbols found) 0xb77b5d16: (8341a08, 8, 63, 8341a08, 8, 15530) + 40 0xb786ddbc: (8146a48, 1, 81f8a00, 0, bf9b8d88, 8146a48) + 10 0xb786e2c7: (82991e8, 82991e8, 1, 1, 0, 82991e8) + 30 0xb7cc1231: (829ab50, 0, 80f95e0, 80fdabb, 810eab4, 0) + 2170 0x080fa017: (2, bf9baf94, bf9bafa0, 1, b7821ff4, 0) + 30 0xb7703ed0: (80f95f0, 2, bf9baf94, 80fb870, 80fb8e0, b7fb25d0) + 40645077 But gdb shows useful function names: #0 0xb77b5d16 in poll () from /lib/tls/libc.so.6 #1 0xb786ddbc in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #2 0xb786e2c7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #3 0xb7cc1231 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #4 0x080fa017 in main (argc=2, argv=0xbf9baf94) at main.c:961 I'd love to be able to not load gdb every time I need a bt, but right now this isn't useful.. It says that it needs unstripped binaries; why? It's actually strange to me that gdb gives symbols without them present in the files? Or maybe it knows to go to debug libraries to get the data? No idea really. Baruch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355696: moinmoin-common: upgrade sarge-etch stops due to dpkg conffile prompt
Package: moinmoin-common Version: 1.5.2-6 When testing moinmoin-common with piuparts, I get the following problem: Setting up moinmoin-common (1.5.2-6) ... Installing new version of config file /etc/moin/farmconfig.py ... Configuration file `/etc/moin/mywiki.py' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** mywiki.py (Y/I/N/O/D/Z) [default=N] ? The conffile has not been modified by me (or rather piuparts), and should not have been modified by the package, either. This prevents a smooth upgrade from sarge to etch. I don't know if there is anything that can be done about this; if not, feel free to mark the bug accordingly. Thanks. -- sic transit discus mundi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355697: eciadsl: upgrade from sarge fails
Package: eciadsl Version: 0.11-3 When testing eciadsl with piuparts, I get the following error: 1m31.5s DUMP: Unpacking replacement eciadsl ... 1m31.6s DUMP: dpkg: warning - unable to delete old directory `/etc/hotplug/usb': Directory not empty 1m31.6s DUMP: dpkg: warning - unable to delete old directory `/etc/hotplug': Directory not empty ... 1m55.6s ERROR: Package purging left files on system: /etc/hotplug /etc/hotplug/usb 1m56.0s ERROR: FAIL: Upgrading between Debian distributions. This happens when testing an upgrade from sarge to etch. If my analysis is correct, the problem is because the sarge version contained /etc/hotplug, the one does not, and the directory is not empty. The postinst seems to have code to try to remove files from /etc/hotplub/usb, but that gets run after the new version is packed, so perhaps it needs to be moved to preinst? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355698: hotplug: leaves /etc/default/hotplug.dpkg-old on purge after upgrade from sarge
Package: hotplug Version: 0.0.20040329-25 When I test hotplug with piuparts, I get the following error: 2m1.0s ERROR: Package purging left files on system: /etc/default/hotplug.dpkg-old This happens when upgrading from sarge to etch to sid, and then removing and purging the package. It would seem to be due to the fact that postinst renames an old conffile to /etc/default/hotplug.dpkg-old but does not remove it, and neither does postrm. Postrm does remove /etc/default/hotplug, so perhaps it could remove /etc/default/hotplug.dpkg-old as well? -- Debian is a beast that speaks with many voices -- R.B. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355699: module-init-tools: cannot be purged cleanly, leaves /etc/modutils.d/arch-aliases
Package: module-init-tools Version: 3.2.2-2 The module-init-tools package seems to be impossible to purge (as opposed to just remove). Its postinst creates the /etc/modutils.d/arch-aliases symlink, but that is not removed when the package is removed, so dpkg is unable to properly purge the package without error messages. Either removing the symlink when the package is removed, or removing the symlink and the /etc/modutils.d directory in postrm during purge would fix this. I realize that few people will remove module-init-tools, but piuparts will, and anyway, this bug will affect people in real life if anyone ever creates a successor or alternative package for module-init-tools. Thus I think it is worth fixing. -- Never underestimate the power of a small tactical Lisp interpreter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348097: Error 800 with the PPP package upgrade
On Jan 14, Marco d'Itri [EMAIL PROTECTED] wrote: I do not know what Error: 800 means, this does not look like a pppd error message. Please provide an useful log showing what is actually happening. Please provide the requested information or I will close the bugs. -- ciao, Marco signature.asc Description: Digital signature
Bug#355700: apt-listbugs: please consider being quiet by default if not connected to a terminal
Package: apt-listbugs Version: 0.0.49 Severity: wishlist Hi, invoking apt-listbugs via aptitude from cron-apt shows the progress bars in the output e-mail: Reading package fields... 0% Reading package fields... Done + Reading package status... 0% Reading package status... 0% Reading package status... Done + Retrieving bug reports... 0% [0/1] Retrieving bug reports... 0% [0/1] Retrieving bug reports... Done This is very awful. Please consider using the --quiet option automatically if output is not connected to a terminal. A possible alternative would be honoring an environment variable APT_LISTBUGS_QUIET which could be set from cron-apt without affecting aptitude invocations done from an interactive shell. Greetings Marc -- 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.15.6-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages apt-listbugs depends on: ii apt 0.6.43.3 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.1 modules/classes for dpkg on ruby 1 ii libintl-gettext-ruby1.8 0.11-5.1 Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.4-1Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-1Interface of expat for the scripti ii ruby 1.8.2-1An interpreter of object-oriented apt-listbugs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351119: Updated packages, no sponsor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, just wanted to tell you that I've not forgotten this bug - I've even prepared packages, but no-one is sponsoring me. best regards Torsten - -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEDXy3fMVFHqJEyFgRApHLAJ0WOUFq/g1wZnj5V5WFJSVUdTCm6wCcDY7j cD9fwmdEEVyx55432G+P1tc= =OIv5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351121: Updated packages, no sponsor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, just wanted to tell you that I've not forgotten this bug - I've even prepared packages, but no-one is sponsoring me. best regards Torsten - -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEDXxqfMVFHqJEyFgRAg0hAKCd9YzCfjP1DpXwxQOyA9CWwckXQQCeKy+1 Yue/jkS6xsT56wnL72ckysI= =pk/b -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355701: logcheck-database: upgrade from sarge to sid, then purging leaves /etc/logcheck/ignore.d.paranoid/imap
Package: logcheck-database Version: 1.2.43a When testing logcheck-database with piuparts I get the following error: 2m15.7s ERROR: Package purging left files on system: /etc/logcheck owned by: logcheck-database /etc/logcheck/ignore.d.paranoid owned by: logcheck-database /etc/logcheck/ignore.d.paranoid/imap owned by: logcheck-database This happens when upgrading from sarge via etch to sid, and then removing and purging the package. I admit that I don't understand why it happens, since dpkg seems to know about the file, so it should remove the imap file. A quick reading of the maintainer scripts of the package didn't reveal the cause of the bug to me either. The piuparts log file is about 170 kilobytes, so I don't attach it, even compressed, but if you want it, I'd be happy to send it, just ask. It doesn't seem to contain anything relevant, on a quick reading, but I may have missed something, since I'm not an expert on logcheck-database. -- Fundamental truth #3: Communication is difficult. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291391: pod2man turns VERTICAL BAR (pipe) into BOX DRAWINGS LIGHT VERTICAL
On Tue, Mar 07, 2006 at 12:02:53AM -0800, Andrew Pimlott wrote: This old bug just tripped me. It appears trivial to fix with this patch. I don't know roff, but this seems to have the right effect, and you notice the tip-off bv (bar vertical, box vertical?). Someone who knows roff could tell if this is the right fix (is tchrist still active?), but this change seems harmless. --- /usr/share/perl/5.8.8/Pod/Man.pm 2006-03-07 00:01:39.0 -0800 +++ - 2006-03-07 00:02:16.902649000 -0800 @@ -74,11 +74,10 @@ .. .\ Set up some character translations and predefined strings. \*(-- will .\ give an unbreakable dash, \*(PI will give pi, \*(L will give a left -.\ double quote, and \*(R will give a right double quote. | will give a -.\ real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to +.\ double quote, and \*(R will give a right double quote. +.\ \*(C+ will give a nicer C++. Capital omega is used to .\ do unbreakable dashes and therefore won't be available. \*(C` and \*(C' .\ expand to `' in nroff, nothing in troff, for use with C. -.tr \(*W-|\(bv\*(Tr .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ .ds -- \(*W- Russ Allbery maintains podlators now. This may well be fixed in the most recent version for cases of literal text (which I presume is the case you're trying to fix). Russ, similarly to - is literal text, should (is?) | now left unchanged? --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355697: eciadsl: upgrade from sarge fails
On Mar 07, Lars Wirzenius [EMAIL PROTECTED] wrote: empty. The postinst seems to have code to try to remove files from /etc/hotplub/usb, but that gets run after the new version is packed, so perhaps it needs to be moved to preinst? Maybe, except that I do not care enough to do anything about this. -- ciao, Marco signature.asc Description: Digital signature
Bug#354316: Fontconfig error: Cannot load default config file
onosendai wrote: Package: fontconfig-config Version: 2.3.2-2 the package fontconfig-config does not contain some *.conf files. you'll see the following error, when launch one sure application: Fontconfig error: Cannot load default config file I have the same problem on two machines with new Sid installations. The configuration files which belong to /etc/fonts are present in the package and dpkg knows about them: $ dpkg -L fontconfig-config /. /etc /etc/fonts /etc/fonts/fonts.dtd /etc/fonts/fonts.conf /etc/fonts/conf.d /etc/fonts/conf.d/unhinted.conf /etc/fonts/conf.d/autohint.conf /etc/fonts/conf.d/sub-pixel.conf /etc/fonts/conf.d/yes-bitmaps.conf /etc/fonts/conf.d/no-sub-pixel.conf /etc/fonts/conf.d/no-bitmaps.conf /usr /usr/share /usr/share/doc /usr/share/doc/fontconfig-config /usr/share/doc/fontconfig-config/README.gz /usr/share/doc/fontconfig-config/AUTHORS /usr/share/doc/fontconfig-config/copyright /usr/share/doc/fontconfig-config/changelog.gz /usr/share/doc/fontconfig-config/changelog.Debian.gz /usr/share/man /usr/share/man/man5 /usr/share/man/man5/fonts-conf.5.gz However, for some reason, they are not present on the filesystem after installation of the package. The files from /usr/share are installed correctly. For now, I extracted the config files from the *.deb manually as a workaround. Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262927: Debian Bug report logs - #262927
Ciao Enrico crew, Enrico Zini wrote: On Thu, Mar 02, 2006 at 07:20:35PM +0100, Wolfgang Lonien wrote: I'd like to join the team and do some packaging and stuff. :-) Thanks! You're welcome... But pay attention: packaging debtags stuff is tricky. You can do debtags-edit or tagcolledit, those are easy, but the libraries and the debtags package are not what I'd suggest as a start. I see... Still, however, if you want to do the Debian maintainance of debtags-edit, that'd indeed take a bit of load off me. Great :-) However, if you pick that up to get you started with Debian maintainance, consider finding yourself some friend DD to help you along. I could do that, but then since the original problem was dealing with the workload, it wouldn't make much sense. Hmmm ok. Any volunteers around here who could help me to help Enrico with debtags-edit and/or tagcolledit? I'm still reading and learning lots of stuff, so as Enrico said, I'm a newbie... BTW: I grepped the newsgroups for 262927, but found nothing there - which is more recent, the webpage on bugs.debian.org or the newsgroups on linux.debian.bugs.dist and linux.debian.bugs.rc? bugs.debian.org is indeed more recent. Ok - I think (and hope) I sorted that out now... Ciao, Enrico cheers, wjl aka Wolfgang Lonien -- Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net Key Fingerprint = A923 2294 B7ED EB3E 2F18 AE56 AAB8 D36A 728D 9BD0 uid Wolfgang Lonien (wjl) like: [EMAIL PROTECTED] We prefer encrypted, text-only email messages here. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355593: fix
* David N. Welton [EMAIL PROTECTED] [2006-03-07 08:46]: Martin Michlmayr wrote: #344981 says This error is usually caused by broken old versions of tcl.m4; the current tcl packages have fixed versions. If someone wants to NMU, or even better, take over this package, they are welcome to it. My free time is essentially zero these days:-( Ian Jackson said he'd adopt this package so I hope he'll fix it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355206: (no subject)
On Mon, 2006-03-06 at 21:13 +, Matthew T. Atkinson wrote: It just seems, to me, that X viewports are done at the right layer, as they seem a lot more efficient. It would be nice if: * There could be some communication between X and the window manager so that focus could be moved to windows that have just popped up (though I probably would find this annoying, it's what vision-impaired people migrating from 'doze would expect to have). The window manager should be able to do this using the XF86VidMode extension. * The mouse didn't have to move to the very edge of the screen to pan cross the desktop. This feature, on 'doze screen magnifiers, saves a lot of arm work. Feel free to file an enhancement request at http://bugs.freedesktop.org . I imagine the above could be implemented by a relatively simple X extension, but I have not yet had the time to look into it further. An X server option or key combo might even be sufficient. Considering all of the above, and assuming there's only one monitor connected to the graphics card, I suspect this is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353367 (Radeon 9100 is mostly identical to 8500). If so, either of Option MonitorLayout CRT,NONE Option MergedFB off should work around the problem. And work it did -- thank you very much! You're welcome, thanks for verifying. I'd like to merge these bugs, but I'm not sure which severity is more appropriate, opinions? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#298375: ipvsadm will not accept *any* interfaces other than those named ethX
Package: ipvsadm Version: 1.24+1.21-1.1 Followup-For: Bug #298375 The debconf script for ipvsadm will not accept any name for ipvsadm/daemon_multicast_interface unless it is in the form ethX. It will happily accept any name in that format, even if it does not exist. It will not accept any other name, even if the interface does exist. This is a braindead check. It punishes people who use bonding for resilience or who rename interfaces for clarity. It will still allow invalid settings, so it is pointlessly restrictive without being helpful. It forces people to edit the defaults file even though the comments in the defaults file warn against this. -- 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: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages ipvsadm depends on: ii debconf 1.4.67 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters ipvsadm recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355702: mysql-server-5.0: README.Debian
Package: mysql-server-5.0 Version: 5.0.18-8 Severity: wishlist Hi, # an example of $HOME/.my.cnf If you use [client] instead of [mysql], you don't need to list each application separately. there is the possibility of building the package with -DBIG_ROWS which Isn't that done by default already in the Debian (and probably official MySQL) builds? BTW, where's the documentation on disabling the table check script that runs after startup? It has been running for 30 minutes already and it always complains about 'in use' tables as daemons are already using the tables before the script gets to them. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages mysql-server-5.0 depends on: ii adduser 3.80 Add and remove users and groups ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libdbi-perl 1.50-2 Perl5 database interface by Tim Bu ii libgcc1 1:4.0.2-9 GCC support library ii libmysqlclient15 5.0.18-8 mysql database client library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-6 GNU readline and history libraries ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii mysql-client-5.0 5.0.18-8 mysql database client binaries ii mysql-common 5.0.18-8 mysql database common files (e.g. ii passwd1:4.0.14-7 change and administer password and ii perl 5.8.8-2Larry Wall's Practical Extraction ii psmisc22.1-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf information: mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/mysql_update_hints1: mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false mysql-server-5.0/no_upgrade_with_isam_tables: * mysql-server-5.0/mysql_install_db_notes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345067: jonas, you are being dishonest.
Jonas, ... I am severly disapointed with you, and you are a liar by claiming that i didn't hear your arguments, i did hear them, and when i tried to give mines, you refused to continue the conversation. I remember well your arguments, and they where nothing to be proud of, you basically claimed that : This indicates that you are talking about a single kernel build - the one provided by the kernel team, not powerpc kernels in general. ... I still suspect that your proposed fix, Sven, can hurt in cases other than the specific one you know and care about. But when i tried to give you unequivocable proof that this could not be the case, you wanted to cease the discussion, and where so vocal about it that we where asked to leave the room. So, basically, you told that you don't care about official kernels, and are more interested in some hypothetical self-built kernel, but where not willing to provide a single use-case where such a brokeness could happen. And this is normal, since it is not possible for such a use-case to happen. The ide-generic module is only needed on x86 to fall back in cases that the normal module discovery didn't work. Since this is a legacy problem which doesn't affect powerpc, there is no such problem on powerpc, and furthermore since the debian kernels works just fine without ide-generic, there is no way you can claim ide-generic is *NEEDED*. And even if you where right about some hypothetical case where it breaks, you would still be wrong in your above argument, because it is more important for the official debian kernels to work on known hardware, and yaird was the default back then for debian kernels, than to keep this broken situation for some hypothetical scenario you where not even able to hint at involving self-built kernels. All in all, i believe i was right to escalate this to the technical comittee, it is clear to me that you don't possess the honesty enough to discuss this calmly, and try to deny any wrongness on your part even to the point of lying about your own word and this discussion. It was bad enough when you insulted me in public, but this is too much. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355490: udev - don't install persistent rules file
On Mar 06, Bastian Blank [EMAIL PROTECTED] wrote: udev don't install the persistent device name rules file. It's hard to believe this since the hook just copies the whole /etc/udev/ directory. Please double check. -- ciao, Marco signature.asc Description: Digital signature
Bug#354316: Fontconfig error: Cannot load default config file
tag 354316 pending thanks Le mardi 07 mars 2006 à 13:55 +0100, Michal Schmidt a écrit : the package fontconfig-config does not contain some *.conf files. you'll see the following error, when launch one sure application: Fontconfig error: Cannot load default config file I have the same problem on two machines with new Sid installations. The configuration files which belong to /etc/fonts are present in the package and dpkg knows about them: This bug is fixed in a new version of the package, which has to go through NEW for an unknown reason. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#355703: xorg-dev: package needs dependencies update
Package: xorg-dev Severity: grave Tags: experimental Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package depends on libxaw[6|7]-dev at the same time. But these libs are in conflict. I'm sure you have noticed this ( you have a new libxaw in new). This report is only a reminder to not forget about it. Cheers Carsten Luedtke - -- 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.15.3-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDY0jK569vX68PzgRAig3AKDwwWQT4d5lCbVRTcSBWoxCx0WfZACgxmlV AqBHOot3gOMmam5xTH51M0A= =CIwG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
On Tuesday 07 March, 2006 ? 11:09:48AM +0100, Sven Luther wrote: On Tue, Mar 07, 2006 at 10:49:34AM +0100, Jonas Smedegaard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Mar 2006 10:36:37 +0100 Sven Luther [EMAIL PROTECTED] wrote: On Tue, Mar 07, 2006 at 09:56:03AM +0100, Jonas Smedegaard wrote: Please also note that the above comment is from a single member of the kernel team, not the kernel team in general. A single member who happen to be bitten by a single specific unsolved bug, for which the yaird maintainer (me) has refused to apply a workaround provided by him. please fix #345067, it has a patch, and there is no sane reason Really, Sven. Please do not contaminate unrelated bugreports with your personal frustration over yaird! Well, i am frustrated, but seriously, do you consider that yaird is currently well maintained given the above situation ? I don't, So all in all (ignoring the comments irrelevant to this bugreport) you agree with my statement. Thanks for the confirmation. And you do agree that you are doing a piss-poor job of maintaining yaird, thanks for the confirmation, and now, what do you plan to do about it ? Anyway, i have, as you asked me in Erkelenz, escalated #345067 to the technical comitte, which only shows that you are unable to even look at a 3 line patch. Too bad, like said, i liked yaird better than initramfs-tools, too bad you are sabotaging it. Sven Luther Hi all, Yaird works perfectly fine on all our servers. The only time i tried initramfs-tools, my raid5 were messed up. it was a very serious issue for us. maybe it's a coincidence but i don't want to mess with initramfs-tools anymore. thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
On Tue, Mar 07, 2006 at 02:44:46PM +0100, Juan wrote: Yaird works perfectly fine on all our servers. The only time i tried initramfs-tools, my raid5 were messed up. it was a very serious issue for us. maybe it's a coincidence but i don't want to mess with initramfs-tools anymore. I don't said anything different, when yaird works, it works well, which is what makes it superior to the mess that is initramfs-tools/klibc/udev/whatever, at least at this time, but it is getting better. My claim was only that current maintainership seems to me to not ensure a timely fix to any future problems that may come up, and since we promised in our social contract to not hide problems, i take it upon myself to warn the yaird users. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339745: partimage: still does not work on mine, i needed acl
Package: partimage Version: 0.6.4-14 Followup-For: Bug #339745 with partimag in shadow group : strace -e trace=open partimaged -d /var/lib/partimaged/ -p 4025 on the second image sent : open(/etc/shadow, O_RDONLYopen(/etc/shadow, O_RDONLY) = -1 EACCES (Permission denied)7 but : with [EMAIL PROTECTED] getfacl shadow # file: shadow # owner: root # group: shadow user::rw- user:partimag:r-- group::r-- mask::r-- other::--- it works. partimage could take, as argument, another shadow file. (which would be hand made) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (549, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages partimage depends on: ii libbz2-1.01.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libnewt0.51 0.51.6-31 Not Erik's Windowing Toolkit - tex ii libslang2 2.0.5-1The S-Lang programming library - r ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-9 compression library - runtime partimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355696: moinmoin-common: upgrade sarge-etch stops due to dpkg conffile prompt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 07 Mar 2006 13:37:05 +0200 Lars Wirzenius [EMAIL PROTECTED] wrote: Package: moinmoin-common Version: 1.5.2-6 When testing moinmoin-common with piuparts, I get the following problem: Setting up moinmoin-common (1.5.2-6) ... Installing new version of config file /etc/moin/farmconfig.py ... Configuration file `/etc/moin/mywiki.py' == File on system created by you or by a script. == File also in package provided by package maintainer. The conffile has not been modified by me (or rather piuparts), and should not have been modified by the package, either. This prevents a smooth upgrade from sarge to etch. I don't know if there is anything that can be done about this; if not, feel free to mark the bug accordingly. Thanks. mywiki.py used to be named moinmaster.py. In recent Debian package versions of MoinMoin it gets renamed, and should be treated as changed only if different from one of the known packaged variants of the file. What version did you upgrade *from*? And if you still have the old virgin file lying around, could you maybe provide me its md5sum for inclusion in the rename-and-virginize routine? Regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDYz2n7DbMsAkQLgRApuuAKCXLwo5tz8fYttdNyEob84tfzlZgACdHu3D m7XKCtS9KSzGYw1zy5ctiGA= =1yKU -END PGP SIGNATURE-
Bug#345067: Processed: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this.
On Tue, Mar 07, 2006 at 02:03:17AM -0800, Debian Bug Tracking System wrote: Subject: Re: Processed: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this. reassign 345067 tech-ctte Bug#345067: [powerpc] ide-generic is not built on powerpc, yaird tries to include it and fails Bug#343427: linux-image-2.6.14-2-powerpc: Installation fails Bug reassigned from package `yaird' to `tech-ctte'. I can see there's some sort of dispute over this bug, but I can't see a precise explanation of exactly what it breaks. Jonas Smedegaard's comment in #343427, in response to Sven Luther: The ide-generic module is not built on powerpc, In the _current_ _official_ kernel package in Debian, or in any sysfs-supporting powerpc Linux kernel ever, locally built or not? seems to be the important question; and I gather the answer is that the official kernel packages don't use it, but that some can. Contents-powerpc seems to bear this out, as does my config-2.6.15-1-powerpc: # CONFIG_IDE_GENERIC is not set Has anyone at all spoken to the via82cxxx upstream about getting the dependency information fixed so that this hack isn't needed in the first place? Cheers, aj signature.asc Description: Digital signature
Bug#355704: ITP: banshee-beagle-plugin -- beagle import plugin for banshee
Package: wnpp Severity: wishlist * Package name : banshee-beagle-plugin Version : 0.1 Upstream Author : Aaron Bockover [EMAIL PROTECTED] Adam Lofts [EMAIL PROTECTED] * URL : http://svn.banshee-project.org/banshee-beagle-plugin/ * License : MIT X11 Description : beagle import plugin for banshee Hi, I plan to package banshee-beagle-plugin, a banshee plugin for importing files over beagle. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355705: netmrg mysql schema does not work with mysql5
Package: netmrg Version: 0.18.2-4 Severity: normal Hello, I'm unable to create database schema for netmrg. I took a look at the sql script and the problem seems to be the table conditions with the condition column. I suppose condition is a reserved word in mysql5 and should be escaped or renamed. Also, it would be nice a dependency on php5 if it can run on it. Thanks, Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (90, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages netmrg depends on: ii apache2-mpm-prefork [h 2.0.54-5 traditional model for Apache2 ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libsnmp5 5.1.2-6.2 NET SNMP (Simple Network Managemen ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libxml22.6.16-7 GNOME XML library ii php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-cli 4:4.3.10-16 command-line interpreter for the p ii php4-mysql 4:4.3.10-16 MySQL module for php4 ii rrdtool1.0.49-1 Time-series data storage and displ ii wwwconfig-common 0.0.43Debian web auto configuration ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355706: xdm: Xsetup stopped working
Package: xdm Version: 6.9.0.dfsg.1-4 Severity: normal Hello, sometime in January xdm stopped displaying a background picture (and boy, that gray grid pattern is ugly..). It seems that support for /etc/X11/xdm/Xsetup was dropped silently. This contradicts the documentation since xdm.1 still says that background images should be set using Xsetup. Please restore the original behavior, fix the man page or at least document a workaround somewhere. Regards Diego -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.28-4 SELinux shared libraries ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-4 X Authentication library ii libxaw8 6.9.0.dfsg.1-4 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-4 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-4 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355707: Competition of verbose and the quiet option
Package: flashplugin-nonfree Version: 7.0.61-2 If verbose = on is written to wget startup file, execution of a update-flashplugin script will go wrong. # update-flashplugin Can't be verbose and quiet at the same time. Usage: wget [OPTION]... [URL]... upstream website modified, cannot find license exit: 223: Illegal number: -1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355708: adduser: symlinks in /etc/skel sometimes break adduser
Package: adduser Version: 3.80 Severity: normal Tags: patch The presence of symlinks in /etc/skel sometimes breaks adduser as follows: Adding user `test'... Adding new group `test' (1000). Adding new user `test' (1000) with group `test'. Creating home directory `/home/test'. Copying files from `/etc/skel' symlink: Bad file descriptor Cleaning up. Removing directory `/home/test' Removing user `test'. Removing group `test'. groupdel: group test does not exist adduser: `groupdel test` returned error code 6. Aborting. Unfortunately the only environment in which I've been able to reproduce this reliably is in the Ubuntu live CD installer, which isn't something I can expect you to be able to randomly test. :-( I don't know why it shows up in this environment but not in others. However, on looking at the code, the cause is clear: copy_to_dir() looks at $! after calling symlink() without checking symlink()'s return code first, and in the event that symlink() succeeds $! is essentially random. Here's a patch (against 3.80 since that's what we have in Ubuntu, but the surrounding code doesn't seem to have changed between that and 3.85). Changelog entry: Only check $! after calling symlink() if symlink() fails.: diff -Nru /tmp/WwKkNgpSc2/adduser-3.80/adduser /tmp/eVp2gJwz5F/adduser-3.80ubuntu1/adduser --- /tmp/WwKkNgpSc2/adduser-3.80/adduser2005-11-18 17:15:59.0 + +++ /tmp/eVp2gJwz5F/adduser-3.80ubuntu1/adduser 2006-03-07 11:38:39.0 + @@ -680,8 +680,7 @@ my $error=; $)=$newg; $=$newu; - symlink($target, $todir/$file); - $error=$!; + symlink($target, $todir/$file) or $error=$!; $=$curuid; $)=$curgid; if( $error ne ) { Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355709: X window installation: no screen found
Package: xfree86-common Version: 4.3.0.dfsg.1-1 or Package: x-window-system-core Dear Friends! My computer is an Asus notebook V6800V with a 15' LCD SXGA+ monitor, a Synaptics V5.9 PS/2 Port touchpad, a graphics card ATI Mobility Radeon X600. During basic installation I was asked for the resolution - 1280x1024, the graphics card - radeon, the mouse - I used the hardware test. In xf86cfg I could move the cursor, but not open anything, so no remedy was possible. The log file is added. If you cannot help me I have to throw away Debian. With my best regards and thanks in advance Horst Kock Spasibo zaranee Vielen Dank im voraus Gracias anticipadas Horst Kock Schlosshofstr. 24 33615 Bielefeld 49 (0)521 124122 The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. File information --- File: XFREE86.0 Date: 7 Mar 2006, 14:34 Size: 21751 bytes. Type: Unknown XFREE86.0 Description: Binary data
Bug#355696: moinmoin-common: upgrade sarge-etch stops due to dpkg conffile prompt
ti, 2006-03-07 kello 14:39 +0100, Jonas Smedegaard kirjoitti: What version did you upgrade *from*? The one in sarge, 1.3.4-3. I'm attaching the piuparts log file in case it is helpful. And if you still have the old virgin file lying around, could you maybe provide me its md5sum for inclusion in the rename-and-virginize routine? It's straight out of the package. -- Finland: where people go into 100 C rooms and eat ammonium chloride for fun moinmoin-common_1.5.2-6.log.bz2 Description: application/bzip
Bug#355662: Installation report
On Tue, Mar 07, 2006 at 12:08:39AM -0500, Adrian Irving-Beer wrote: Very well done overall. I like how aptitude is installed by default. I also like how it skipped many of the (usually redundant) steps in the old install, like loading modules (assuming autodetect works). It was interesting how it refrained from bugging me, since things were moving along fine without my input. The number of prompts was kept to a minimum, which is probably ideal for a non-expert install. Only two real issues, neither particularly problematic, and both possibly intentional behaviour. One, as I recall, the partitioner seemed to number partitions backwards if I placed them at the end of the partitioned space, i.e. numbering them by the order they were created rather than their position on the disk. I don't know how it would have actually written this to disk, or if writing logical partitions out of order is even possible, but it was the opposite behaviour from the old Debian install partitioning tool (cfdisk) and hence confused me. It is correct behaviour. If cfdisk doesn't do the same thing if you use it to add a partition to an existing partition table, then cfdisk is broken. I suspect it only rearanged partitions made within one session, which is reasonable I suppose, and not unheard of in other fdisk implementations. Touching the existing partition entries however would not be reasonable since other things might already expect them in a certain partition table slot. Remember the partition table is a table of 4 entries, hda1 is the first row, hda2 the second, hda3 the third and hda4 the fourth. Logical partitions are created inside one of the first 4 partitions, and contain their own partition tables and are allocated hda5 and up. So since hda1 - 4 are based on the entry position in the partition table, you want those to stay put when they are created. Two, I noticed mention of LVM in the install process. I chose not to use those options because I didn't want my root on LVM. I was pleased to note that the partitioner offered LVM physical volume allocation. However, I couldn't seem to locate the ability to allocate LVM logical volumes. Furthermore, unlike my previous Debian installs, there was no big gap between the last mounting of a filesystem and the installing of the base system -- a gap where I could use a terminal to perhaps set up the appropriate mounts. You allocate a partition as LVM physical volume, then you go pick LVM setup at the top of the partition menu, and it will let you creat a volume group, and then logical volumes within it. When done, those logical volumes will appear in the partition list where you can select filesystems and mount points for them. You should not need to manually setup mounts. That should all be doable from the partitioning menu. I have had no problem setting up multiple software raid1's with LVM on top and swap and /usr and such on LVM (You don't want root on LVM at this time. Too messy.) and I did it all from the partition tool and it worked great. So I'm left building my LVM setup after the initial install, and moving parts of the existing system (/usr, etc.) into it. Not a big deal. Overall, an excellent system. Having seen how much the basic install has been trimmed down, I'll be sure to use the expert install next time and see how it fares by comparison. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355710: X window installation: No screen found
Package: xfree86-common Version: 4.3.0.dfsg.1-1 or Package: x-window-system-core Dear Friends! My computer is an Asus notebook V6800V with a 15' LCD SXGA+ monitor, a Synaptics V5.9 PS/2 Port touchpad, a graphics card ATI Mobility Radeon X600. During basic installation I was asked for the resolution - 1280x1024, the graphics card - radeon, the mouse - I used the hardware test. In xf86cfg I could move the cursor, but not open anything, so no remedy was possible. The log file is added. If you cannot help me I have to throw away Debian. With my best regards and thanks in advance Horst Kock Attachments: C:\Org\XFREE86.0 Spasibo zaranee Vielen Dank im voraus Gracias anticipadas Horst Kock Schlosshofstr. 24 33615 Bielefeld 49 (0)521 124122 The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. File information --- File: XFREE86.0 Date: 7 Mar 2006, 14:34 Size: 21751 bytes. Type: Unknown XFREE86.0 Description: Binary data
Bug#353891: confirm
tags: confirmed I'll do this when libmozjs-dev will be installable on my computer. So far [EMAIL PROTECTED]:~# LC_ALL=C apt-get install libmozjs-dev Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: libmozjs-dev: Depends: libnspr4-dev (= 1.8.0.1-5) but it is not going to be installed E: Broken packages -- + Allegro.pl / Aukro.cz / Au-Au.ru / Teszvesz.hu + Krzysztof 'eloy' Krzyżaniak + [EMAIL PROTECTED]
Bug#355206: (no subject)
On Tue, 2006-03-07 at 14:13 +0100, Michel Dänzer wrote: The window manager should be able to do this using the XF86VidMode extension. snip An X server option or key combo might even be sufficient. Interesting suggestions; thanks -- I will indeed file an enhancement request. You're welcome, thanks for verifying. I'd like to merge these bugs, but I'm not sure which severity is more appropriate, opinions? IMHO, on account of there being a workaround, I think normal priority is more appropriate. I had not noticed earlier, but now it seems right to downgrade it because there is a fix of sorts available. I seem to remember seeing a patch for Xorg, on their bug tracking system, which I imagine will get in at some point. At least until then this workaround will suffice. Perhaps some note to R200 owners could be put into the Debian package to warn then (via Debconf, I was thinking, if they select the ati or radeon driver)? [ I'm not familiar with the packaging policy but if that was possible before the bug is fixed, it may be of use. ] Thanks again for your time and help, best regards, -- Matthew T. Atkinson [EMAIL PROTECTED]
Bug#355637: [Pkg-mailman-hackers] Bug#355637: mailman: Stale lock files break administrative web interface
tags 355637 +upstream thank you for your bug report. On Mon, Mar 06, 2006 at 12:55:44PM -0800, Shannon Dealy wrote: Under some circumstances (presumably mailman software or system crashes), list specific stale lock files are left in the directory /var/lib/mailman/locks this can permanently prevent administrative login for that specific list until the lock file(s) are removed. There appears to be no mechanism to cleanup these stale lock files, and restarting mailman or even rebooting the system does not clean things up. At the very least restarting mailman should cleanup these stale lock files, What do you mean with restarting mailman? The only interpretation I can find is restarting the queue daemon (the effect of /etc/init.d/mailman restart). But there is still the Apache (or other http server) running mailman CGIs. I don't think that merely restarting the mailman queue daemon should summarily remove the lock files: Apache is still running, and may be running a Mailman CGI genuinely holding that lock for an operation. in particular what I assume is the master lock: listname.lock and probably the actual source of my problems. A better solution would probably include actually checking the lock files periodically to make sure they are still valid. Yes. You may be hit by something like http://mail.python.org/pipermail/mailman-developers/2006-January/018506.html Upstream doesn't seem very eager to track down that kind of issues :-( -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345067: jonas, you are being dishonest.
On Tue, Mar 07, 2006 at 02:15:56PM +0100, Sven Luther wrote: I am severly disapointed with you, and you are a liar by claiming that i Sven, there is no need to call anyone a liar. Cheers, aj signature.asc Description: Digital signature
Bug#345067: Processed: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this.
On Tue, Mar 07, 2006 at 11:43:34PM +1000, Anthony Towns wrote: On Tue, Mar 07, 2006 at 02:03:17AM -0800, Debian Bug Tracking System wrote: Subject: Re: Processed: Escalating #345067 to the technical comittee, as the maintainer asked me to do so, and is unable or unwilling to do his job without this. reassign 345067 tech-ctte Bug#345067: [powerpc] ide-generic is not built on powerpc, yaird tries to include it and fails Bug#343427: linux-image-2.6.14-2-powerpc: Installation fails Bug reassigned from package `yaird' to `tech-ctte'. I can see there's some sort of dispute over this bug, but I can't see a precise explanation of exactly what it breaks. ide-generic is not built on powerpc, yaird will inconditionally try to include ide-generic into the ramdisk if via82cxxx is present (while the real hacky workaround was not to load it always, but only to load it after via82cxxx). As a resuly, any powerpc machine using the via82cxxx module has a kernel which is uninstallable with yaird, and as yaird used to be the default, this means upgrade to newer kernel are uninstallable without hand-hacking yaird. Jonas Smedegaard's comment in #343427, in response to Sven Luther: The ide-generic module is not built on powerpc, In the _current_ _official_ kernel package in Debian, or in any sysfs-supporting powerpc Linux kernel ever, locally built or not? seems to be the important question; and I gather the answer is that the official kernel packages don't use it, but that some can. Contents-powerpc Well, even if some *can* use it, that is no reason enough to force it down the throat of everyone, and in any case, it is not enough to claim it is *needed*. In fact i claim that the fact that the official kernel work without ide-generic is proof enough that it *cannot* be *needed* on powerpc. (at this point jonas simply refused to pursue the discussion, and there is no other issue apart fro mthe tech comittee or an hostile takeover). seems to bear this out, as does my config-2.6.15-1-powerpc: # CONFIG_IDE_GENERIC is not set Has anyone at all spoken to the via82cxxx upstream about getting the dependency information fixed so that this hack isn't needed in the first place? Well, it is not really a dependency as far as i see. The real problem is that some x86 machines exhibited strange behavior with regard to DMA, when ide-generic was loaded before via82cxxx, which is logical since it seems ide-generic cannot do DMA without a real driver, and thus the solution was to force ide-generic loading after via82cxx always, on all arches, without even checking if ide-generic was built or not. My patch may not be the best, it just reverted that previous hack on powerpc only, but all i got in return was silence, and then plain refusal to even hear the argumentation exposed here. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355711: vim-latexsuite: purging fails, postrm calls non-essential command
Package: vim-latexsuite Version: 0.20041219-2 When testing vim-latexsuite with piuparts, I get the following error: Purging configuration files for vim-latexsuite ... /var/lib/dpkg/info/vim-latexsuite.postrm: line 4: helpztags: command not found dpkg: error processing vim-latexsuite (--purge): subprocess post-removal script returned error exit status 127 The postrm script calls helpztags unconditionally, even in the purge phase. That is not allowed, see policy 7.2, last sentence of the description of Depends. You probably don't need to call it at all during a purge, only a remove. -- Talk is cheap. Whining is actually free. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355712: vimacs: leaves cruft after purge
Package: vimacs Version: 0.95-1.3 When testing vimacs with piuparts, I get the following error: 0m10.8s ERROR: Package purging left files on system: /usr/share/vim owned by: vim-common, vim-runtime, vimacs /usr/share/vim/addons owned by: vim-common, vimacs /usr/share/vim/addons/doc owned by: vimacs /usr/share/vim/addons/doc/tags I don't know vim, so I don't know if that file gets created by the postinst, but it looks like it. The package then needs to make sure it goes away when the package is purged. Or possibly the vim-common or other vim package needs to do that; if so, please reassign. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]