Bug#460496: cyrus-sasl2: [INTL:sv] Swedish translation of debconf templates
Package: cyrus-sasl2 Version: 2.1.22.dfsg1-17 Severity: wishlist Tags: l10n patch A Swedish translation of the debconf templates is attached. Please include it with future versions of the package. Thanks, /Christer # Swedish translation of cyrus-sasl2 debconf messages. # Copyright (C) 2008 Fabian Fagerholm # This file is distributed under the same license as the cyrus-sasl2 package. # Christer Andersson [EMAIL PROTECTED], 2008. # msgid msgstr Project-Id-Version: cyrus-sasl2 2.1.22\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-10-02 07:23+0200\n PO-Revision-Date: 2008-01-13 08:50+0100\n Last-Translator: Christer Andersson [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid Remove /etc/sasldb2? msgstr Ta bort /etc/sasldb2? #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid Cyrus SASL can store usernames and passwords in the /etc/sasldb2 database file. msgstr Cyrus SASL kan lagra användarnamn och lösenord i databasfilen /etc/sasldb2. #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid If important data is stored in that file, you should back it up now or choose not to remove the file. msgstr Om viktig data lagras i denna fil bör du säkerhetskopiera den nu eller välja att inte ta bort filen. #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid Backup file name for /etc/sasldb2: msgstr Filnamn för säkerhetskopia av /etc/sasldb2: #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid Cyrus SASL has stored usernames and passwords in the /etc/sasldb2 database file. msgstr Cyrus SASL har lagrat användarnamn och lösenord i databasfilen /etc/sasldb2. #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid That file has to be upgraded to a newer database format. First, a backup of the current file will be created. You can use that if you need to manually downgrade Cyrus SASL. However, automatic downgrades are not supported. msgstr Denna fil måste uppgraderas till ett nyare databasformat. Först kommer en säkerhetskopia av den nuvarande filen att skapas. Du kan använda den om du behöver nedgradera Cyrus SASL manuellt. Automatiska nedgraderingar stöds dock inte. #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid Please specify the backup file name. You should check the available disk space in that location. If the backup file already exists, it will be overwritten. Leaving this field empty will select the default value (/var/ backups/sasldb2.bak). msgstr Ange filnamnet för säkerhetskopian. Du bör kontrollera tillgängligt diskutrymme där. Om säkerhetskopian redan existerar kommer den att skrivas över. Standardvärdet (/var/backups/sasldb2.bak) används om fältet lämnas tomt. #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid Failed to back up /etc/sasldb2 msgstr Misslyckades med att säkerhetskopiera /etc/sasldb2 #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid The /etc/sasldb2 file could not be backed up with the file name you specified. msgstr Filen /etc/sasldb2 kunde inte säkerhetskopieras med det namn du angav. #. Type: error #. Description #. Type: error #. Description #: ../sasl2-bin.templates:4001 ../sasl2-bin.templates:5001 msgid This is a fatal error and will cause the package installation to fail. msgstr Detta är ett kritiskt fel som leder till att paketinstallationen misslyckas. #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid Please eliminate all possible reasons that might lead to this failure, and try to configure this package again. msgstr Eliminera alla möjliga orsaker som kan leda till detta misslyckande och försök konfigurera detta paket igen. #. Type: error #. Description #: ../sasl2-bin.templates:5001 msgid Failed to upgrade /etc/sasldb2 msgstr Misslyckades med att uppgradera /etc/sasldb2 #. Type: error #. Description #: ../sasl2-bin.templates:5001 msgid The /etc/sasldb2 file could not be upgraded to the new database format. msgstr Filen /etc/sasldb2 kunde inte uppgraderas till det nya databasformatet. #. Type: error #. Description #: ../sasl2-bin.templates:5001 msgid The configuration process will attempt to restore the backup of this file to its original location. msgstr Konfigurationsprocessen kommer att försöka återställa säkerhetskopian till dess ursprungliga plats. #. Type: error #. Description #: ../sasl2-bin.templates:5001 msgid Please eliminate all possible reasons that might lead to this failure, then try to configure this package again. msgstr Eliminera alla möjliga orsaker som kan leda till detta misslyckande och försök sedan konfigurera detta paket igen.
Bug#404161: XMMS, stuttering, real-time priority, etc.
Adam Porter wrote: Why is XMMS so weak here? what do you expect from a non-maintained, dead application, using deprecated and non-maintained toolkits? I guess you are aware that xmms will be removed soon from Debian... -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460498: Doc-base needs to augment Menu Policy (e.g. missing Debian section)
Package: doc-base Version: 0.8.8 Severity: normal Hi, In doc-base.html, section 2.3.2.1, we read: Section Section where the document belongs; this should follow the sections outlined in chapter 3.5 of Debian Menu Policy, which can be found in the /usr/share/doc/menu/html directory. Required field. The Debian Menu Sub-policy only deals with applications (and rightly so). Doc-base, however, needs to define sections for non-application packages. For example, Debian-related docs such as the constitution and policies are currently found in Section Debian. This appears to have been sanctioned at one time (but no longer?): doc-base (0.4) frozen unstable; urgency=low * moved Section for our own documentation from Apps/Programming to Debian -- Adam P. Harris [EMAIL PROTECTED] Thu, 16 Apr 1998 06:27:08 -0400 I also see Sections Book, Doc, Faq, Rfc, Manpages, and Standards. Such non-application packages should be accomodated somehow. Thanks, -Steve -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22riemann (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages doc-base depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction ii scrollkeeper 0.3.14-16 A free electronic cataloging syste doc-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460497: minicom: [i18n] missing localisation for ADDLINEFEED and LOCALECHO
Package: minicom Version: 2.3~rc1-2 Severity: wishlist Hello. Localisation for ADDLINEFEED and LOCALECHO (Yes/No) is missing. Patch: --- src/config.c2007-05-12 13:12:24.0 +0400 +++ /home/yuray/tmp/minicom-2.3~rc1/src/config.c2008-01-13 08:15:31.0 +0300 @@ -847,8 +844,8 @@ mc_wprintf(w, %s %s\n, macros_enabled, _(P_MACENAB)); mc_wprintf(w, %s %s\n, character_conversion, P_CONVF); - mc_wprintf(w, %s %s\n, add_linefeed, P_ADDLINEFEED); - mc_wprintf(w, %s %s\n, local_echo, P_LOCALECHO); + mc_wprintf(w, %s %s\n, add_linefeed, _(P_ADDLINEFEED)); + mc_wprintf(w, %s %s\n, local_echo, _(P_LOCALECHO)); mc_wredraw(w, 1); @@ -1115,12 +1112,12 @@ break; case 'P': psets(P_ADDLINEFEED, yesno(P_ADDLINEFEED[0] == 'N')); -mc_wlocate(w, strlen (add_linefeed) + 1, 16); +mc_wlocate(w, mbslen (add_linefeed) + 1, 16); mc_wprintf(w, %s, _(P_ADDLINEFEED)); break; case 'Q': psets(P_LOCALECHO, yesno(P_LOCALECHO[0] == 'N')); -mc_wlocate(w, strlen (local_echo) + 1, 17); +mc_wlocate(w, mbslen (local_echo) + 1, 17); mc_wprintf(w, %s, _(P_LOCALECHO)); break; } -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-1-amd64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Versions of packages minicom depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand Versions of packages minicom recommends: pn lrzsz none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-1222 12:10:37, Brice Goglin wrote: Maybe adding Option BusType PCI or Option AGPMode 1 to the Device section of xorg.conf could help? (xserver-xorg-video-ati 6.7.197 entered unstable yesterday) sorry for the late reaction, holidays and then putting order in house (outside of the computer, I mean) tried both, but I get the same quasi-locked system... Mario -- ... e Cuba, Cuba era meravigliosa, sembrava Napoli! -- Renato Nicolini a Rai Radio 3 2007-09-30 15:25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460499: lintian: No need to warn about missing short-description LSB header in init.d scripts
Package: lintian Version: 1.23.41 Now that the LSB headers in init.d scripts is more used, it has become obvious that the lintian warning about missing short-description is not needed. As far as I know, there is nothing using this header, and quite a lot of scripts are missing it. It is only nice to have, and do not deserve a warning on its own. Here is an example warning from the list of lintian messages on the web: W: chrony: init.d-script-missing-lsb-keyword /etc/init.d/chrony short-description Because of this, I recommend dropping the warning. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460500: totem: Totem resets Fluxbox wallpaper
Package: totem Version: 2.20.1-1 Severity: normal I use Fluxbox window manager and set my wallpaper using fbsetbg. When I run Totem, it sets another wallpaper. Why does video player application try to manage my wallpaper?! The bug was not present in Etch. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages totem depends on: ii totem-gstreamer 2.20.1-1 A simple media player for the Gnom ii totem-plugins 2.20.1-1 Plugins for the Totem media player totem recommends no packages. Versions of packages totem-gstreamer depends on: ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gst 0.10.15-4GStreamer plugin for ALSA ii gstreamer0.10-esd [gstr 0.10.6-4 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.15-4GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-b 0.10.15-4GStreamer plugins from the base ii gstreamer0.10-plugins-g 0.10.6-4 GStreamer plugins from the good ii gstreamer0.10-x 0.10.15-4GStreamer plugins for X11 and Pang ii iso-codes 1.7-1ISO language, territory, currency, ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.10-1+lenny2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libffi4 4.2.2-4 Foreign Function Interface library ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libgconf2-4 2.20.1-2 GNOME configuration database syste ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgnome-desktop-2 2.20.2-1 Utility library for loading .deskt ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgstreamer-plugins-ba 0.10.15-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.15-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtotem-plparser7 2.20.1-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii python2.4 2.4.4-7 An interactive high-level object-o ii totem-common2.20.1-1 Data files for the Totem media pla ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime Versions of packages totem-xine depends on: ii gconf2 2.20.1-2 GNOME configuration database syste ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libavahi-client30.6.21-4 Avahi client library
Bug#454304: Transparency
This was reported on Ubuntu as well (* infinite loop, 99% CPU usage), and I've reported it upstream: https://bugs.freedesktop.org/show_bug.cgi?id=14048 The workaround is to use 'Option NoDCC for the device. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460501: lzma: New upstream version available
Package: lzma Version: 4.43-12 Severity: wishlist Hi, lzma 4.57 was released one month ago. Can you please package it? -- System Information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460502: [INTL:sk] Slovak debconf translation
Package: exim4 Severity: wishlist Tags: patch l10n please add updated Slovak debconf translation -- 5o Peter.Mann at tuke.sk # #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: exim4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-07-18 08:29+0200\n PO-Revision-Date: 2008-01-13 09:46+0100\n Last-Translator: Peter Mann [EMAIL PROTECTED]\n Language-Team: Slovak [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../exim4-base.templates:1001 msgid Remove undelivered messages in spool directory? msgstr Odstrániť nedoručené správy z adresára spool? #. Type: boolean #. Description #: ../exim4-base.templates:1001 msgid There are e-mail messages in the Exim spool directory /var/spool/exim4/ input/ which have not yet been delivered. Removing Exim will cause them to remain undelivered until Exim is re-installed. msgstr V Exim spool adresári /var/spool/exim4/input sa nachádzajú doposiaľ nedoručené správy. Odstránenie Exim-u spôsobí ich nedoručenie, až kým sa Exim nepreinštaluje. #. Type: boolean #. Description #: ../exim4-base.templates:1001 msgid If this option is not chosen, the spool directory is kept, allowing the messages in the queue to be delivered at a later date after Exim is re- installed. msgstr Ak sa nezvolí táto možnosť, tak sa spool adresár ponechá a pošty vo fronte sa môžu doručiť neskôr po preinštalovaní Exim-u. #. Type: error #. Description #: ../exim4-base.templates:2001 ../exim4-daemon-heavy.templates:1001 #: ../exim4-daemon-light.templates:1001 ../exim4.templates:1001 msgid Reconfigure exim4-config instead of this package msgstr Zmena nastavenia exim4-config namiesto tohto balíka #. Type: error #. Description #: ../exim4-base.templates:2001 ../exim4-daemon-heavy.templates:1001 #: ../exim4-daemon-light.templates:1001 ../exim4.templates:1001 msgid Exim4 has its configuration factored out into a dedicated package, exim4- config. To reconfigure Exim4, use 'dpkg-reconfigure exim4-config'. msgstr Exim4 má na nastavenia určený balík exim4-config. Ak chcete zmeniť nastavenia Exim4, použijte 'dpkg-reconfigure exim4-config'. #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates:1001 msgid internet site; mail is sent and received directly using SMTP msgstr internetový počítač; pošta sa prijíma a doručuje priamo pomocou SMTP #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates:1001 msgid mail sent by smarthost; received via SMTP or fetchmail msgstr zasielanie pošty cez smarthost; príjem cez SMTP alebo fetchmail #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates:1001 msgid mail sent by smarthost; no local mail msgstr zasielanie pošty cez smarthost; žiadna lokálna pošta #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates:1001 msgid local delivery only; not on a network msgstr iba lokálna pošta; počítač nie je na sieti #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters
Bug#423288: xchat: please make spell checker wait some delay before marking incomplete words
severity 423288 wishlist tags 423288 confirmed retitle 423288 xchat: please make spell checker wait some delay before marking incomplete words stop I just tried the spell checker of version 2.8.4-1. Yes, incomplete words are marked red. The red disappears when the word is completed. This seems to work like intentionally designed. An incomplete word is a misspelled word. So incomplete words must be marked red. However, it would be nice that the red marking would appear after some configurable delay, so that words being typed at some reasonable speed are not needlessly marked red during the typing of the words. For example, half a second delay would work for me. signature.asc Description: This is a digitally signed message part
Bug#460449: kdissert: Please use dh_icons to update icon cache
Onkar Shinde wrote: Please modify the rules file to include dh_icons for updating icons cache. This will also need debhelper version bump to = 5.0.51. Attached is the debdiff. No, I'm not going to do that. See my comments in bug #432851. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438529: sysvinit: /sbin/runlevel output confused in single-user
[Martin J. Carter] I've now RTFM on init(8) under etch: not only is /bin/runlevel performing as advertised, but I've also been stepping into the blockhole mentioned in the new paragraph in the WARNINGS section. The only way round all this I can see would be to special-case S - 2 as (S then 1) - 2 in /etc/init.d/rc, but that way madness lies. Yes, it behaves as documented and it is seriously messed up. Historical reasons is the source of all this. The real problem is that rcS.d/ is not really the S runlevel, as the S runlevel is supposed to be single-user. The stuff in rcS.d is called rc.boot in SUSE and is a single file /etc/rc.d/rc.sysinit in Fedora and Redhat. And runlevel 1 is not really the single user runlevel either. It is a runlevel used to pass into the single user runlevel. So there is a distinct difference between booting using 'linux S' or 'linux single' as the kernel paramenter, and using 'linux 1'. Only the latter work as single user is intended to work. The others only run the boot scripts in the boot runlevel (which is the scrints in rcS.d/, before it switches to runlevel S which only runs /sbin/sulogin . One solution would be to rename rcS.d/ to rc.boot or something not matching the runlevel string used by single user (S), to make sure the init.d/rc script is able to properly calculate what scripts were executed in the previous runlevel. This would add more confusion, as it then would run the scripts present in both rcS.d and (for example) rc2.d twice. It would also require quite a lot of coordination. :/ So I am not sure if this is solvable, and suggest you boot using 'linux 1' instead of 'linux s' to boot in single user. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460503: sox: play(1) doesn't work without libsox-fmt-ao
Package: sox Version: 14.0.0-5 Severity: normal Hi, When I play a wav file using play(1), it doesn't work and shows following error. $ play /usr/share/sounds/startup3.wav play soxio: Failed writing `default': unknown file type `ao' According to source code of sox, $ play foo is almost same as $ sox foo -t ao default So that, above command will be treated as following command. $ sox /usr/share/sounds/startup3.wav -t ao default sox soxio: Failed writing `default': unknown file type `ao' On my system, aptitude says libsox-fmt-alsa is installed, but libsox-fmt-ao is not installed. I have confirmed that wav file can be played correctly with this command (I changed ao to alsa): $ sox /usr/share/sounds/startup3.wav -t alsa default It seems the problem is that libsox-fmt-ao is not installed. I have installed libsox-fmt-ao, $ aptitude install libsox-fmt-ao and play(1) works fine. $ play /usr/share/sounds/startup3.wav and, Here is my opinion about this problem. I think the problem is, when installing sox package, libsox-fmt-alsa will be installed instead of libsox-fmt-ao. Actually, sox recommends libsox-fmt-alsa | libsox-fmt-ao | libsox-fmt-oss, therefore libsox-fmt-alsa seems get higher priority than libsox-fmt-ao. Hmmm... rather important thing is that the audio device play(1) use is determined at compiled-time. It cannot be changed at run-time. Look at this code (defined in sox-14.0.0/src/sox.c): static void set_device(file_t f, sox_bool recording UNUSED) { #ifdef HAVE_LIBAO if (!recording) { f-filetype = ao; f-filename = xstrdup(default); return; } #endif #if defined(HAVE_ALSA) f-filetype = alsa; f-filename = xstrdup(default); #elif defined(HAVE_SYS_SOUNDCARD_H) || defined(HAVE_MACHINE_SOUNDCARD_H) f-filetype = ossdsp; f-filename = xstrdup(/dev/dsp); #elif defined(HAVE_SYS_AUDIOIO_H) || defined(HAVE_SUN_AUDIOIO_H) char *device = getenv(AUDIODEV); f-filetype = sunau; f-filename = xstrdup(device ? device : /dev/audio); #else sox_fail(Sorry, there is no default audio device configured); exit(1); #endif } This code determines which audio device play(1) use. I think it would be nice if play(1) determines dynamically the audio device they use at run-time. Regards, Morita Sho -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sox depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libltdl3 1.5.24-2 A system independent dlopen wrappe ii libsamplerate00.1.2-5audio rate conversion library ii libsox0 14.0.0-5 SoX library Versions of packages sox recommends: ii libsox-fmt-alsa 14.0.0-5 SoX alsa format I/O library ii libsox-fmt-ao 14.0.0-5 SoX Libao format I/O library ii libsox-fmt-base 14.0.0-5 Minimal set of SoX format librarie -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459511: Consider adding Perl License to common-licenses
On Wed, Jan 09, 2008 at 10:28:27AM -0800, Russ Allbery wrote: Steve M. Robbins [EMAIL PROTECTED] writes: On Tue, Jan 08, 2008 at 11:18:24PM -0800, Russ Allbery wrote: I don't think it makes sense to include in common-licenses something that's just a reference to other common licenses. It's not like the boilerplate text for Perl modules is long; it's only about six lines, and you'd still need to include at least a couple of lines to refer to the file in common-licenses anyway. True. But as I carefully explained: in my view, it's not about saving bytes; it's about labelling. And about avoiding copying errors, which manifestly take place. Wouldn't http://wiki.debian.org/Proposals/CopyrightFormat be a better way to address the labelling concern? Thanks for the link. I like the proposal from the point of view of labelling. However: (1) This is only a proposal; common-licenses exists today. (2) I didn't grasp from the proposal whether the fully license text must appear in the copyright file (or in common-licenses). If we can simply put License: GPL-1+ | Artistic for a perl module, then I'm happy. If we have to put that PLUS the prose of the Perl license, then we're no further ahead. As for copying errors, I don't disagree, but there are also a lot of Perl modules that *aren't* covered under the same terms as Perl or that have little niggling variations. We should also be including the copyright statements from the authors in the Debian copyright file. At present, yes I agree that we should include the authors' copyright statements. Perhaps I should mention what started this whole bug report. I uploaded a package that included a Perl module with the following license. # Copyright (c) 1995-98 Greg Ward. All rights reserved. This package is # free software; you can redistribute it and/or modify it under the same # terms as Perl itself. When I tried to upload the package with *the author's* copyright statement in debian/copyrights (together with a reference to /usr/share/doc/perl/copyright), it was rejected by the ftp admins on the grounds of the following lintian error: copyright-file-lacks-pointer-to-perl-license If your package is released under the same terms as Perl itself, it should refer to the Artistic and GPL license files in the /usr/share/common-licenses directory. Refer to Policy Manual, section 12.5 for details. This forces me to REPLACE or AUGMENT the author statement with my own text. This is how the aforementioned copying errors arise. I guess I'm a bit skeptical that we gain that much in overall correctness in the copyright file by providing easy access to boilerplate for people to refer to. I'm worried that we'd just trade one form of errors (copying mistakes) for another (referring to the boilerplate when it isn't appropriate or without including sufficient information about the non-boilerplate parts, like the copyright statement). I agree that someone might be sloppy about the license and inappropriately point to the boilerplate. But it is also true that today someone could be sloppy and inappropriately copy the text of /usr/share/doc/perl/copyright. I don't imagine that the presense of Perl's license in common-licenses would make it more likely; do you? To be clear: In all cases, the author copyright would be copied into debian/copyright. In those cases where it mentions something about the same terms as perl, you can simply add a line to the effect The Perl license may be found in /usr/share/common-licenses/Perl rather than cutting and pasting the contents of /usr/share/doc/perl/copyright. Cheers, -Steve signature.asc Description: Digital signature
Bug#460504: dh_desktop/dh_icons madness
Package: general Severity: normal For a while now some folks have been going around asking various package maintainers to inject dh_icons and/or dh_desktop calls into the package build rules. The basic argument appears to be that your package needs to do this so that my desktop environment will work correctly. I don't think this approach has correct and sustainable principles. And what is more, if some random third packages or user environments dictate what other, unrelated packages have to do to function with them, we will in practice never reach a state where everything works. Furthermore, if other desktop environments come up with their own variants of icon caching of MIME file registration (since these are supposedly Free Desktop standards) or perhaps completely new file registration requirements, we will have an unmaintainable mess of competing implementations of registration scripts, and thousands of packages stuck in a transition somewhere between all of them. It seems to me that, in principle, if some third package or user environment wants something to be done for its own functional benefit, it should be its own responsibility to arrange that, instead of bothering thousands of other packages with it. This appears to be the only robust and maintainable approach. On a technical level, the best approach would appear to be implementing some sort of global dpkg postinst and postrm hooks. Perhaps there are other ideas, but the current approach needs to stop; it won't work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438495: severity of 438495 is normal
# Automatically generated email from bts, devscripts version 2.10.13 # A real bug, not just a feature request; cannot do other operations while changelog attempts to download severity 438495 normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421823: Wine infinitely loops
Richard Warburton skrev: Package: wine Version: 0.9.25-2.1 no matter which program I run wine loops infinitely. It appears to be stopping immediately and then re-running itself. I am using a clean debian etch install. Is this the same bug as #380536, or something else? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459787: lintian doesn't accept origin and bugs field in binary packages
Hi, On Sat, 12 Jan 2008, Russ Allbery wrote: I should also say that those should also be fixed IMO: I: dpkg source: non-standard-arch-in-source-relation kfreebsd-i386 [build-depends: libselinux1-dev (= 1.28-4) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]] I: dpkg source: non-standard-arch-in-source-relation kfreebsd-amd64 [build-depends: libselinux1-dev (= 1.28-4) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]] kfreebsd-i386, kfreebsd-amd64, armel are unofficial architectures which are mentioned in many cases. That's the definition of non-standard architecture. Maybe the tag should go away completely, but assuming that one buys the reason for having the tag at all, it is correct in this case. I'd expect that those kind of checks are made to catch typo in arch names for example. But not valid arch names which have not yet been integrated. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#460506: spaces in PATH on the manpage
Package: procmail Version: 3.22-16 Severity: minor File: /usr/share/man/man5/procmailrc.5.gz On the man page remove the spaces in PATH $HOME/bin :/usr/local/bin :/usr/bin :/bin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353735: Please consider post release patch
See post release patch at freetds.sf.net. It contains the fix for this problem. I backported fix for this problem on July 22 2005. I would remember that we stop updating post patch for this version for lack of people. We are now about to release version 0.82. Frediano Ziglio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431523: [Pkg-nagios-devel] Bug#431523: Bug#431523: nagios: diff for NMU version 2:1.4-3.2
Hi there, On Sunday 13 January 2008 08:22, sean finney wrote: actually, i think it's about time that we consider having nagios (1.x) removed from testing/unstable any objections from other folks on pkg-nagios? since 3.0 is coming around and handling 3 branches of nagios will be not resonable, this is the best solution I think. With kind regards, Jan. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpuKa9SqpY6A.pgp Description: PGP signature
Bug#454304: Transparency
forwarded 454304 https://bugs.freedesktop.org/show_bug.cgi?id=14048 thank you Timo Aaltonen wrote: This was reported on Ubuntu as well (* infinite loop, 99% CPU usage), and I've reported it upstream: https://bugs.freedesktop.org/show_bug.cgi?id=14048 The workaround is to use 'Option NoDCC for the device. Bert and Ties, you might want to try adding Option NoDDC true to section Device in xorg.conf and see if that helps. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460402: [debian-mysql] Bug#460402: FTBFS on testsuite failure on armel
Am Samstag, den 12.01.2008, 15:01 +0200 schrieb Riku Voipio: Personally I would prefer that the testsuite was run, but errors would ignored on selected architectures. Thus if we get enduser bugreport of mysql, we can check if there was regressions on testsuite run for package version enduser was using. Agreed, I'll change this in the next upload. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456339: lm-sensors: couldn't get subfeature on applesmc
reassign 456339 linux-2.6 thanks Filippo Giunchedi a écrit : On Sun, Dec 16, 2007 at 12:50:54AM +0100, Aurelien Jarno wrote: Could you please try to read the corresponding values from /sys/class/hwmon/hwmonX/device/ ? hwmon{0,1} is coretemp while hwmon2 is applesmc: [EMAIL PROTECTED]:/sys/class/hwmon/hwmon2/device$ cat temp*_input cat: temp10_input: Input/output error 25750 cat: temp2_input: Input/output error 40750 cat: temp4_input: Input/output error 39250 cat: temp6_input: Input/output error 40750 cat: temp8_input: Input/output error 40750 It really looks like it is a kernel problem. Reassigning the bug. -- .''`. 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#459028: texmacs: diff for NMU version 1:1.0.6.11-3.1
tags 459028 + patch thanks Hi, Attached is the diff for my texmacs 1:1.0.6.11-3.1 NMU. diff -u texmacs-1.0.6.11/debian/patches/00list texmacs-1.0.6.11/debian/patches/00list --- texmacs-1.0.6.11/debian/patches/00list +++ texmacs-1.0.6.11/debian/patches/00list @@ -8,0 +9 @@ +12_no-rtti.dpatch diff -u texmacs-1.0.6.11/debian/changelog texmacs-1.0.6.11/debian/changelog --- texmacs-1.0.6.11/debian/changelog +++ texmacs-1.0.6.11/debian/changelog @@ -1,3 +1,10 @@ +texmacs (1:1.0.6.11-3.1) unstable; urgency=low + + * Non-maintainer upload to fix FTFBS bug. + * Build without -fno-rtti. (Closes: #459028) + + -- Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Sun, 13 Jan 2008 10:06:38 +0100 + texmacs (1:1.0.6.11-3) unstable; urgency=low * Whole work was done by Kamaraju Kusumanchi [EMAIL PROTECTED] or [raju]. only in patch2: unchanged: --- texmacs-1.0.6.11.orig/debian/patches/12_no-rtti.dpatch +++ texmacs-1.0.6.11/debian/patches/12_no-rtti.dpatch @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 12_no-rtti.dpatch by Ana Guerrero [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Do not build with -fno-rtti + [EMAIL PROTECTED]@ +diff -Nrua texmacs-1.0.6.11.orig/configure texmacs-1.0.6.11/configure +--- texmacs-1.0.6.11.orig/configure 2008-01-13 00:24:09.0 +0100 texmacs-1.0.6.11/configure 2007-09-03 16:47:53.0 +0200 +@@ -6367,7 +6367,7 @@ + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); }; }; then + +- CONFIG_CXXDIALECT=-fno-rtti -fno-exceptions ++ CONFIG_CXXDIALECT=-fno-exceptions + echo $as_me:$LINENO: result: yes 5 + echo ${ECHO_T}yes 6 +
Bug#459029: Fix for this bug
tags 459029 +patch thanks The attached patch just disables -fno-rtti and fixes the FTBFS. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog glaurung-2.0.1/src/Makefile glaurung-2.0.1/src/Makefile --- glaurung-2.0.1/src/Makefile 2007-11-22 15:55:26.0 +0530 +++ glaurung-2.0.1/src/Makefile 2008-01-13 15:35:38.0 +0530 @@ -50,7 +50,7 @@ # Compiling with GCC: CXX = g++ CXXFLAGS = -O3 -DNDEBUG -g -funroll-loops -fomit-frame-pointer \ --fstrict-aliasing -fno-exceptions -fno-rtti -Wall +-fstrict-aliasing -fno-exceptions -Wall # Compiling with GCC, in debug mode: # CXX = g++ signature.asc Description: Digital signature
Bug#460507: kernel-package: modules_clean after build with --append-to-version demands correct --append-to-version
Package: kernel-package Version: 11.001 Severity: normal Hi, make-kpkg modules clean aborts if invoked after a build that was done with --append-to-version: $ fakeroot make-kpkg modules_clean exec debian/rules DEBIAN_REVISION=2.6.23.13.20080112.0 modules_clean echo The UTS Release version in include/linux/utsrelease.h; echo \2.6.23.13-zgsrv\ ; echo does not match current version:; echo \2.6.23.13\ ; echo Please correct this.; exit 2 The UTS Release version in include/linux/utsrelease.h 2.6.23.13-zgsrv does not match current version: 2.6.23.13 Please correct this. make: *** [modules_clean] Error 2 $ Only if invoked with the correct --append-to-version option the clean proceeds. I fail to see why it is necessary to know which appendage is wanted to clean the modules directories. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-zgsrv (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii dpkg 1.14.15package maintenance system for Deb ii dpkg-dev 1.14.15package building tools for Debian ii file 4.21-4 Determines file type using magic ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-5The GNU C compiler ii gettext 0.17-2 GNU Internationalization utilities ii make 3.81-3 The GNU version of the make util ii perl 5.8.8-12 Larry Wall's Practical Extraction ii po-debconf1.0.11 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.4-2high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-5 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459739: mutt: does not use header cache at all
Package: mutt Version: 1.5.17-2 Followup-For: Bug #459739 I think my problem is related although I don't see duplicated messages. Since -2 mutt does create the header cache if it does not exists, but it looks like it does not use it. Every time mutt starts, it reads the hole MailDir which takes just a long time and there is no difference of using mutt with or without header cache. Dirk -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc62.7-5 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libidn11 1.1-1 GNU libidn library, implementation ii libncursesw5 5.6+20071215-1 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-17 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4 4.68-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.68-2 lightweight Exim MTA (v4) daemon ii locales 2.7-6 GNU C Library: National Language ( ii mime-support 3.40-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460508: Login provides an man for su which is in manpages-de, too
Package: login Version: 1:4.1.0-1 Hello, with the last update you've added an manpage for su, which is good. But now it can't be used with manpages-de: Preparing to replace login 1:4.0.18.2-1 (using .../login_1%3a4.1.0-1_i386.deb) ... Unpacking replacement login ... dpkg: error processing /var/cache/apt/archives/login_1%3a4.1.0-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/de/man1/su.1.gz', which is also in package manpages-de dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/login_1%3a4.1.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) gnu:~# -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Homepage: http://www.Linux-Dev.org/
Bug#281285: wine: seriously oversized window in 16-bit app
Sebastian Reichelt skrev: Package: wine Version: 0.0.20040716-1.2 Severity: normal Tags: patch I have a 16-bit application which somehow resizes a dialog box to a bogus size in Wine, but not in Windows. That is, the size is correct at first, then WIN_SetRectangles is called with a much too large width and a much too small height. If I knew from where WIN_SetRectangles was called, maybe I could try to find the true cause of this problem. For now, the attached patch fixes it for me. However, the patch is not something to be included in mainline, since I am sure it breaks some other apps. Is this still a problem in more recent Wine releases? (Hope not...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460509: nvidia-kernel-source: clean does not properly clean
Package: nvidia-kernel-source Version: 169.07-1 Severity: normal Hi, debian/rules clean leaves around files that were created during build: usr/src/modules/nvidia-kernel$ fakeroot debian/rules clean cat: /include/linux/version.h: No such file or directory /bin/sh: line 0: test: -ge: unary operator expected # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true if [ 4 = 6 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.kbuild Makefile ; \ cd .. ; \ if [ 0 = 1 ] ; then \ dpatch apply 04_minion ; \ fi ; \ if [ 0 = 1 ]; then \ dpatch apply 01_sysfs ; \ dpatch status 01_sysfs patch-stamp ; \ dpatch apply 02_pcialias ; \ dpatch status 02_pcialias patch-stamp ; \ fi ; \ fi if [ 4 = 4 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.nvidia Makefile ; \ cd .. ; \ fi if [ -e patch-stamp ]; then \ dpatch deapply-all ; \ rm -rf patch-stamp debian/patched ; \ fi if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi dh_testroot rm -f build-stamp configure-stamp /usr/bin/make clean SYSSRC= -C /usr/src/modules/nvidia-kernel/nv -f Makefile make[1]: Entering directory `/usr/src/modules/nvidia-kernel/nv' make[1]: Leaving directory `/usr/src/modules/nvidia-kernel/nv' rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true; rm /usr/src/modules/nvidia-kernel/nv/gcc-check rm: cannot remove `/usr/src/modules/nvidia-kernel/nv/gcc-check': No such file or directory make: [clean] Error 1 (ignored) rm /usr/src/modules/nvidia-kernel/nv/cc-sanity-check rm: cannot remove `/usr/src/modules/nvidia-kernel/nv/cc-sanity-check': No such file or directory make: [clean] Error 1 (ignored) dh_clean rm /usr/src/modules/nvidia-kernel/debian/control rm /usr/src/modules/nvidia-kernel/debian/dirs rm: cannot remove `/usr/src/modules/nvidia-kernel/debian/dirs': No such file or directory make: [clean] Error 1 (ignored) rm /usr/src/modules/nvidia-kernel/debian/override rm: cannot remove `/usr/src/modules/nvidia-kernel/debian/override': No such file or directory make: [clean] Error 1 (ignored) $ ls -al debian/nvidia-kernel-2.6.23.13-weave total 20K drwxr-xr-x 5 mh src 4.0K Jan 12 17:40 ./ drwxrwsr-x 6 root src 4.0K Jan 13 10:12 ../ drwxr-xr-x 2 mh mh 4.0K Jan 13 00:55 DEBIAN/ drwxr-xr-x 3 mh src 4.0K Jan 12 17:40 lib/ drwxr-xr-x 3 mh src 4.0K Jan 12 17:40 usr/ $ The build process should properly clean up behind itself. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-zgsrv (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286297: wine fails to compile/handle tre.dll
Christian Kurz skrev: Package: wine Version: 0.0.20040813-1 Severity: normal Hi, I'm using wine to be able to access my recipe database RKS (RezKonvSuite). The last upgrade introduced a new dll named tre.dll for regular expressions. In the past it was statically linked but this changed with the upgrade. When I now start RKS with wine, I can't import or copy recipes anymore, because I always get the error message: Nicht behebarer Fehler mit regulaeren Ausdrucken (Non-recoverable error with regular expressions) I've found about the variable WINE_DEBUG and tried it. The debug output told me that the library tre.dll was at least loaded by wine. But for reasons unknown to me, it fails to be compiled/handled correctly. So for now I'm either stuck with Windows to get the latest features of RKS or have to downgrade again. Please take a look at this issue! This report doesn't still apply to current Wine releases, does it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417457: Diff of the NMU
I have just made an NMU of odyssey to fix long standing bugs. Please find attached the diff of the NMU. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net diff -u odyssey-0.4/debian/changelog odyssey-0.4/debian/changelog --- odyssey-0.4/debian/changelog +++ odyssey-0.4/debian/changelog @@ -1,3 +1,11 @@ +odyssey (0.4-2.1) unstable; urgency=low + + * Non maintainer upload for the Zürich BSP. + * Apply from Martin Michlmayr to fix FTBFS with GCC 4.3 Closes: #417457. + * Add armel to the list of supported architectures. Closes: #408788. + + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 13 Jan 2008 11:14:55 +0100 + odyssey (0.4-2) unstable; urgency=low * Added 10_workaround_cast_from_char_ptr to workaround bug #382153 in diff -u odyssey-0.4/debian/control odyssey-0.4/debian/control --- odyssey-0.4/debian/control +++ odyssey-0.4/debian/control @@ -6,7 +6,7 @@ Standards-Version: 3.7.2 Package: odyssey -Architecture: alpha amd64 arm hppa ia64 kfreebsd-amd64 kfreebsd-i386 hurd-i386 i386 m68k sparc sparc64 +Architecture: alpha amd64 arm armel hppa ia64 kfreebsd-amd64 kfreebsd-i386 hurd-i386 i386 m68k sparc sparc64 Depends: ${shlibs:Depends}, ${misc:Depends} Description: PIC microcontroller programming application odyssey is a serial device programming utility designed for use under only in patch2: unchanged: --- odyssey-0.4.orig/src/ConfigFile.cxx +++ odyssey-0.4/src/ConfigFile.cxx @@ -19,6 +19,7 @@ using namespace std; #include stdio.h +#include stdlib.h #include string.h #include stdexcept #include new only in patch2: unchanged: --- odyssey-0.4.orig/src/main.cxx +++ odyssey-0.4/src/main.cxx @@ -19,6 +19,7 @@ using namespace std; #include stdio.h +#include stdlib.h #include string.h #include signal.h #include unistd.h
Bug#460475: Asterisk v1.4.17 Crashed on Debian GNU/Linux Etch
reassign 460475 asterisk 1.4.17~dfsg-2 thanks [you should report bugs with Package: asterisk, not the .deb file] Hi, again, Each time we get a better bugreport :-) This time you managed to report us all the relevant information, thanks! TBH, I haven't really looked at your backtrace but it strikes me that you've had 3 *different* crashes while noone else experienced *any* of these. I'm starting to suspect problems specific to your setup. Perhaps faulty hardware? Maybe memory? Do you experience crashes in other parts of the system? Kernel panics? Also, you're mentioning that you're (re)compiling the packages yourself. Perhaps a bad compiler is miscompiling the code? Thanks, Faidon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445043: Bug no longer present with 169-07-1
Hello, I have been keeping an eye on things as I've been upgrading packages since reporting this bug, and I can now say that with nvidia-glx 169.07-1 and gimp 2.4.3-1, the X server no longer crashes, so from my point of view I'd be happy for this bug to be closed. As before, though, if I can provide any further information, let me know and I'll get it sorted as soon as possible. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#445758: gfax: FTBFS: unmet b-dep libevolution3.0-cil
On Mon, Oct 08, 2007 at 09:59:40AM +0200, Lucas Nussbaum wrote: However the following packages replace it: libevolution3.0-cil E: Package libevolution2.0-cil has no installation candidate Build-depends changed to libevolution3.0-cil. Build succeeded. NMU uploaded. See attached debdiff for details. This may enable beagle to transition in 10 days time. Kind regards, Philipp Kern diff -u gfax-0.7.6/debian/control gfax-0.7.6/debian/control --- gfax-0.7.6/debian/control +++ gfax-0.7.6/debian/control @@ -1,9 +1,9 @@ Source: gfax Section: gnome -Priority: optional +Priority: extra Maintainer: Mirco Bauer [EMAIL PROTECTED] Build-Depends: debhelper (= 5.0.0), dpatch -Build-Depends-Indep: cli-common-dev (= 0.4.4), mono-mcs (= 1.0) | c-sharp-compiler, libgtk2.0-cil, libgnome2.0-cil, libgconf2.0-cil, libglade2.0-cil, libglib2.0-cil, libevolution2.0-cil, libgnomeprint2.2-dev, gettext, intltool, gnome-doc-utils +Build-Depends-Indep: cli-common-dev (= 0.4.4), mono-mcs (= 1.0) | c-sharp-compiler, libgtk2.0-cil, libgnome2.0-cil, libgconf2.0-cil, libglade2.0-cil, libglib2.0-cil, libevolution3.0-cil, libgnomeprint2.2-dev, gettext, intltool, gnome-doc-utils Standards-Version: 3.7.2 Package: gfax diff -u gfax-0.7.6/debian/changelog gfax-0.7.6/debian/changelog --- gfax-0.7.6/debian/changelog +++ gfax-0.7.6/debian/changelog @@ -1,3 +1,12 @@ +gfax (0.7.6-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix the build dependencies to use libevolution3.0-cil instead of +libevolution2.0-cil. (Closes: #445758) + * Fix an override disparity (gfax: optional - extra). + + -- Philipp Kern [EMAIL PROTECTED] Sun, 13 Jan 2008 10:33:16 +0100 + gfax (0.7.6-5) unstable; urgency=low * Rebuild against libgnomeprint2.2-dev 2.18.2-1 signature.asc Description: Digital signature
Bug#460504: dh_desktop/dh_icons madness
On dim, 2008-01-13 at 10:21 +0100, Peter Eisentraut wrote: For a while now some folks have been going around asking various package maintainers to inject dh_icons and/or dh_desktop calls into the package build rules. The basic argument appears to be that your package needs to do this so that my desktop environment will work correctly. I don't think this approach has correct and sustainable principles. Debian has always been about integration. Don’t you register your documentation with doc-base so that your application integrates with centralized documentation systems? Don’t you register your fonts with defoma so that applications using it can actually see the fonts? The same goes for desktop environments. You need to register your icons so that they are correctly cached (icon loading is one of the biggest performance issues on desktops), and to register your desktop files so that the MIME registry works. And what is more, if some random third packages or user environments dictate what other, unrelated packages have to do to function with them, we will in practice never reach a state where everything works. It is not a random user environment. It is the accepted standard for the three main desktops we are shipping. Furthermore, if other desktop environments come up with their own variants of icon caching of MIME file registration (since these are supposedly Free Desktop standards) or perhaps completely new file registration requirements, we will have an unmaintainable mess of competing implementations of registration scripts, and thousands of packages stuck in a transition somewhere between all of them. But we are not talking about other desktop environments. If you were asked to use dh_desktop, it is because your application *does* ship Freedesktop .desktop files. If you were asked to use dh_icons, your package *does* include icons in the Freedesktop directory hierarchy. Furthermore, the update-mime-database and update-icon-caches commands have very simple APIs which mean we can replace them easily with other implementations if someone wants to design them. It seems to me that, in principle, if some third package or user environment wants something to be done for its own functional benefit, it should be its own responsibility to arrange that, instead of bothering thousands of other packages with it. Is it the desktop environment’s or the package’s own functional benefit to have the application launched when you click on a file of the related type, or to have a visible icon? This is merely a philosophical question. This appears to be the only robust and maintainable approach. On a technical level, the best approach would appear to be implementing some sort of global dpkg postinst and postrm hooks. Perhaps there are other ideas, but the current approach needs to stop; it won't work. I thought dpkg triggers had been sufficiently advertised, but it seems the mails haven’t reached the (deep ?) place you are living in. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#460510: nano: when suspended, clears the screen even though xterm alternate screen switching off
Package: nano Version: 2.0.7-1 Severity: normal I have turned off the vastly evil alternate screen switching in xterm, by turning on the XTerm.VT100.titeInhibit Xresource setting. Unfortunately, this works for all programs other than nano, which helpfully clears the screen before returning back to the shell upon being backgrounded. Is there a sane reason why this is done? Can it be turned off? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nano depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libncursesw5 5.6+20071215-1 Shared libraries for terminal hand nano recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460511: overgod: High score list could record ship used
Package: overgod Version: 1.0-1 Severity: wishlist I tend to have more success with some ships than others. Perhaps the high score list could record which ship the player used? - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages overgod depends on: ii liballegro4.2 2:4.2.2-1 portable library for cross-platfor ii libc6 2.7-5 GNU C Library: Shared libraries ii libx11-6 2:1.1.3-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii overgod-data 1.0-1 graphics and audio data for overgo overgod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460512: libc6-dev: pthread_cancel causes sigsegv in receiving thread
Package: libc6-dev Version: 2.7-4 Severity: normal The following program exits with SEGV after sending a cancel signal to a single thread which is sitting in a nanosleep for 10s, with no mutexes held anywhere. The thread gets the segv, as far as I can tell in the handler, not the parent. The program is compiled with -pthread. One can detatch the thread or not - it makes no difference. One can put the thread in deferred or asynchronous mode - it makes no difference. Typical output is ./testp2 (21019) created thread 21020 signal 11 received in pid 21020 after 1 cancel signals Segmentation fault The thread is just sitting in a nanosleep, as I said. It makes no difference if a handler for SEGV is set or not - it just prints the output message. CAVEAT: for all I know this is normal behaviour. Maybe one has to send a cancel message from a sibling thread, not a parent thread. Maybe thread has some special meaning in posix such as whatever it is that may send a cancel message without causing a segv in the receiver, thus making the sender of a cancel message that does so inappropriate. Shrug. A strace -f shows that it is the child that gets the segv, while it's in the nanosleep. ... mprotect(0xb7f68000, 4096, PROT_READ) = 0 munmap(0xb7f86000, 102350) = 0 set_tid_address(0xb7e206f8) = 21058 sendto(-1209923840, umovestr: Input/output error 0xc, 3086491636, MSG_PROXY|MSG_EOR|MSG_TRUNC|MSG_FIN|MSG_SYN|0xb7e2, NULL, 3215699728) = -1 ENOSYS (Function not implemented) futex(0xbfabaf00, 0x81 /* FUTEX_??? */, 1) = -1 ENOSYS (Function not implemented) rt_sigaction(SIGRTMIN, {0xb7f72260, [], SA_SIGINFO}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0xb7f722e0, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 uname({sys=Linux, node=betty.it.uc3m.es, ...}) = 0 rt_sigaction(SIGSEGV, {0x8048720, [SEGV], SA_RESTART}, {SIG_DFL}, 8) = 0 gettid()= 21058 mmap2(NULL, 8388608, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb762 brk(0) = 0x804a000 brk(0x806b000) = 0x806b000 mprotect(0xb762, 4096, PROT_NONE) = 0 clone(Process 21059 attached child_stack=0xb7e1f4c4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xb7e1fbd8, {entry_number:6, base_addr:0xb7e1fb90, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xb7e1fbd8) = 21059 [pid 21058] futex(0x8049d44, FUTEX_WAIT, 1, NULL unfinished ... [pid 21059] gettid()= 21059 [pid 21059] write(2, (21058) created thread 21059\n, 29(21058) created thread 21059 ) = 29 [pid 21059] futex(0x8049d44, 0x5 /* FUTEX_??? */, 1 unfinished ... [pid 21058] ... futex resumed ) = 0 [pid 21058] futex(0x8049cfc, FUTEX_WAIT, 2, NULL unfinished ... [pid 21059] ... futex resumed ) = 1 [pid 21059] futex(0x8049cfc, FUTEX_WAKE, 1 unfinished ... [pid 21058] ... futex resumed ) = 0 [pid 21058] futex(0x8049cfc, FUTEX_WAKE, 1) = 0 [pid 21058] nanosleep({0, 100}, unfinished ... [pid 21059] ... futex resumed ) = 1 [pid 21059] nanosleep({10, 0}, unfinished ... [pid 21058] ... nanosleep resumed {3215699704, 134514076}) = 0 [pid 21058] open(/etc/ld.so.cache, O_RDONLY) = 3 [pid 21058] fstat64(3, {st_mode=S_IFREG|0644, st_size=102350, ...}) = 0 [pid 21058] mmap2(NULL, 102350, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f86000 [pid 21058] close(3)= 0 [pid 21058] access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) [pid 21058] open(/lib/libgcc_s.so.1, O_RDONLY) = 3 [pid 21058] read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\31\0\000..., 512) = 512 [pid 21058] fstat64(3, {st_mode=S_IFREG|0644, st_size=41876, ...}) = 0 [pid 21058] mmap2(NULL, 44964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7615000 [pid 21058] mmap2(0xb761f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0xb761f000 [pid 21058] close(3)= 0 [pid 21058] munmap(0xb7f86000, 102350) = 0 [pid 21058] tgkill(21058, 21059, SIGRTMIN) = 0 [pid 21058] nanosleep({0, 100}, unfinished ... [pid 21059] ... nanosleep resumed 0xb7e1f3c0) = ? ERESTART_RESTARTBLOCK (To be restarted) [pid 21059] --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- [pid 21059] futex(0xb761fe84, FUTEX_WAKE, 2147483647) = 0 [pid 21059] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 21059] gettid()= 21059 [pid 21059] write(2, signal 11 received in pid 21059 ..., 55signal 11 received in pid 21059 after 1 cancel signals ) = 55 [pid 21059]
Bug#460513: mono-1.0-devel doesn't create alternatives
Package: mono-1.0-devel Severity: serious Version: 1.2.6+dfsg-5 Hi, mono-1.0-devel doesn't create alternatives for /usr/bin/sn, /usr/bin/al... The mono-mcs.{postinst,prerm} should be installed by mono-1.0-devel to create the alternatives accordingly. Regards Laurent Bigonville pgpk11dWWxIEd.pgp Description: PGP signature
Bug#302511: wine-utils: winefile does not execute .lnk files
Jonathan Wendt skrev: Package: wine-utils Version: 0.0.20050310-1.1 Severity: normal Prior to version 0.0.20050310-1.1 clicking on a .lnk file in winefile would execute the program the link pointed to. In version 0.0.20050310-1.1 however, clicking on the .lnk file simply produces a small dialog box with the title Winefile. The text of the dialog box is Success, and the dialog box contains an OK button that simply closes the box when clicked. Is this still a problem with recent Wine releases? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460514: cron: can't lock /etc/crond.pid, otherpid may be 6898: Resource temporarily unavailable
Package: cron Version: 3.0pl1-101 Severity: serious Justification: Policy 9.1.1 (FHS) At least since updating to this version of cron on kfreebsd-amd64 (maybe earlier), cron seems to look for the pid in /etc/crond.pid which doesn't work. It argues about it as follows: 18/0/0 [EMAIL PROTECTED]:pts/ttyp0 11:25:36 [~] # /etc/init.d/cron stop Stopping periodic command scheduler: crond failed! 19/0/0 [EMAIL PROTECTED]:pts/ttyp0 11:38:39 [~] # /etc/init.d/cron start Starting periodic command scheduler: crond/usr/sbin/cron: can't lock /etc/crond.pid, otherpid may be 6898: Resource temporarily unavailable failed! 20/0/0 [EMAIL PROTECTED]:pts/ttyp0 11:38:44 [~] # So this are three bugs in one. ;-) a) The usage of /etc/crond.pid violates the FHS and therefore the Debian Policy Manual, section 9.1.1 b) The init.d script is unable to stop or restart crond. c) The init.d script does not return an exit code unequal to zero if it fails (see the prompts above). -- System Information: Debian Release: lenny/sid Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 7.0-1-amd64-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.105 add and remove users and groups ii debianutils 2.28.2 Miscellaneous utilities specific t ii libc0.1 2.7-6 GNU C Library: Shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages cron recommends: ii postfix [mail-transport-agent 2.4.6-4High-performance mail transport ag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460515: visitors: --prefix option in man page lists number instead of string
Package: visitors Version: 0.7-3 Severity: minor The --prefix option should be listed as a string not number. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages visitors depends on: ii libc6 2.7-5 GNU C Library: Shared libraries Versions of packages visitors recommends: ii graphviz 2.12-5 rich set of graph drawing tools -- no debconf information -- Noah Slater http://bytesexual.org/ Creativity can be a social contribution, but only in so far as society is free to use the results. - R. Stallman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460516: debian-reference-fr: unexisting subversion-server package in section 12.2.1
Package: debian-reference-fr Version: 1.11 Severity: minor Dear Aoki-san, in the French translation of the Debian Reference, the section 12.2.1 refers to the package `subversion-server', which does not exist. Also, section 12.2 of French and English is quite outdated, as subversion is now well accepted and is available in Debian stable. Have a nice day, -- Charles Plessy Wakō, Saitama, Japan
Bug#459028: imms: diff for NMU version 3.0.2-1.1
tags 459028 + patch thanks Hi, Attached is the diff for my imms 3.0.2-1.1 NMU. diff -u imms-3.0.2/debian/rules imms-3.0.2/debian/rules --- imms-3.0.2/debian/rules +++ imms-3.0.2/debian/rules @@ -14,6 +14,9 @@ INSTALL_PROGRAM += -s endif +include /usr/share/quilt/quilt.make + + export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) @@ -27,7 +30,8 @@ configure: autoreconf -configure-stamp: +configure-stamp: $(QUILT_STAMPFN) + dh_testdir if [ ! -x ./configure ]; then chmod +x ./configure ; fi ./configure @@ -44,7 +48,7 @@ touch build-stamp -clean: configure +clean: unpatch configure dh_testdir dh_testroot rm -f build-stamp configure-stamp diff -u imms-3.0.2/debian/changelog imms-3.0.2/debian/changelog --- imms-3.0.2/debian/changelog +++ imms-3.0.2/debian/changelog @@ -1,3 +1,11 @@ +imms (3.0.2-1.1) unstable; urgency=low + + * Non-maintainer upload to fix RC bug. + * Build without -fno-rtti. (Closes: #459028) + * Add quilt patching system to manage patch. + + -- Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Sun, 13 Jan 2008 11:51:52 +0100 + imms (3.0.2-1) unstable; urgency=low * New upstream release diff -u imms-3.0.2/debian/control imms-3.0.2/debian/control --- imms-3.0.2/debian/control +++ imms-3.0.2/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Norbert Veber [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: debhelper ( 5.0.0), xmms-dev (= 1.2.10+cvs20050209), libsqlite3-dev (=3.2.2), libpcre3-dev (=4.3), libtag1-dev, libvorbis-dev (=1.0), fftw3-dev, libglib2.0-dev, zlib1g-dev, libxss-dev, libtorch3-dev, libglade2-dev +Build-Depends: debhelper ( 5.0.0), xmms-dev (= 1.2.10+cvs20050209), libsqlite3-dev (=3.2.2), libpcre3-dev (=4.3), libtag1-dev, libvorbis-dev (=1.0), fftw3-dev, libglib2.0-dev, zlib1g-dev, libxss-dev, libtorch3-dev, libglade2-dev, quilt Package: imms Architecture: any only in patch2: unchanged: --- imms-3.0.2.orig/debian/patches/series +++ imms-3.0.2/debian/patches/series @@ -0,0 +1 @@ +no-fno-rtti only in patch2: unchanged: --- imms-3.0.2.orig/debian/patches/no-fno-rtti +++ imms-3.0.2/debian/patches/no-fno-rtti @@ -0,0 +1,12 @@ +diff -Nrua imms-3.0.2.orig/vars.mk.in imms-3.0.2/vars.mk.in +--- imms-3.0.2.orig/vars.mk.in 2005-12-27 00:12:04.0 +0100 imms-3.0.2/vars.mk.in 2008-01-13 11:01:47.0 +0100 +@@ -21,7 +21,7 @@ + + INCLUDES=-I../ -I../immscore -I../clients + [EMAIL PROTECTED]@ @XCPPFLAGS@ -Wall -fPIC -D_REENTRANT $(INCLUDES) [EMAIL PROTECTED]@ -fno-rtti [EMAIL PROTECTED]@ + + GLIB2LDFLAGS=`pkg-config glib-2.0 --libs` + GLIB1LDFLAGS=`pkg-config glib --libs`
Bug#451327: iceweasel: a running FF/IW steals new local and remote FF/IW instances
On Wed, Jan 09, 2008 at 11:06:59PM -0500, Eric Dorland wrote: forcemerge 229547 451327 ... This has some obvious, and perhaps some not so obvious, security issues. Please don't file duplicate bugs. What precisely are the security risks? ok, sorry, did too limited search. About security: - 1st off, assuming that [EMAIL PROTECTED] == [EMAIL PROTECTED] is wrong - it's like saying that [EMAIL PROTECTED] == [EMAIL PROTECTED] so emailing either is the same ;) Checking just WM_CLIENT_MACHINE - if FF does so, as someone suggested - is not enough. Moreover, from http://www.x.org/wiki/FAQMiscellaneous: Q. How do I find out which process owns a given window? A. ... This is via two properties, _NET_WM_PID and WM_CLIENT_MACHINE. ... However, there are several caveats: ... 3. Most Importantly, the contents of the properties is entirely within the control of the application itself! This means that a malicious application could easily report false values! - eg: [EMAIL PROTECTED] != [EMAIL PROTECTED] you're tweaking the remote FF's config, you need some secrets from a protected URL. You start local FF (so you think), you get the uid+pwd dialog (you think you had already stored them in your browser, but may be not? nevertheless, you're in a hurry ...), put in uid+pwd and click the 'remember me' flag. But you stored such credentials in [EMAIL PROTECTED]'s FF! - eg: [EMAIL PROTECTED] != [EMAIL PROTECTED] same as above, but you start local FF (so you think) like firefox ftp://name:[EMAIL PROTECTED] which remains in remote's history. - eg: [EMAIL PROTECTED] != [EMAIL PROTECTED] same as above, but you've a local instance of eg. thunderbird; you open a private/reserved attachment whose MIME type makes TB spawn FF: it'd either fail, if the doc need be fetched from local fs (eg local /tmp) or succeed, if it get's retrived via network, in which case it'd remain cached in remote. - same as latter above, but for a private/reserved URL. - of course, invert local-remote for similar scenario - possibly other cases, where you think you're browsing via a filtering proxy but you're actually not, etc. I think that's enough to show that FF check is way too weak, and dangerous. OTOH I see cases where you'd like it behave that way, eg. HOME of [EMAIL PROTECTED] if NFS exported/mounted to [EMAIL PROTECTED], so actually [EMAIL PROTECTED] == [EMAIL PROTECTED] I think a resonably safe way to let FF decide to spawn another instance of an already running FF, is to check for a fs-stored magic, along with its .lock: if [ -e .lock ] [ fs-stored-magic = magic-from-running-FF ] spawn other instance of same PID else start an independent instance fi thanks -- paolo GPG/PGP id:0x1D5A11A4 - 04FC 8EB9 51A1 5158 1425 BC12 EA57 3382 1D5A 11A4 - 9/11: the outrageous deception and ongoing coverup: http://911review.org - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460517: awffull: i18n not working: bad path for resource files
Package: awffull Version: 3.8.2-1 Severity: important i18n support is wrong, in fact the program is looking for resource files in this path: /usr/share/locale/en_IT/LC_MESSAGES/awffull.mo instead of /usr/share/locale/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awffull depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-5GNU C Library: Shared libraries ii libgd2-xpm 2.0.35.dfsg-3GD Graphics Library version 2 ii libgeoip1 1.3.17-1.1 A non-DNS IP-to-country resolver l ii libpcre36.7-1Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime awffull recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458870: Fix for this bug
reassign 458870 libmms-dev found 458870 0.4-1 retitle 458870 Use of C++ keyword this in header files tags 458870 +patch thankyou Hi! Please note that the build error for mimms is caused due to the use of `this' in the mms.h and mmsh.h. I have attached a patch to fix this. g++ -c -pipe -fpermissive -O2 -Wall -W -D_REENTRANT -DQT_SHARED -DQT_NO_DEBUG -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4 -I. -Ilibmms-workaround -I/usr/include/libmms -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I. -I. -o mimms.o mimms.cpp In file included from /usr/include/libmms/mmsio.h:4, from /usr/include/libmms/mms.h:42, from mimms.cpp:28: /usr/include/libmms/mms_config.h:4:1: warning: /* within comment In file included from mimms.cpp:28: /usr/include/libmms/mms.h:79: error: expected ',' or '...' before 'this' /usr/include/libmms/mms.h:81: error: expected ',' or '...' before 'this' /usr/include/libmms/mms.h:83: error: expected ',' or '...' before 'this' In file included from mimms.cpp:29: /usr/include/libmms/mmsh.h:44: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:46: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:47: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:53: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:55: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:57: error: expected ',' or '...' before 'this' HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog libmms-0.4/src/mms.h libmms-0.4/src/mms.h --- libmms-0.4/src/mms.h 2007-12-12 01:54:48.0 +0530 +++ libmms-0.4/src/mms.h 2008-01-13 16:04:10.0 +0530 @@ -76,11 +76,11 @@ mms_off_t mms_get_current_pos (mms_t *instance); -uint32_t mms_get_asf_header_len (mms_t *this); +uint32_t mms_get_asf_header_len (mms_t *); -uint64_t mms_get_asf_packet_len (mms_t *this); +uint64_t mms_get_asf_packet_len (mms_t *); -int mms_get_seekable (mms_t *this); +int mms_get_seekable (mms_t *); #ifdef __cplusplus } diff -Nru --exclude changelog /tmp/EsZPjAQ9S8/libmms-0.4/src/mmsh.h /tmp/7Q6Md37EWA/libmms-0.4/src/mmsh.h --- libmms-0.4/src/mmsh.h 2007-12-12 01:54:48.0 +0530 +++ libmms-0.4/src/mmsh.h 2008-01-13 16:04:10.0 +0530 @@ -41,20 +41,20 @@ int mmsh_read (mms_io_t *io, mmsh_t *instance, char *data, int len); int mmsh_time_seek (mms_io_t *io, mmsh_t *instance, double time_sec); -mms_off_t mmsh_seek (mms_io_t *io, mmsh_t *this, mms_off_t offset, int origin); +mms_off_t mmsh_seek (mms_io_t *io, mmsh_t *, mms_off_t offset, int origin); uint32_t mmsh_get_length (mmsh_t *instance); -double mmsh_get_time_length (mmsh_t *this); -uint64_t mmsh_get_raw_time_length (mmsh_t *this); +double mmsh_get_time_length (mmsh_t *); +uint64_t mmsh_get_raw_time_length (mmsh_t *); mms_off_t mmsh_get_current_pos (mmsh_t *instance); void mmsh_close (mmsh_t *instance); int mmsh_peek_header (mmsh_t *instance, char *data, int maxsize); -uint32_t mmsh_get_asf_header_len (mmsh_t *this); +uint32_t mmsh_get_asf_header_len (mmsh_t *); -uint32_t mmsh_get_asf_packet_len (mmsh_t *this); +uint32_t mmsh_get_asf_packet_len (mmsh_t *); -int mmsh_get_seekable (mmsh_t *this); +int mmsh_get_seekable (mmsh_t *); #ifdef __cplusplus } signature.asc Description: Digital signature
Bug#460231: umount errors (patch)
Not sure if launchpad will forward this so I'll resend it. - Forwarded message from Adrian Bridgett [EMAIL PROTECTED] - Subject: Re: [Bug 178650] Re: umount errors (patch) From: Adrian Bridgett [EMAIL PROTECTED] Date: Sun, 13 Jan 2008 10:59:03 + To: Bug 178650 [EMAIL PROTECTED] On Sun, Jan 13, 2008 at 09:54:43 - (-), Mario Bonino wrote: Adrian, can you have a look at the Debian bug ? Hmm - that's quite odd - it shows the command line arguments to me on sid at least. Aha - it's because I have: I_WANT_A_BROKEN_PS=1 set in the environment. ~$ ps -p 5217 PID TTY STAT TIME COMMAND 5217 ?S 0:00 /sbin/dhclient -1 -lf /var/lib/dhcp3/dhclient.wlan0.l ~$ set |grep PS GROUPS=() I_WANT_A_BROKEN_PS=1 PS1='\[\033]2;\w\007\033[35m\]\w\$\[\033[39m\] ' PS2=' ' PS4='+ ' ~$ unset I_WANT_A_BROKEN_PS ~$ ps -p 5217 PID TTY TIME CMD 5217 ?00:00:00 dhclient That explains that then! - End forwarded message - Adrian -- Email: [EMAIL PROTECTED] -*- GPG key available on public key servers Debian GNU/Linux - the maintainable distribution -*- www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399168: grub-disk works when recompiled.
On Sun, Jan 13, 2008 at 01:16:42AM +0100, Franklin PIAT wrote: Package: grub Version: 0.97-27 Followup-For: Bug #399168 For the records, grub-disk actually works, if you rebuild it (!) Eventhough ext2fs image fails under both Etch (0.97-27) and Lenny (0.97-28) grub-disk, Both images boots when I recompile them. We fixed this in 0.97-29. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460513: mono-1.0-devel doesn't create alternatives
patch 460513 + patch thanks Here a patch Regards Laurent Bigonville diff -u mono-1.2.6+dfsg/debian/mono-mcs.postinst mono-1.2.6+dfsg/debian/mono-mcs.postinst --- mono-1.2.6+dfsg/debian/mono-mcs.postinst +++ mono-1.2.6+dfsg/debian/mono-mcs.postinst @@ -6,14 +6,2 @@ -update-alternatives \ - --install /usr/bin/cli-resgen resource-file-generator /usr/bin/resgen 10 \ - --slave /usr/share/man/man1/cli-resgen.1.gz cli-resgen.1.gz /usr/share/man/man1/resgen.1.gz - -update-alternatives \ - --install /usr/bin/cli-al assembly-linker /usr/bin/al 10 \ - --slave /usr/share/man/man1/cli-al.1.gz cli-al.1.gz /usr/share/man/man1/al.1.gz - -update-alternatives \ - --install /usr/bin/cli-sn strong-name-tool /usr/bin/sn 10 \ - --slave /usr/share/man/man1/cli-sn.1.gz cli-sn.1.gz /usr/share/man/man1/sn.1.gz - #DEBHELPER# diff -u mono-1.2.6+dfsg/debian/changelog mono-1.2.6+dfsg/debian/changelog reverted: --- mono-1.2.6+dfsg/debian/mono-utils.postint +++ mono-1.2.6+dfsg.orig/debian/mono-utils.postint @@ -1,7 +0,0 @@ -#!/bin/sh -e - -update-alternatives \ - --install /usr/bin/cli-ildasm cil-disassembler /usr/bin/monodis 10 \ - --slave /usr/share/man/man1/cli-ildasm.1.gz cli-ildasm.1.gz /usr/share/man/man1/monodis.1.gz - -#DEBHELPER# diff -u mono-1.2.6+dfsg/debian/mono-mcs.prerm mono-1.2.6+dfsg/debian/mono-mcs.prerm --- mono-1.2.6+dfsg/debian/mono-mcs.prerm +++ mono-1.2.6+dfsg/debian/mono-mcs.prerm @@ -2,9 +2,6 @@ if [ $1 = remove ]; then update-alternatives --remove c-sharp-compiler /usr/bin/mcs -update-alternatives --remove resource-file-generator /usr/bin/resgen -update-alternatives --remove assembly-linker /usr/bin/al -update-alternatives --remove strong-name-tool /usr/bin/sn fi #DEBHELPER# only in patch2: unchanged: --- mono-1.2.6+dfsg.orig/debian/mono-1.0-devel.prerm +++ mono-1.2.6+dfsg/debian/mono-1.0-devel.prerm @@ -0,0 +1,9 @@ +#!/bin/sh -e + +if [ $1 = remove ]; then +update-alternatives --remove resource-file-generator /usr/bin/resgen +update-alternatives --remove assembly-linker /usr/bin/al +update-alternatives --remove strong-name-tool /usr/bin/sn +fi + +#DEBHELPER# only in patch2: unchanged: --- mono-1.2.6+dfsg.orig/debian/mono-utils.postinst +++ mono-1.2.6+dfsg/debian/mono-utils.postinst @@ -0,0 +1,7 @@ +#!/bin/sh -e + +update-alternatives \ + --install /usr/bin/cli-ildasm cil-disassembler /usr/bin/monodis 10 \ + --slave /usr/share/man/man1/cli-ildasm.1.gz cli-ildasm.1.gz /usr/share/man/man1/monodis.1.gz + +#DEBHELPER# only in patch2: unchanged: --- mono-1.2.6+dfsg.orig/debian/mono-1.0-devel.postinst +++ mono-1.2.6+dfsg/debian/mono-1.0-devel.postinst @@ -0,0 +1,15 @@ +#!/bin/sh -e + +update-alternatives \ + --install /usr/bin/cli-resgen resource-file-generator /usr/bin/resgen 10 \ + --slave /usr/share/man/man1/cli-resgen.1.gz cli-resgen.1.gz /usr/share/man/man1/resgen.1.gz + +update-alternatives \ + --install /usr/bin/cli-al assembly-linker /usr/bin/al 10 \ + --slave /usr/share/man/man1/cli-al.1.gz cli-al.1.gz /usr/share/man/man1/al.1.gz + +update-alternatives \ + --install /usr/bin/cli-sn strong-name-tool /usr/bin/sn 10 \ + --slave /usr/share/man/man1/cli-sn.1.gz cli-sn.1.gz /usr/share/man/man1/sn.1.gz + +#DEBHELPER# pgpIRNQ0X9HmX.pgp Description: PGP signature
Bug#460491: [Pkg-samba-maint] Bug#460491: net(8) man page typo: Pre-Windows 2000 ompatible Access
forwarded 460491 https://bugzilla.samba.org/show_bug.cgi?id=5193 thanks Quoting Richard Laager ([EMAIL PROTECTED]): Package: samba Version: 3.0.26a This says Pre-Windows 2000 ompatible Access, which is missing a C: This one also is forwarded upstream. signature.asc Description: Digital signature
Bug#408610: elinks: Compiled with all features.
Hello, I made another patch, this one uses the quilt patch system instead of patching by yourself. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 diff -urN /tmp/old/elinks-0.11.3.orig/debian/changelog /tmp/elinks-0.11.3.orig/debian/changelog --- /tmp/old/elinks-0.11.3.orig/debian/changelog 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/changelog 2008-01-13 10:14:49.0 +0200 @@ -1,3 +1,11 @@ +elinks (0.11.3-1.1) unstable; urgency=low + + * NMU. + * Added complete feature list (except FSP). + * Use quilt patch system. + + -- أحمد المحمودي (Ahmed El-Mahmoudy) [EMAIL PROTECTED] Wed, 10 Jan 2008 09:35:10 +0200 + elinks (0.11.3-1) unstable; urgency=low * Adopted by Y Giridhar Appaji Nag [EMAIL PROTECTED] (Closes: #451088) diff -urN /tmp/old/elinks-0.11.3.orig/debian/control /tmp/elinks-0.11.3.orig/debian/control --- /tmp/old/elinks-0.11.3.orig/debian/control 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/control 2008-01-13 10:14:49.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Y Giridhar Appaji Nag [EMAIL PROTECTED] Uploaders: Moritz Muehlenhoff [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl +Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl, guile-1.8-dev | guile-1.6-dev, libidn11-dev, ruby, ruby1.8-dev, python-dev, quilt Standards-Version: 3.7.3 Homepage: http://elinks.or.cz/ Vcs-Svn: git://git.debian.org/git/collab-maint/elinks.git diff -urN /tmp/old/elinks-0.11.3.orig/debian/patches/series /tmp/elinks-0.11.3.orig/debian/patches/series --- /tmp/old/elinks-0.11.3.orig/debian/patches/series 1970-01-01 02:00:00.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/patches/series 2008-01-13 10:14:49.0 +0200 @@ -0,0 +1,7 @@ +01_asciidoc-escape-FTBFS.diff +02_setup-bugs-FSSTND.diff +03_417789-CVE-2007-2027.diff +04_380347-entity_cache-overflow.diff +05_257762-transparency-off.diff +06_elinks.conf-parse-error.diff +07_local-CGI-query-fix.diff diff -urN /tmp/old/elinks-0.11.3.orig/debian/rules /tmp/elinks-0.11.3.orig/debian/rules --- /tmp/old/elinks-0.11.3.orig/debian/rules 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/rules 2008-01-13 10:28:57.0 +0200 @@ -3,6 +3,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/quilt/quilt.make + # This has to be exported to make some magic below work. export DH_OPTIONS @@ -46,7 +48,20 @@ --enable-html-highlight \ --disable-smb \ --with-perl \ - --without-spidermonkey + --with-spidermonkey \ + --with-guile \ + --enable-cgi \ + --enable-gopher \ + --enable-exmode \ + --enable-bittorrent \ + --with-python \ + --with-ruby \ + --enable-finger \ + --enable-88-colors \ + --enable-utf-8 \ + --enable-lzma \ + --enable-true-color +# --enable-fsp confopts_lite = $(confopts) \ --disable-nntp \ @@ -73,18 +88,6 @@ --without-lua \ save-upstream: patch save-stamp -patch: patch-stamp -patch-stamp: - mkdir -p debian/patched - for pfile in debian/patches/*.diff; do \ - [ -f $$pfile ] || continue; \ - pname=$$(basename $$pfile .diff); \ - [ ! -f debian/patched/$$pname.patched ] || continue; \ - echo ### Applying patch $$pname; \ - patch -p1 -N -b -B debian/patched/ $$pfile; \ - cp -f $$pfile debian/patched/$$pname.patched; \ - done - touch $@ save-stamp: dh_testdir @@ -105,7 +108,7 @@ build: build-arch build-indep build-arch: build-arch-stamp -build-arch-stamp: patch-stamp save-stamp +build-arch-stamp: debian/stamp-patched save-stamp mkdir $(CURDIR)/build-main cd $(CURDIR)/build-main \ $(CURDIR)/configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ $(confopts_main) CFLAGS=$(CFLAGS_COMMON) LDFLAGS=-Wl,-z,defs @@ -117,7 +120,7 @@ touch $@ build-indep: build-indep-stamp -build-indep-stamp: patch-stamp save-stamp +build-indep-stamp: debian/stamp-patched save-stamp $(MAKE) -C $(CURDIR)/build-main/doc all-docs touch $@ @@ -135,17 +138,6 @@ rm -rf debian/tmp.elinks-data dh_clean -unpatch: - for pfile in debian/patched/*.patched ; do \ - [ -f $$pfile ] || continue; \ - pname=$$(basename $$pfile .patched); \ - [ -f debian/patches/$$pname.diff ] || continue; \ - echo ### Reverting patch $$pname; \ - patch -p1 -N -R $$pfile; \ - rm -f debian/patched/$$pname.patched; \ - done - rm -rf debian/patched patch-stamp - install: install-indep install-arch install-indep: dh_testdir @@ -228,4 +220,4 @@ @ls -l
Bug#435089: [Pkg-xfce-devel] Bug#435089: xfce4-mailwatch-plugin: please allow an interval under the minute
forwarded #435089 http://bugzilla.xfce.org/show_bug.cgi?id=3800 thanks On dim, 2007-07-29 at 11:10 +0200, Cyril Brulebois wrote: it would be nice to be able to enter a shorter interval in this plugin, because having to wait a minute before having a refreshed state isn't that cool (especially when you're mass-mailing -bugs-rc, getting BTS ACKs, etc. ;-)). I don't really think it's a good idea to have an interval under the minute, for remote server (especially for widely use one). They are not meant to be refreshed that often, especially with dozen or more users. That would induce a load to high on them. Incitating users to have a refresh time like 5 or 10 minute is better, imho. I don't really know about inotify and so on, but I guess that it would be feasible to have an efficient folder modification detection using this kind of technique. Would you be so kind as to ask upstream to think about this? OTOH, when using local mails, there is no real need to have a refresh time. Using fam/gamin would be a cool solution (but maybe a too strong dependency for a mailwatch plugin, but as it's already a Recommends: of thunar and xfdesktop...). I've forwarded the bug upstream, we'll see what they say about it. -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460520: menu: [INTL:sk] Updated Slovak translation
Package: menu Severity: wishlist Tags: patch l10n please update Slovak translation -- 5o Peter.Mann at tuke.sk # Menu section translation # Copyright (C) 2003 # This file is distributed under the same license as the menu package. # Bill Allombert [EMAIL PROTECTED], 2003. # Slovak translation: Peter Mann, 2005 # msgid msgstr Project-Id-Version: menu-section\n POT-Creation-Date: 2007-07-04 15:27+0100\n PO-Revision-Date: 2008-01-13 12:11+0100\n Last-Translator: Peter Mann [EMAIL PROTECTED]\n Language-Team: Slovak [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. First level entry #. Policy definition: Normal applications. This is a top-level #. Examples: section, do not put entries here. msgid Applications msgstr Aplikácie #. Second level entry under Applications #. Policy definition: Tools to aid people with disabilities or #. for machines lacking usual input devices. #. Examples: gok, yasr, dasher msgid Accessibility msgstr Prístupnosť #. Second level entry under Applications #. Policy definition: Anything relating to HAM radio. #. Examples: baken, hamsoft, twlog msgid Amateur Radio msgstr Rádioamatéri #. Second level entry under Applications #. Policy definition: Interactive database programs, collection #. managers, address books, bibliography tools, etc. #. Examples: gaby, alexandria, mdbtools msgid Data Management msgstr Správa údajov #. Second level entry under Applications #. Policy definition: Editors, other than office word processors, #. for text-based information. #. Examples: ksubtile, nano, hexedit msgid Editors msgstr Editory #. Second level entry under Applications #. Policy definition: Educational and training software. #. Examples: gtypist, gcompris, quiz msgid Education msgstr Vzdelávanie #. Second level entry under Applications #. Policy definition: Software that allows you to run non-native #. software or more than one OS at a time. #. Examples: wine, dosemu, qemu msgid Emulators msgstr Emulátory #. Second level entry under Applications #. Policy definition: Tools for file management, archiving, #. searching, CD/DVD burning, backup, etc. #. Examples: file-roller, mc, baobab msgid File Management msgstr Správa súborov #. Second level entry under Applications #. Policy definition: 2D and 3D graphics manipulation software. #. Examples: gimp, inkscape, imagemagick msgid Graphics msgstr Grafika #. Second level entry under Applications #. Policy definition: Software that allows you to interface #. with mobile devices (phones, PDAs, etc.). #. Examples: kandy, gnokii, gnome-pilot msgid Mobile Devices msgstr Mobilné zariadenia #. Second level entry under Applications #. Policy definition: Network related software. This is a three-level #. Examples: section, do not put entries directly here. msgid Network msgstr Sieť #. Third level entry under Network #. Policy definition: Mail, USENET news, chat, instant messaging, #. IP telephony, video conferencing software, etc. #. Examples: xchat, gaim, mutt msgid Communication msgstr Komunikácia #. Third level entry under Network #. Policy definition: File transfer software such as download #. managers, FTP clients, P2P clients, etc. #. Examples: amule, gftp, d4x msgid File Transfer msgstr Prenos súborov #. #-#-#-#-# - (menu-section 2.1.9-3) #-#-#-#-# #. Third level entry under Network #. Policy definition: Network monitoring software. #. Examples: gip, ettercap, iptstate #. #-#-#-#-# - (menu-section 2.1.9-3) #-#-#-#-# #. Third level entry under System #. Policy definition: System information and monitoring tools, log viewers, etc. #. Examples: top, hal-device-manager, gtkdiskfree msgid Monitoring msgstr Monitorovanie #. Third level entry under Network #. Policy definition: Web browsers, tools for offline browsing, etc. #. Examples: elinks, epiphany-browser, webhttrack msgid Web Browsing msgstr Prehliadanie webu #. Third level entry under Network #. Policy definition: Web feed (RSS, Atom, etc.) #. and podcast aggregators. #. Examples: akregator, kitty, liferea msgid Web News msgstr Správy z webu #. Second level entry under Applications #. Policy definition: Office suites, word processors, spreadsheets, #. CRM, ERP, financial sofware, etc. #. Examples: openoffice.org, tinyerp-client, gnucash msgid Office msgstr Kancelária #. Second level entry under Applications #. Policy definition: IDEs, debuggers, etc. #. Examples: anjuta, gdb, eclipse msgid Programming msgstr Programovanie #. Second level entry under Applications #. Policy definition: Timetable managers, group task trackers, #. bug tracking software, etc. #. Examples: planner, bugzilla, gnotime msgid Project Management msgstr Správa projektov #. Second level entry under Applications #. Policy definition: Scientific and engineering-related software. This is #. Examples: a three-level section, do not put entries directly here. msgid Science msgstr Veda #. Third level entry under Science #. Policy
Bug#460504: dh_desktop/dh_icons madness
Josselin Mouette wrote: Debian has always been about integration. Don’t you register your documentation with doc-base so that your application integrates with centralized documentation systems? I'm glad you bring up this comparison, but this is different. If someone neglects to do doc-base registration, his package's documentation won't be usable in a nice way. That directly affects the functionality of that package. If someone doesn't do dh_icons or dh_desktop registration, nothing changes for that package. It affects only users of whatever environment it is that appears to require this. It is not a random user environment. It is the accepted standard for the three main desktops we are shipping. I assume you are talking about GNOME, Xfce, and KDE here. KDE doesn't do any of this, so have doubts about the accepted standard. It seems silly to request all KDE-related packages to jump through hoops so they work with GNOME. Is it the desktop environment’s or the package’s own functional benefit to have the application launched when you click on a file of the related type, or to have a visible icon? This is merely a philosophical question. It is to the desktop environment's benefit. The package will work fine in other environments. To pick a concrete example (bug #460449), if a GNOME user clicks on a kdissert file and things don't work, while they work just fine in KDE, then that is GNOME's problem, not kdissert's. I thought dpkg triggers had been sufficiently advertised, but it seems the mails haven’t reached the (deep ?) place you are living in. They indeed haven't, but since they appear to have reached the (shallow ?) place you are living in, why not use them? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460411: MIME::Entity wrong about *digest* boundaries
DFS == David F Skoll [EMAIL PROTECTED] writes: DFS [EMAIL PROTECTED] wrote: I visited http://www.mimedefang.org/ but could not find a Submit Bug button. Never mind. DFS The proper place to submit bug reports for CPAN modules is DFS http://rt.cpan.org/Public/Dist/Display.html?Name=mime-tools OK, wish what we see in the debian package would mention that. Or maybe it did. MIME::Entity has got it wrong about *digest* boundaries. DFS Yes, probably. We'll look into it. If you wouldn't mind opening a DFS ticket on rt.cpan.org, I would appreciate it. Uh oh, https://rt.cpan.org/index.html?goto=/Public/Dist/Display.html%3FName%3Dmime-tools is too complex. Two different accounts or whatever. I'll try mime-tools in bug-distribution-name@rt.cpan.org: [EMAIL PROTECTED] ... the submit via email option. Maybe that will work. If it does, then the bug is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460411 . DFS A workaround that I'd recommend is to make each sub-part of the digest DFS a message/rfc822 entity and include everything (headers and all) in the DFS body part. MIME-tools always wants to add at least a Content-Type: DFS header to every subpart and fixing that is unlikely to happen. But my spam digest has no bodies... Actually I was using a RFC1153 digest with no such bloat until I ran into some MUAs that wanted a MIME digest... OK, thanks. See ya. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460519: fsvs doesn't work with LVM snapshots
Package: fsvs Version: 1.1.11-1 Severity: normal The way fsvs handles its softroot option for commits makes it impossible to back up from an LVM snapshot without resorting to the use of chroot. The chroot approach is fine for full backups of the root directory of a running system, but that's not the only use case for fsvs. This is being discussed on the fsvs users mailing list. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fsvs depends on: ii libapr11.2.11-1 The Apache Portable Runtime Librar ii libaprutil11.2.12+dfsg-1 The Apache Portable Runtime Utilit ii libc6 2.7-5 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libsvn11.4.4dfsg1-1 Shared libraries used by Subversio Versions of packages fsvs recommends: ii subversion 1.4.4dfsg1-1 Advanced version control system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460518: biloba: inaccurate description: board is octagonal shaped, not hexagonal
Package: biloba Version: 0.5-1 Severity: minor s/hexagonal/octagonal/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages biloba depends on: ii biloba-data 0.5-1 turn based strategy board game for ii libc6 2.7-5 GNU C Library: Shared libraries ii libsdl-image1.2 1.2.6-1image loading library for Simple D ii libsdl-mixer1.2 1.2.8-3mixer library for Simple DirectMed ii libsdl1.2debian 1.2.13-1 Simple DirectMedia Layer biloba recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460521: vice: re-enable all release architectures
Package: vice Severity: serious Version: 1.22-2 Your last upload mentions the following: * Exclude m68k and sparc from building for now. The buildd admins didn't remove bogus liblame-dev as build-dependency from buildds. This package is not for s390, remove that as well. This is not an action we appreciate from the point of the release team. Bogus dep-waits need to be cleared in wanna-build (e.g. by mailing [EMAIL PROTECTED]), and must not cause the architectures in question being excluded. So please put it back into arch:any, if it is theoretically able to build on all our release architectures. The not-for-us on s390 will be removed aswell. Kind regards, Philipp Kern -- .''`. Philipp Kern(proud) Debian Developer : :' : http://philkern.de Ubuntu MOTU `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#438922: Sorry
I did not do a detailed search in the wnpp archive, so don't know libfprint is being maintained by a group. Now the package has been uploaded to NEW queue. Consider this situation, should I do anything? Or just leave it the current state? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460522: xpilot-ng-server: Please add LSB formatted dependency info in init.d script
Package: xpilot-ng-server Version: 1:4.7.2-4 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur xpilot-ng-4.7.2.orig/debian/xpilot-ng-server.init xpilot-ng-4.7.2/debian/xpilot-ng-server.init --- xpilot-ng-4.7.2.orig/debian/xpilot-ng-server.init 2008-01-13 12:26:38.0 +0100 +++ xpilot-ng-4.7.2/debian/xpilot-ng-server.init2008-01-13 12:28:25.0 +0100 @@ -1,4 +1,11 @@ #!/bin/bash +### BEGIN INIT INFO +# Provides: xpilot-ng-server +# Required-Start:$remote_fs +# Required-Stop: $remote_fs +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO # # xpilot-ng-server: start or stop the xpilot server # As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460492: [Pkg-samba-maint] Bug#460492: smb.conf(5): Poor backspace escaping
forwarded 460492 https://bugzilla.samba.org/show_bug.cgi?id=5194 thanks Quoting Richard Laager ([EMAIL PROTECTED]): Package: samba Version: 3.0.26a This looks like a problem from an un-escaped backspace: Apparently, yes. Forwarded upstream. signature.asc Description: Digital signature
Bug#460504: dh_desktop/dh_icons madness
On dim, 2008-01-13 at 12:15 +0100, Peter Eisentraut wrote: Josselin Mouette wrote: Debian has always been about integration. Don’t you register your documentation with doc-base so that your application integrates with centralized documentation systems? I'm glad you bring up this comparison, but this is different. If someone neglects to do doc-base registration, his package's documentation won't be usable in a nice way. That directly affects the functionality of that package. If someone doesn't do dh_icons or dh_desktop registration, nothing changes for that package. It affects only users of whatever environment it is that appears to require this. You are completely wrong on this topic. If you don’t use dh_icons, the icons shipped in your package won’t be available even to the application itself. This is caused by a broken design for icon caches; because of this design, icon caches are currently disabled. But when all packages have been ported to update the cache, icons shipped in packages not doing it won’t be available all (whether the application uses Qt or GTK). It is not a random user environment. It is the accepted standard for the three main desktops we are shipping. I assume you are talking about GNOME, Xfce, and KDE here. KDE doesn't do any of this, so have doubts about the accepted standard. It seems silly to request all KDE-related packages to jump through hoops so they work with GNOME. KDE already uses the freedesktop standard for the menus. If it doesn’t use it for the MIME registry as well, I would be very surprised if upstream didn’t have at least plans to do that. It is to the desktop environment's benefit. The package will work fine in other environments. To pick a concrete example (bug #460449), if a GNOME user clicks on a kdissert file and things don't work, while they work just fine in KDE, then that is GNOME's problem, not kdissert's. In fact I am very surprised KDE doesn’t need the desktop database to be up-to-date. Scanning all desktop files at runtime is deadly slow, so even in this case it is a bad idea not to update the cache. Which is why this is also probably affecting KDE users. I thought dpkg triggers had been sufficiently advertised, but it seems the mails haven’t reached the (deep ?) place you are living in. They indeed haven't, but since they appear to have reached the (shallow ?) place you are living in, why not use them? If you had read them, you would also know this feature isn’t available yet. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#460521: vice: re-enable all release architectures
Hi Philipp, On Sun, 2008-01-13 at 12:23 +0100, Philipp Kern wrote: Bogus dep-waits need to be cleared in wanna-build (e.g. by mailing [EMAIL PROTECTED]), and must not cause the architectures in question being excluded. So please put it back into arch:any, if it is theoretically able to build on all our release architectures. The not-for-us on s390 will be removed aswell. I was mailed to buildd admins, two of them removed the bogus build dependency. Two of them is not. On the other hand, vice is an all round Commodore emulator, don't know if it's for s390. Thus I may agree with the one who said it's not for s390, but you decide if you want to re-enable it for s390 or not. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456557:
On mar, 2008-01-01 at 15:27 -0600, William Pitcock wrote: So use a different skin if you do not like the fact that the Default skin skins the entire player. This is no bug. The bug is at least to ship as *default* a skin that cannot integrate with either of KDE, GNOME or XFCE - which represent at least 90% of our users. This may not be a bug for upstream, but for the Debian package it is one for not shipping a sane default, considering how the application has to integrate with the desktop. Most of our (as in audacious upstream) users have infact requested that the default skin exhibit this behaviour for some time now. I wonder where your users come from. This way, audacious cannot even remotely integrate in whatever desktop you are using. There is a reason for GTK+ themes, and they are not here to be different for each application. (And please send replies to submitters; the BTS is broken in this matter and won’t do it itself.) Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#460525: amarok acts strange when switching streams
Package: amarok Version: 1.4.8-1 Severity: normal --- Please enter the report below this line. --- Hello, amarok acts strange when switching streams. I do the following: playing a stream, stopping it, playing another one the result is a slowly reacting amarok, the stream is not played (even though amarok says it) and i can do nothing else. Stopping the stream and restarting it again doesn't work and playing a music file doesn't work either. It doesnt matter if you switch between two streams, stop a running stream and restart it again or play a file and switch then to a stream. Switching between music files is not affected and works as it should. There was a libxine update a few days ago, i guess it has something to do with it. Yours sincerely, Matthias --- System information. --- Architecture: amd64 Kernel: Linux 2.6.23.12-01.01.2008 Debian Release: lenny/sid 500 unstableftp.de.debian.org 500 unstabledebian-mirrors.sdinet.de 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== amarok-engines | 1.4.8-1 OR amarok-engine | kdelibs4c2a (= 4:3.5.8-1) | 4:3.5.8.dfsg.1-6 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libaudio2 | 1.9.1-1 libc6 (= 2.7-1) | 2.7-6 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgcc1 (= 1:4.2.1) | 1:4.3-20080104-1 libgl1-mesa-glx| 7.0.2-3 OR libgl1 | libglib2.0-0 (= 2.14.0) | 2.14.4-2 libgpod3-nogtk | OR libgpod3 | 0.6.0-3 libice6 (= 1:1.0.0) | 2:1.0.4-1 libidn11 (= 0.5.18) | 1.1-1 libifp4| 1.0.0.2-3 libjpeg62 | 6b-14 libkarma0 | 0.0.6-3 libmtp7| 0.2.4-5 libmysqlclient15off (= 5.0.27-1) | 5.0.51-2 libnjb5| 2.2.5-4.1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpq5 | 8.2.6-1 libqt3-mt (= 3:3.3.7) | 3:3.3.7-9 libruby1.8 (= 1.8.6.111) | 1.8.6.111-3 libsdl1.2debian (= 1.2.10-1) | 1.2.13-1 libsm6 | 2:1.0.3-1+b1 libsqlite3-0(= 3.4.2) | 3.4.2-2 libstdc++6 (= 4.2.1) | 4.3-20080104-1 libtag1c2a(= 1.4) | 1.4-8+b1 libtagc0 (= 1.4) | 1.4-8+b1 libtunepimp5 | 0.5.3-6 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-9 libvisual-0.4-0 (= 0.4.0) | 0.4.0-2 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 libxft2 ( 2.1.1) | 2.1.12-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 libxt6 | 1:1.0.5-3 ruby | 4 unzip | 5.52-10 zlib1g | 1:1.2.3.3.dfsg-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460513: [pkg-mono-group] Bug#460513: mono-1.0-devel doesn't create alternatives
severity 460513 important thanks On Sun, 2008-01-13 at 11:44 +0100, Laurent Bigonville wrote: Hi, mono-1.0-devel doesn't create alternatives for /usr/bin/sn, /usr/bin/al... True, the alternative handling wasn't moved from mono-mcs to mono-1.0-devel when mono-mcs was split. The mono-mcs.{postinst,prerm} should be installed by mono-1.0-devel to create the alternatives accordingly. As the CLI alternative system is not covered by a Debian Policy, and has no real users yet (no other CLI runtime in debian) I am downgrading this bugreport to important. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part
Bug#460516: debian-reference-fr: unexisting subversion-server package in section 12.2.1
Hi, On Sun, Jan 13, 2008 at 07:51:37PM +0900, Charles Plessy wrote: Package: debian-reference-fr Version: 1.11 Severity: minor Dear Aoki-san, in the French translation of the Debian Reference, the section 12.2.1 refers to the package `subversion-server', which does not exist. 12.2.1 Installation d'un serveur Subversion Le meta-paquet subversion-server dépend des paquets dont on a besoin (libapache2-dav-svn et subversion-tools) pour configurer un serveur 12.2.1 Installing a Subversion server The subversion meta-package depends on the packages needed (libapache2-svn and subversion-tools) to set up a server. Translation not in sync. CVS fixed for all. Also, section 12.2 of French and English is quite outdated, as subversion is now well accepted and is available in Debian stable. If you send me a diff for SGML source, I will apply it. FYI: Since debian-reference is quite outdated and out grown too much, I am rewriting it. See http://wiki.debian.org/DebianReference Basically, you edit wiki page and ask me to rebuild pages with the popcon and package size values. Osamu PS: Although SPAMs are bad, BTS mail should not be mangled. You will not get closed mail. Or was this your joke e-mail address?
Bug#460508: [Pkg-shadow-devel] Bug#460508: Login provides an man for su which is in manpages-de, too
clone 460508 -1 retitle -1 manpages-de: Please remove the su(1) manpage which is provided by shadow reassign -1 manpages-de retitle 460508 Should conflict with manpages-de thanks Quoting Patrick Matthäi ([EMAIL PROTECTED]): Package: login Version: 1:4.1.0-1 Hello, with the last update you've added an manpage for su, which is good. But now it can't be used with manpages-de: The usual immediate solution to this is conflicting with manpages-de, but also request the manpages-de maintainer to remove the provided copy of su(1) translation. Once removed, we will turn the Conflict into a versioned conflict. Thank you for reporting this. signature.asc Description: Digital signature
Bug#460524: RM: libicq2000 -- RoQA; obsolete, no users
Package: ftp.debian.org Severity: normal libicq2000 is unmaintained and obsolete as it doesn't support the new ICQ protocol. No package currently depends on this lib. Please remove it from the archive. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460527: inotail: doesn't notice file truncate
Package: inotail Version: 0.5-1 Severity: normal Regurarly it doesn't notice full truncates. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages inotail depends on: ii libc6 2.7-5 GNU C Library: Shared libraries inotail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417081: Diff of the NMU
I have made an NMU of animals to fix a long standing bug. Please find the diff attached. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net diff -u animals-20031130/debian/changelog animals-20031130/debian/changelog --- animals-20031130/debian/changelog +++ animals-20031130/debian/changelog @@ -1,3 +1,11 @@ +animals (20031130-2.3) unstable; urgency=low + + * Non-maintainer upload from the Zürich BSP. + * Apply patch from Martin Michlmayr to fix FBTFS with GCC 4.3 (Closes: +#417081). + + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 13 Jan 2008 12:03:43 +0100 + animals (20031130-2.2) unstable; urgency=low * Switch to db4.6. closes: #421958. only in patch2: unchanged: --- animals-20031130.orig/db4++-stuff.cc +++ animals-20031130/db4++-stuff.cc @@ -23,6 +23,7 @@ #include db4++-stuff.h #include main.h +#include cstdlib #include iostream #include sstream #include errno.h only in patch2: unchanged: --- animals-20031130.orig/main.cc +++ animals-20031130/main.cc @@ -5,6 +5,7 @@ #include db4++-stuff.h #include util.h +#include cstdlib #include iostream #include sstream // #include gdbm.h @@ -224,7 +225,7 @@ exit(0); } -int main(int argc, char *argv) +int main(int argc, char **argv) { std::string wantsToContinue(y); char ret[3];
Bug#417102: Diff of the NMU
I have done an NMU of arson to fix a long standing issue. Please find attached the diff of the NMU. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net diff -u arson-0.9.8beta2/debian/changelog arson-0.9.8beta2/debian/changelog --- arson-0.9.8beta2/debian/changelog +++ arson-0.9.8beta2/debian/changelog @@ -1,3 +1,11 @@ +arson (0.9.8beta2-4.4) unstable; urgency=low + + * Non maintainer upload from the Zürich BSP. + * Add patch from Martin Michlmayr to fix FTBFS with GCC 4.3 (Closes: +#417102). + + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 13 Jan 2008 11:29:04 +0100 + arson (0.9.8beta2-4.3) unstable; urgency=low * NMU as part of the GCC 4.1 transition. only in patch2: unchanged: --- arson-0.9.8beta2.orig/src/mp3info.cpp +++ arson-0.9.8beta2/src/mp3info.cpp @@ -23,6 +23,8 @@ **/ #include mp3info.h +#include cstdlib + #ifdef HAVE_CONFIG_H # include ../config.h # if STDC_HEADERS
Bug#460523: foomatic-filters-ppds: unnecessary dependency to hpijs
Package: foomatic-filters-ppds Version: 20061104-1 Severity: normal I'm trying to keep my system up-to-date but sid wants to install hpijs. It costs me 50-70MB unnecessary diskspace (including libqt3-mt). I'd like to use that space for different purposes. I just need a simple driver for a PCL6 compatible printer and another which are provided by foomatic-filters-ppds. This package depends on hpijs which is totally unneccessary. If you really need hpijs, you could at least make more packages in a way needless GUI's are not installed. A dependency for a GUI is in itself outragious since I prefer configuring a headless pc as printerserver. 60MB useless data is too much. Right now there is no direct problem, but I expect a problem with future updates! With regards, Huub Reuver # apt-get install hpijs hpijs-ppds Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: hplip hplip-data hplip-gui libqt3-mt python-imaging python-qt3 python-reportlab python-sip4 python-xml Suggested packages: hplip-doc gksu kdebase-bin kdeprint gtklp xpp libqt3-mt-psql libqt3-mt-mysql libqt3-mt-odbc python-imaging-doc python-imaging-dbg python-qt3-doc python-qt3-gl python-egenix-mxtexttools python-reportlab-doc python-xml-dbg python-xml-doc Recommended packages: openprinting-ppds The following NEW packages will be installed: hplip hplip-data hplip-gui libqt3-mt python-imaging python-qt3 python-reportlab python-sip4 python-xml The following packages will be upgraded: hpijs hpijs-ppds 2 upgraded, 9 newly installed, 0 to remove and 0 not upgraded. Need to get 18.0MB of archives. After this operation, 54.4MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. # apt-get remove hpijs Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: foomatic-filters-ppds hpijs hpijs-ppds 0 upgraded, 0 newly installed, 3 to remove and 0 not upgraded. After this operation, 21.6MB disk space will be freed. Do you want to continue [Y/n]? n Abort. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.12 (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages foomatic-filters-ppds depends on: ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support ii hpijs-ppds [hplip-ppd 2.6.10+1.6.10-4.3 HP Linux Printing and Imaging - HP Versions of packages foomatic-filters-ppds recommends: ii cupsys1.3.5-1Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454752: Sometimes an interface fails to be added to a bridge because of timing issues
As a workaround I was able to add a while loop waiting for the device to show up in /etc/network/if-pre-up.d/bridge so that bridge-utils would wait for the device to show up before adding it... I was going to implement a couple of things to satisfy the cases I can think of on this area, but I don't know if I'm getting all this way too complex. Can you send me your patch to get a closer idea of what you want? I'm still curious on what kind of interface will come up while we are waiting on a loop on the bridge-utils script :-? Maybe some changes I have already introduced already solve this kind of problems, can you please specify more on what are the devices causing this kind of problems? Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460513: mono-1.0-devel doesn't create alternatives
Well, this bug causes issue when installing packages that uses dh_cligacpolicy. See: https://bugs.launchpad.net/bugs/182130 Regards Laurent pgpBMZNVdBP9l.pgp Description: PGP signature
Bug#432851: dh_icons
On dim, 2007-11-04 at 00:45 +1100, Steffen Joeris wrote: Here another thing I forgot to forward: So what, if I do not have libgtk2.0-bin installed, because I use let's say a KDE desktop? Being a KDE user myself, and therefore not having libgtk2.0-bin myself installed, I can tell you that using dh_icons has no effect whatsoever on my installation. This is simply because in the postinst and postrm scripts gtk-update-icon-cache is not called (its branched by a which gtk-update-icon-cache check). I still have no idea, how KDE will handle the caching though. Simple: the cache is a cross-desktop specification that doesn’t care for the implementation. Therefore update-icon-caches was written from the very beginning with the idea it could be managed by the alternatives system. If the KDE guys write an implementation, we just need to synchronize an upload. This should not in any way prevent its use in gnome.mk which *badly* needs dh_icons. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#459029: glaurung: diff for NMU version 2.0.1-1.1
tags 459029 + patch thanks Hi, Attached is the diff for my glaurung 2.0.1-1.1 NMU. diff -u glaurung-2.0.1/debian/rules glaurung-2.0.1/debian/rules --- glaurung-2.0.1/debian/rules +++ glaurung-2.0.1/debian/rules @@ -10,8 +10,10 @@ CFLAGS += -O2 endif +include /usr/share/quilt/quilt.make + configure: configure-stamp -configure-stamp: +configure-stamp: $(QUILT_STAMPFN) dh_testdir # Add here commands to configure the package. @@ -29,7 +31,7 @@ touch $@ -clean: +clean: unpatch dh_testdir dh_testroot rm -f build-stamp configure-stamp diff -u glaurung-2.0.1/debian/control glaurung-2.0.1/debian/control --- glaurung-2.0.1/debian/control +++ glaurung-2.0.1/debian/control @@ -2,7 +2,7 @@ Section: games Priority: extra Maintainer: Oliver Korff [EMAIL PROTECTED] -Build-Depends: debhelper (= 5) +Build-Depends: debhelper (= 5), quilt Standards-Version: 3.7.2 Package: glaurung diff -u glaurung-2.0.1/debian/changelog glaurung-2.0.1/debian/changelog --- glaurung-2.0.1/debian/changelog +++ glaurung-2.0.1/debian/changelog @@ -1,3 +1,11 @@ +glaurung (2.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload to fix FTBFS bug. + * Build without -fno-rtti. (Closes: #459029) + * Add quilt patching system to manage patch. + + -- Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Sun, 13 Jan 2008 12:42:16 +0100 + glaurung (2.0.1-1) unstable; urgency=low * New Upstream Version only in patch2: unchanged: --- glaurung-2.0.1.orig/debian/patches/series +++ glaurung-2.0.1/debian/patches/series @@ -0,0 +1 @@ +no-fno-rtti only in patch2: unchanged: --- glaurung-2.0.1.orig/debian/patches/no-fno-rtti +++ glaurung-2.0.1/debian/patches/no-fno-rtti @@ -0,0 +1,12 @@ +diff -Nrua glaurung-2.0.1.orig/src/Makefile glaurung-2.0.1/src/Makefile +--- glaurung-2.0.1.orig/src/Makefile 2007-11-22 11:25:26.0 +0100 glaurung-2.0.1/src/Makefile 2008-01-13 12:50:10.0 +0100 +@@ -50,7 +50,7 @@ + # Compiling with GCC: + CXX = g++ + CXXFLAGS = -O3 -DNDEBUG -g -funroll-loops -fomit-frame-pointer \ +--fstrict-aliasing -fno-exceptions -fno-rtti -Wall ++-fstrict-aliasing -fno-exceptions -Wall + + # Compiling with GCC, in debug mode: + # CXX = g++
Bug#460530: peekfd: segfaults if an fd argument is supplied
Package: psmisc Version: 22.6-1 Severity: normal Tags: patch peekfd's option parsing code contains an off-by-one error, causing a segfault if called with an fd argument. //urs -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psmisc depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand psmisc recommends no packages. -- no debconf information --- psmisc-22.6/src/peekfd-orig.c 2008-01-13 13:01:11.0 +0100 +++ psmisc-22.6/src/peekfd.c2008-01-13 12:51:26.0 +0100 @@ -178,7 +178,7 @@ numfds = argc - optind; fds = malloc(sizeof(int) * numfds); for (i = 0; i numfds; i++) - fds[i] = atoi(argv[optind + 1 + i]); + fds[i] = atoi(argv[optind + i]); } attach(target_pid);
Bug#460528: login: Package uninstallable
Package: login Version: 1:4.0.18.2-1 Severity: normal Package is uninstallable: Writing extended state information... Done Reading changelogs... Done (Reading database ... 198935 files and directories currently installed.) Preparing to replace login 1:4.0.18.2-1 (using .../login_1%3a4.1.0-1_i386.deb) ... Unpacking replacement login ... dpkg: error processing /var/cache/apt/archives/login_1%3a4.1.0-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/de/man1/su.1.gz', which is also in package manpages-de dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/login_1%3a4.1.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages login depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libpam-modules0.99.7.1-5 Pluggable Authentication Modules f ii libpam-runtime0.99.7.1-5 Runtime support for the PAM librar ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460504: dh_desktop/dh_icons madness
Josselin Mouette wrote: You are completely wrong on this topic. If you don’t use dh_icons, the icons shipped in your package won’t be available even to the application itself. I don't claim to know the technical details of this, but I don't have update-icon-caches installed and I have never had a missing icon. So again I suspect that this is an issue particular to some other environment. Which was my point. I thought dpkg triggers had been sufficiently advertised, but it seems the mails haven’t reached the (deep ?) place you are living in. They indeed haven't, but since they appear to have reached the (shallow ?) place you are living in, why not use them? If you had read them, you would also know this feature isn’t available yet. So the transitive closure of this discussion is that you are just idly rambling. Thank you for your time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460292: libxml2: libxml2 UTF-8 parsing denial of service vulnerability
Am 12.01.2008 04:31 schrieb Nico Golde: Is there any service using libxml2? If not I would consider this a normal bug rather than a security issue. There are services that use libxml2 indirectly. For example apache2 with libapache2-mod-php5, php5-cgi (with php5-xsl and/or php5-xmlrpc), libapache2-modxslt, libapache2-mod-proxy-html. icecast2 depends directly on libxml2. Regards Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460528: [Pkg-shadow-devel] Bug#460528: login: Package uninstallable
forcemerge 460508 460528 thanks That bug was reported by another user a few hours ago. signature.asc Description: Digital signature
Bug#460255: repquota and setquota crashes on 64bit kernel
reassign 460255 linux-image-2.6.22-2-amd64 severity 460255 normal merge 460255 452974 thanks I'm using a 32 bit Lenny system with (official) kernel linux-image-2.6.22-3-amd64. Everything is working fine except for the tools in the quota package, as for example Is there any reason whatsoever to report this bug yet again? Or did you simply forget that you did already almost two months ago? Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460458: closed by Robert Millan [EMAIL PROTECTED] (Re: Bug#460458: grub-mkimage: has no manual page)
Hi, [EMAIL PROTECTED] (Debian Bug Tracking System) writes: We have a bug for this already. Ah. Which one is the clone? I read http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkgdata=grub-pcarchive=noversion=dist=unstable but none of the subjects seemed to apply (I didn't read the contents of all bug reports there though). best regards, Timo Lindfors -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434257: Again and again
I just noticed today two bug reports that I had submitted, and that have received replies weeks ago asking me for information. I never received these requests, of course, because the BTS is broken and doesn’t send them to the submitter. I wonder how many bugs are just left rotting because maintainers don’t know of this bug (not counting the incredible amount of time it takes maintainers to juggle just with that single issue). -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#460529: nvidia-kernel-source: build does not honor umask 002 and creates non-group-writeable files
Package: nvidia-kernel-source Version: 169.07-1 Severity: normal Hi, when nvidia-kernel is built as non-root with umask 002, the build process leaves - nevertheless - files around that have mode 644. This breaks kernel build for other users on this system. Steps to reproduce: - unpack vanilla kernel and nvidia-kernel-source - make sure that all /usr/src/modules is group writeable: sudo chmod -R g+w /usr/src/modules - set umask 002 - fakeroot make-kpkg --revision=20080113.0 kernel_image - find /usr/src/modules/ -not -perm /020 -ls - see that all files are still group writeable - build nvidia-kernel: fakeroot make-kpkg --revision=20080113.0 --added-modules=nvidia-kernel modules_image - find /usr/src/modules/ -not -perm /020 -ls - find out that numerous non-group-writeable files were left lying around. Other module packages behave better, so I'd like to say on first try that kernel-package is innocent. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-zgsrv (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459037: [EMAIL PROTECTED]: Bug#459028: fixed in imms 3.0.2-1.1]
- Forwarded message from Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] - From: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sun, 13 Jan 2008 11:17:07 + Subject: Bug#459028: fixed in imms 3.0.2-1.1 Source: imms Source-Version: 3.0.2-1.1 We believe that the bug you reported is fixed in the latest version of imms, which is due to be installed in the Debian FTP archive: imms_3.0.2-1.1.diff.gz to pool/main/i/imms/imms_3.0.2-1.1.diff.gz imms_3.0.2-1.1.dsc to pool/main/i/imms/imms_3.0.2-1.1.dsc imms_3.0.2-1.1_i386.deb to pool/main/i/imms/imms_3.0.2-1.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] (supplier of updated imms package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 13 Jan 2008 11:51:52 +0100 Source: imms Binary: imms Architecture: source i386 Version: 3.0.2-1.1 Distribution: unstable Urgency: low Maintainer: Norbert Veber [EMAIL PROTECTED] Changed-By: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Description: imms - Unobtrusive, automatic, and learning XMMS playlist manager Closes: 459028 Changes: imms (3.0.2-1.1) unstable; urgency=low . * Non-maintainer upload to fix RC bug. * Build without -fno-rtti. (Closes: #459028) * Add quilt patching system to manage patch. Files: e4e2b1201f1237addc2f7c25a4afc7ec 794 utils optional imms_3.0.2-1.1.dsc 9c1122cc62f733ffa507580cd2fcd5eb 46542 utils optional imms_3.0.2-1.1.diff.gz bdbecb0a38d5c9fc375d0bdf46a8d3b1 445990 utils optional imms_3.0.2-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Ana Guerrero iD8DBQFHie8Mn3j4POjENGERAj5GAKCCoVdatlOkYL+IPEYHZEE7FHc9EgCfWg62 aC1/FVVguVPzmpbunlSb+5U= =aDcz -END PGP SIGNATURE- - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460527: inotail: doesn't notice file truncate
tags 460527 + moreinfo thanks Package: inotail Version: 0.5-1 Severity: normal Regurarly it doesn't notice full truncates. Does it display the message File 'foo' moved? If yes, this is a known problem (due to inotail not getting the new filename, where the file has moved), which has been on my TODO list for some time. If no, could you please provide a test case? Nope, nothing at all. /usr/bin/inotail -f -n 1 /var/log/mail.log mail.log is the postfix logging via syslog Folkert van Heusden -- MultiTail is een flexibele tool voor het volgen van logfiles en uitvoer van commando's. Filteren, van kleur voorzien, mergen, 'diff-view', etc. http://www.vanheusden.com/multitail/ -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460504: dh_desktop/dh_icons madness
On dim, 2008-01-13 at 13:12 +0100, Peter Eisentraut wrote: Josselin Mouette wrote: You are completely wrong on this topic. If you don’t use dh_icons, the icons shipped in your package won’t be available even to the application itself. I don't claim to know the technical details of this, but I don't have update-icon-caches installed and I have never had a missing icon. So again I suspect that this is an issue particular to some other environment. Which was my point. Nope, this works because you don’t have an icon cache. But if it gets enabled (it often happens when you install something by hand or use an Ubuntu package, and it *will* be the default in the future), icons not in the cache won’t be visible. If you had read them, you would also know this feature isn’t available yet. So the transitive closure of this discussion is that you are just idly rambling. Thank you for your time. No, the conclusion is that you are grumbling about something that is already underway, and that you are knowingly preventing your package to integrate correctly without any justification but your own laziness. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#436321: rake: FTBFS: test_load_rakefile_from_subdir(TestApplication) fails
On 07/08/07 at 17:17 -0500, Gunnar Wolf wrote: Lucas Nussbaum dijo [Tue, Aug 07, 2007 at 12:31:02AM +0200]: Package: rake version: 0.7.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20070806 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: WARNING: RubyGems not installed WARNING: Unable to test GemPackaging ... requires RubyGems Loaded suite ./lib/rake/rake_test_loader Started Package Target requires RubyGEMs ..E Finished in 9.535479 seconds. 1) Error: test_load_rakefile_from_subdir(TestApplication): Errno::ENOENT: No such file or directory - test/data/unittest/subdir ./test/test_application.rb:68:in `chdir' ./test/test_application.rb:68:in `test_load_rakefile_from_subdir' (...) Don't let yourself be mislead - The relevant part is not that RubyGems is not installed, but one of the test cases missing: One of the tests defined in test/test_application.rb is: def test_load_rakefile_from_subdir original_dir = Dir.pwd Dir.chdir(test/data/unittest/subdir) @app.instance_eval do handle_options options.silent = true load_rakefile end assert_equal rakefile, @app.rakefile.downcase assert_match(%r(unittest$), Dir.pwd) ensure Dir.chdir(original_dir) end And of course, if test/data/unittest/subdir does not exist, it just dies. I have not dug into this, just looked at the symptom and cured it for me: «mkdir test/data/unittest/subdir» allowed the package to be built again. But then again, there might be an actual reason this is failing :) So, of course, feel free to look deeper into it. Greetings, Hi, Since rake 0.8.1 was released, it might be better to work on packaging 0.8.1, that to fix this bug in 0.7.3... Adam, do you need help with rake maintainance? Have you considered maintaining it inside the pkg-ruby-extras team? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#460255: repquota and setquota crashes on 64bit kernel
Michael Meskes wrote: Is there any reason whatsoever to report this bug yet again? Or did you simply forget that you did already almost two months ago? Michael I'm sorry Michael, reportbug did not show this bug so I tought I reported it only on my mind. Also I can't find it here too: http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkgdata=quotaarchive=noversion=dist=unstable Is there any problem on the bts or am I missing something? Sorry again, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446755: Bug #446755: Error loading module setAtomColors
I identified the error as deriving from l.42: catalog=gettext.translation('Viewmol', dir + '/locale') Note the variation preceding it ..., languages=['en_US'], it does work OK. So the problem is due to my en_AU locale. /usr/lib/viewmol/locale lists en_US rather than en. Change it to simply en and the error goes away. This means the error will appear again for users in other unknown locales, say cn. Only way to deal with it is to fallback to one of the known locales. A try block is probably best for this. Haven't seen the pink atom problem in a while. File a separate bug if you catch it again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445489: at: broken init script
tags 445489 + patch thanks Here is a patch to solve the issue, by checking the exit code of start_daemon and display status based on this. diff -ur at-3.1.10/debian/rc at-3.1.10-pere/debian/rc --- at-3.1.10/debian/rc 2005-10-24 06:25:14.0 +0200 +++ at-3.1.10-pere/debian/rc2008-01-13 13:42:58.0 +0100 @@ -24,8 +24,11 @@ case $1 in start) log_daemon_msg Starting deferred execution scheduler atd - start_daemon $DAEMON - log_end_msg $? + if start_daemon $DAEMON ; then + log_end_msg 0 + else + log_end_msg 1 + fi ;; stop) log_daemon_msg Stopping deferred execution scheduler atd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460533: kde-l10n-de: Package empty
Package: kde-l10n-de Version: 4:3.97.0-1 Severity: normal Hello, the package kde-l10n-de is empty: | $ dpkg -L kde-l10n-de | /. | /usr | /usr/share | /usr/share/doc | /usr/share/doc/kde-l10n-de | /usr/share/doc/kde-l10n-de/changelog.Debian.gz | /usr/share/doc/kde-l10n-de/copyright | $ Looking at the file sizes, the same is true for pl and nl. Daniel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-l10n-de depends on: ii kdelibs5 4:4.0.0-1 core libraries for all KDE 4 appli kde-l10n-de recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
The same issue seem to affect masqmail, URL: http://packages.qa.debian.org/m/masqmail.html . Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460513: [pkg-mono-group] Bug#460513: mono-1.0-devel doesn't create alternatives
severity 460513 grave thanks On Sun, 2008-01-13 at 13:05 +0100, Laurent Bigonville wrote: Well, this bug causes issue when installing packages that uses dh_cligacpolicy. See: https://bugs.launchpad.net/bugs/182130 Why didn't you mention that in the initial report? :) As dh_cligacpolicy indeed uses /usr/bin/cli-sn, this makes it grave. Upgrading severity... -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part