Bug#375607: rdiff-backup: can overwrite database
Package: rdiff-backup Version: 1.1.5-1 Severity: normal it shouldn't be possible to overwrite the db; there should be a query even with --force. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rdiff-backup depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii librsync1 0.9.7-1Library which implements the rsync ii python2.3.5-5An interactive high-level object-o rdiff-backup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375609: haskell-http: FTBFS (ppc64): current build architecture ppc64 does not appear in package's list (alpha amd64 hppa i386 ia64 kfreebsd-i386 m68k powerpc s390 sparc)
Package: haskell-http Version: 0.4.20050430-2 Severity: wishlist Tags: patch When building 'haskell-http' on ppc64/unstable, I get the following error: dh_shlibdeps -a dh_gencontrol -a dpkg-gencontrol: error: current build architecture ppc64 does not appear in package's list (alpha amd64 hppa i386 ia64 kfreebsd-i386 m68k powerpc s390 sparc) dh_gencontrol: command returned error code 65280 make: *** [binary-arch] Error 1 Please add 'ppc64' to the Architecture line in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/haskell-http-0.4.20050430/debian/control ./debian/control --- ../tmp-orig/haskell-http-0.4.20050430/debian/control2006-06-26 17:44:45.0 + +++ ./debian/control2006-06-26 17:44:35.0 + @@ -8,7 +8,7 @@ Package: libghc6-http-dev Section: devel -Architecture: alpha amd64 hppa i386 ia64 kfreebsd-i386 m68k powerpc s390 sparc +Architecture: alpha amd64 hppa i386 ia64 kfreebsd-i386 m68k powerpc ppc64 s390 sparc Depends: ${haskell:Depends} Suggests: haskell-http-doc Description: GHC 6 libraries for the Haskell HTTP client library -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375564: [gmail] Bug#375564: diff for 1:1.5-2.1 NMU
Package: ogmtools Version: 1:1.5-2 Severity: normal Tags: patch Thanks for the contribution to ogmtools. -- greetz, marc We can stick our heads between our legs and kiss our asses goodbye. It's a saying. Crichton - I, E.T. scorpius.homelinux.org 2.6.17 #2 PREEMPT Thu Jun 22 07:18:33 CEST 2006 GNU/Linux signature.asc Description: Digital signature
Bug#375599: [pkg-wpa-devel] Bug#375599: wpasupplicant: ifupdown.sh loses config file reference if it doesn't define ctrl_interface
Jason Lunz wrote: Package: wpasupplicant Version: 0.5.3+20060522-3 Severity: minor Tags: patch When wpa-conf (or wpa-roam) is used in /etc/network/interfaces, a call to sed scans the given config file for the ctrl_interface. If it isn't found, the WPA_SUP_CONF variable is overridden, dropping the previously-set reference to the config file passed from /e/n/i. The patch below fixes the use of wpa-roam /etc/my_wpa_supplicant.conf when the config omits ctrl_interface. Hi Jason, I believe this was found and fixed a day or so ago as I was preparing the new upstream release, 0.5.4. I simply removed the override, and used a custom ctrl_interface path only when explicitly set in the wpa_supplicant.conf, otherwise defaulting to /var/run/wpa_supplicant. A snapshot of the package is located at the following location if you would like to compile and verify it yourself: http://users.tpg.com.au/sigm/misc/pkg-wpa/ Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375611: libetpan: FTBFS/ia64
Package: libetpan Severity: serious Justification: no longer builds from source Hi there, Libetpan is failing to build on ia64 [1], please investigate. regards, [1] http://buildd.debian.org/build.php?arch=ia64pkg=libetpanver=0.45-3 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375610: O: pythoncard -- wxPython-based GUI construction framework
Package: wnpp Severity: normal The package was orphaned by its maintainer without filing a wnpp bug Package description is: PythonCard is a GUI construction framework for building cross-platform desktop applications on Windows, Mac OS X, and Linux, using the Python language. It is based on the wxPython bindings for the wxWidgets toolkit (formerly known as wxWindows). -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367997: #367997: and installation script exit error if and already running
Package: and Version: 1.2.2-1.1 Followup-For: Bug #367997 This is to confirm what appears to be the same bug on my system: % feta install and Running: apt-get install and Reading package lists... Done Building dependency tree... Done and is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 43 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up and (1.2.2-1.1) ... Starting auto nice daemon: invoke-rc.d: initscript and, action start failed. dpkg: error processing and (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: and The surprising thing is that this works: % dpkg -i /var/cache/apt/archives/and_1.2.2-1.1_i386.deb (Reading database ... 183161 files and directories currently installed.) Preparing to replace and 1.2.2-1.1 (using .../and_1.2.2-1.1_i386.deb) ... Stopping auto nice daemon: and. Unpacking replacement and ... Setting up and (1.2.2-1.1) ... Starting auto nice daemon: and. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages and depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries and recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375608: python-support: 0.3.7 breaks rss2email
Package: python-support Version: 0.3.1 Severity: normal After yesterday's dist-upgrade, rss2email no longer works. It dies with this error: | Traceback (most recent call last): | File /usr/share/rss2email/rss2email.py, line 228, in ? | import feedparser | ImportError: No module named feedparser Downgrading python-support to 0.3.1 solves the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-support depends on: ii python2.3.5-11 An interactive high-level object-o python-support recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375583: obby: FTBFS: multiple definition of `_ZN4obby12basic_bufferIT_E16PROTOCOL_VERSIONE'
package obby tags 375193 - experimental found 375193 0.3.0-3 severity 375193 serious merge 375193 375583 thanks Hi Julien, thanks for reporting this problem. I already knew that the version in experimental does not compile with g++-4.1, but not that the version in sid also fails to build. Kind regards, Philipp Kern signature.asc Description: This is a digitally signed message part
Bug#375153: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#375187: fixed in gnome-python 2.12.4-1)
Le lundi 26 juin 2006 à 23:21 +0200, Chris Moore a écrit : On Sun, 2006-06-25 at 06:33 -0700, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #375153: update-manager: not installable in unstable, which was filed against the python-gnome2 package. It has been closed by Josselin Mouette [EMAIL PROTECTED]. The updated python-gnome2 package doesn't seem to have affected the problem I was having. I still can't install update-notifier. Indeed, python-gnome2 isn't even a dependency of update-notifier, so I don't know why the bug I raised was assigned to this package. The update-notifier package has to be rebuilt, that's all. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#375613: ivtv-source: ivtv-0.6 release not compatible with testing kernel
Package: ivtv-source Version: 0.6.2-1 Severity: important Justification: fails to build from source ivtv_0.6 versions require a 2.6.16 or greater kernel. The kernel available in testing is only 2.6.15 and ivtv_0.6 is the only ivtv source available in testing. Should be the ivtv_0.4 legacy tree still. This prevents the ivtv module from being built in testing (etch) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ivtv-source depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii debhelper 5.0.35 helper programs for debian/rules ii module-assistant 0.10.4 tool to make module package creati ivtv-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375615: gforge-plugin-scmsvn: tarballs.php Cronjob fails due to missing files
Package: gforge-plugin-scmsvn Version: 4.5.14-1 Severity: normal The cronjob /usr/lib/gforge/plugins/scmsvn/cronjobs/tarballs.php fails to find an include file: Cron job declaration: Cron [EMAIL PROTECTED] [ -x /usr/lib/gforge/plugins/scmsvn/cronjobs/tarballs.php ] php -d include_path=/etc/gforge:/usr/share/gforge/:/usr/share/gforge/www/include /usr/lib/gforge/plugins/scmsvn/cronjobs/tarballs.php Cron job output: Warning: main(common/include/TextSanitizer.class): failed to open stream: No such file or directory in /usr/share/gforge/common/forum/ForumMessage.class on line 39 Warning: main(): Failed opening 'common/include/TextSanitizer.class' for inclusion (include_path='/etc/gforge:/usr/share/gforge/:/usr/share/gforge/www/include') in /usr/share/gforge/common/forum/ForumMessage.class on line 39 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375616: fgfs-atlas: FTBFS: Failed to satisfy Build-Depends dependency for fgfs-atlas: xlibmesa-glu-dev
Package: fgfs-atlas Version: 0.3.0-3 Severity: serious Tags: patch When building 'fgfs-atlas' in a clean unstable chroot, I get the following error: Reading package lists... Building dependency tree... E: Package xlibmesa-glu-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for fgfs-atlas: xlibmesa-glu-dev Package xlibmesa-glu-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source Regards Andreas Jochens diff -urN ../tmp-orig/fgfs-atlas-0.3.0/debian/control ./debian/control --- ../tmp-orig/fgfs-atlas-0.3.0/debian/control 2006-06-27 06:42:51.0 + +++ ./debian/control2006-06-27 06:42:49.0 + @@ -4,7 +4,7 @@ Maintainer: Ove Kaaven [EMAIL PROTECTED] Build-Depends: debhelper ( 3.0.0), libx11-dev, libxext-dev, libxi-dev, libice-dev, libsm-dev, libxt-dev, libxmu-dev, - xlibmesa-gl-dev, xlibmesa-glu-dev, libglut3-dev, + xlibmesa-gl-dev, libglu1-mesa-dev, libglut3-dev, zlib1g-dev, libjpeg-dev, libpng12-dev, plib1.8.4-dev, libopenal-dev, libalut-dev, autotools-dev, simgear-dev (= 0.3.9-3) Standards-Version: 3.5.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375567: stlport5: FTBFS on GNU/kFreeBSD
Hello, On 6/26/06, Petr Salinger [EMAIL PROTECTED] wrote: Please find attached patch to fix that. Thanks, I have included it in SVN. It would also be nice if you can ask upstream to include this change. Done. Regards, Torsten -- http://www.twerner42.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375618: pykdeextensions: package doesn't configure
Package: pykdeextensions Version: 0.4.0-2 Severity: grave Justification: renders package unusable Configuration of the package says: Compiling /usr/lib/python2.3/site-packages/displayconfigabstraction.py ... File /usr/lib/python2.3/site-packages/displayconfigabstraction.py, line 2959 @staticmethod ^ SyntaxError: invalid syntax Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pykdeextensions depends on: ii python2.3.5-11 An interactive high-level object-o pykdeextensions recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375077: closed by Stephen Frost [EMAIL PROTECTED] (Bug#375077: fixed in libnss-ldap 251-4)
On Tue, Jun 27, 2006 at 02:02:20AM +0200, Michael Biebl wrote: Changes: libnss-ldap (251-4) unstable; urgency=low . * Added system which implicitly sets bind_policy to 'soft' during system boot/shutdown. This is implemented by an init script run at end of system boot and start of system shutdown which creates/removes a file in /var/lib/libnss-ldap called 'bind_policy_soft'. When this file exists the policy is treated as 'soft' regardless of the configuration in /etc/nss-ldap.conf. Note that soft doesn't mean 'always But doesn't that mean that this approach this fails for systems which have /var on a seperate partition (not that uncommon for a server) because /var is not yet mounted when udevd is run from the initrd? please don't confuse things. udevd run in the initramfs was _not_ the problem, udevd startup in early init uncovered that libnss-ldap characteristic, when network is not yet there. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375614: facturalux: [INTL:fr] French debconf templates translation
Package: facturalux Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # translation of fr.po to French # #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. # Original translator: Olivier Gauwin # # Christian Perrier [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-11-01 00:31+0100\n PO-Revision-Date: 2006-06-27 09:29+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.2\n #. Type: note #. Description #: ../facturalux.templates:3 msgid Info to work with facturalux msgstr Informations pour les utilisateurs de facturalux #. Type: note #. Description #: ../facturalux.templates:3 msgid Don't forget to read the important info concerning the database. It contains valuable information to get facturalux working. msgstr N'oubliez pas de lire le message important concernant la base de données. Il contient des informations précieuses pour le bon fonctionnement de facturalux. #. Type: note #. Description #: ../facturalux.templates:3 msgid You should read \/usr/share/doc/facturalux/README.Debian\ or \/usr/share/ doc/facturalux/README.your_language.Debian\ before you start using facturalux. msgstr Il est recommandé de lire « /usr/share/doc/facturalux/README.Debian » ou « / usr/share/doc/facturalux/README.votre_langue.Debian » avant de commencer à utiliser facturalux. #. Type: note #. Description #: ../facturalux.templates:3 msgid For example, for spanish language, you can read \/usr/share/doc/facturalux/ README.es.Debian\. Please, be sure to check if there is a \README. your_language.Debian\ file. msgstr Par exemple, pour le français vous devez lire le fichier « /usr/share/doc/ facturalux/README.fr.Debian ». Veuillez vérifier que le fichier « /usr/share/ doc/facturalux/README.votre_langue.Debian » existe. #. Type: boolean #. Description #: ../facturalux.templates:18 msgid Drop database? msgstr Faut-il supprimer la base de données ? #. Type: boolean #. Description #: ../facturalux.templates:18 msgid You have asked to `purge' this package. You can select whether to delete the database called \facturalux\ or leave it untouched. The database may contain valuable information if you have been working with facturalux. msgstr Vous avez demandé la suppression complète (purge) de ce paquet. Vous pouvez choisir de supprimer la base de données « facturalux » ou de la laisser intacte. Cette base de données peut contenir des informations précieuses si vous avez travaillé sous facturalux. #. Type: boolean #. Description #: ../facturalux.templates:18 msgid If you accept here, the database \facturalux\ will be dropped from the system. msgstr Si vous acceptez, la base de données « facturalux » sera supprimée du système. #. Type: boolean #. Description #: ../facturalux.templates:18 msgid If you refuse here, the database will remain in your system. You'll have to remove them manually. msgstr Dans le cas contraire, elle demeurera sur votre système. Vous devrez l'effacer vous-même. #. Type: boolean #. Description #: ../facturalux.templates:18 msgid Don't
Bug#375617: spread: insecure temporary file handling
Package: spread Severity: normal Tags: security Hi, recently, a bug about insecure temporary file handling was filed in Ubuntu [1]. After looking into the code, it does not seem that bad at all (removal of an already existing file which might be important, and a small race condition for a local DoS). However, it should be cleaned up. On start, spread creates a file /tmp/PORTNUMBER where PORTNUMBER is 4803 by default. If an existing file named /tmp/PORTNUMBER exists, it will be deleted before a socket with the same name is created. It probably does not deserve a CVE number, but now that it has got one, please mention it in the changelog when you fix this (CVE-2006-3118). Can you please pass this to upstream? Thanks, Martin [1] https://launchpad.net/bugs/44171 -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#375612: galan: FTBFS: Failed to satisfy Build-Depends dependency for galan: xlibmesa-glu-dev
Package: galan Version: 0.3.0+beta4-1.1 Severity: serious Tags: patch When building 'galan' in a clean unstable chroot, I get the following error: Reading package lists... Building dependency tree... E: Package xlibmesa-glu-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for galan: xlibmesa-glu-dev Package xlibmesa-glu-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source The attached patch replaces 'xlibmesa-glu-dev' with 'libglu1-mesa-dev' in the Build-Depends in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/galan-0.3.0+beta4/debian/control ./debian/control --- ../tmp-orig/galan-0.3.0+beta4/debian/control2006-06-27 06:41:37.0 + +++ ./debian/control2006-06-27 06:41:33.0 + @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Nick Rusnov [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), libaudiofile-dev, libgtk2.0-dev, libvorbis-dev (= 1.0.0-2), libesd0-dev, libglib2.0-dev, libasound2-dev, libgtkgl2.0-dev, xlibmesa-gl-dev, xlibmesa-glu-dev, libsndfile1-dev, liblrdf0-dev, libjack0.100.0-dev | libjack-dev, fftw-dev +Build-Depends: debhelper ( 3.0.0), libaudiofile-dev, libgtk2.0-dev, libvorbis-dev (= 1.0.0-2), libesd0-dev, libglib2.0-dev, libasound2-dev, libgtkgl2.0-dev, xlibmesa-gl-dev, libglu1-mesa-dev, libsndfile1-dev, liblrdf0-dev, libjack0.100.0-dev | libjack-dev, fftw-dev Standards-Version: 3.6.1 Package: galan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall
Adam Majer wrote: Helge Hafting wrote: Package: jikes Version: 1:1.22-4 Severity: minor debsums: checksum mismatch jikes file /usr/share/doc/jikes/copyright debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.gz debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.Debian.gz I changed debsums config not to generate checksums when they are missing. Anyway, I get, [EMAIL PROTECTED]:~$ debsums jikes /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright OK /usr/share/doc/jikes/changelog.gz OK /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz OK /usr/share/man/man1/jikes.1.gz OK so, I reinstalled jikes, [EMAIL PROTECTED]:~$ sudo aptitude reinstall jikes [snip] Setting up jikes (1.22-4) ... [EMAIL PROTECTED]:~$ debsums jikes /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright OK /usr/share/doc/jikes/changelog.gz OK /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz OK /usr/share/man/man1/jikes.1.gz OK Then I downloaded from the mirrors.kernel.org debian mirror jikes.deb, extracted it and checked the internal md5sums, [EMAIL PROTECTED]:/tmp/a$ ls -ltr total 12 drwxr-xr-x 5 adamm adamm 4096 Feb 11 15:58 usr -rw-r--r-- 1 adamm adamm 773 Feb 11 15:59 control -rw-r--r-- 1 adamm adamm 504 Feb 11 15:59 md5sums [EMAIL PROTECTED]:/tmp/a$ cat md5sums 1e922f7a325e2830b2333930fcf136db usr/include/jikesapi.h 5ecffeed4b7e6dbbdd769d659a78cacf usr/bin/jikes 1ba2a7615432a66e5351b29e117c0815 usr/share/doc/jikes/README.Debian 8e5b25a65f953a13dbd14a42743fc49a usr/share/doc/jikes/copyright b358064567d9e6ee3d083f19e12d8632 usr/share/doc/jikes/changelog.gz db9f8ca2ce0362696dac063b007a25a4 usr/share/doc/jikes/NEWS.gz d98e84392af31efd2b587136c0f8260e usr/share/doc/jikes/changelog.Debian.gz 512e3b0d978e1e8c2201f4a459aca843 usr/share/man/man1/jikes.1.gz [EMAIL PROTECTED]:/tmp/a$ md5sum -c md5sums usr/include/jikesapi.h: OK usr/bin/jikes: OK usr/share/doc/jikes/README.Debian: OK usr/share/doc/jikes/copyright: OK usr/share/doc/jikes/changelog.gz: OK usr/share/doc/jikes/NEWS.gz: OK usr/share/doc/jikes/changelog.Debian.gz: OK usr/share/man/man1/jikes.1.gz: OK These seem OK. That is, the package is consistent with itself. Check if your checksums match the ones here. You can check the file one by one. Which mirror are you using? I'm assuming you are using the crypto version of apt with up to date archive keys (ie. you get no warnings about untrusted sources). This is strange. I ran debsums jikes again, and got: /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright FAILED /usr/share/doc/jikes/changelog.gz FAILED /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz FAILED /usr/share/man/man1/jikes.1.gz OK After an apt-get update, my jikes was still the last version. But I reinstalled it anyway with apt-get -t unstable --reinstall install jikes And now the checksums match! This is strange -- nothing was downloaded because I already have the latest package. Last time it gave me checksum errors, now it doesn't? I have a newer kernel now, (2.6.17-mm1) that could theoretically make a difference if the old one had a rare filesystem error or something. All the file chekcsums matches yours now, so I guess the problem is solved, whatever it was. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373866: file hijacking is serious
severity 373865 serious severity 373866 serious severity 375440 serious quit Hello, this bug break installation and upgrade of packages, so I bump the severity. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375619: cogito: Please push debian directory upstream
Package: cogito Version: 0.17.3-0 Severity: wishlist Hi, The 'debian' packaging directory in the upstream cogito source is woefully out of date. It would be nice if we could get a more up to date one included so that on occasions when an annoying bug like #374840 is hanging around and making people want to build their own packages. Thanks, Andrew McMillan. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=C, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_NZ.UTF-8) Versions of packages cogito depends on: ii git-core 1.4.0-1content addressable filesystem Versions of packages cogito recommends: pn gawk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375205: update-menus gives lots of errors with /bin/sh pointing to dash
On Monday, 26 June 2006 at 12:44, Bill Allombert wrote: Could you send me the output of update-menus -v so I know which package this bug actually belong to ? (probably fvwm-crystal ?). Yeah, seems like it's fvwm-crystal. The output af update-menus -v: update-menus[22062]: Update-menus is run by user. update-menus[22062]: Dpkg is not locking dpkg status area, good. update-menus[22062]: Reading installed packages list... update-menus[22062]: Reading menu-entry files in /home/co/.menu/. update-menus[22062]: 0 menu entries found (0 total). update-menus[22062]: Reading menu-entry files in /etc/menu/. update-menus[22062]: 0 menu entries found (0 total). update-menus[22062]: Reading menu-entry files in /usr/lib/menu/. update-menus[22062]: 26 menu entries found (26 total). update-menus[22062]: Reading menu-entry files in /usr/share/menu/. update-menus[22062]: 998 menu entries found (1024 total). update-menus[22062]: Reading menu-entry files in /usr/share/menu/default/. update-menus[22062]: 0 menu entries found (1024 total). update-menus[22062]: Running menu-methods in /home/co/.menu-methods/. update-menus[22062]: Running menu-methods in /etc/menu-methods/. update-menus[22062]: Running method: /etc/menu-methods/menu-xdg update-menus[22062]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-apps update-menus[22062]: Running method: /etc/menu-methods/icewm-common update-menus[22062]: Running method: /etc/menu-methods/gnome-panel-data update-menus[22062]: Running method: /etc/menu-methods/fvwm update-menus[22062]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-dirs update-menus[22062]: Running method: /etc/menu-methods/dwww update-menus[22062]: Running method: /etc/menu-methods/openbox update-menus[22062]: Running method: /etc/menu-methods/xfdesktop4 update-menus[22062]: Running method: /etc/menu-methods/blackbox update-menus[22062]: Running method: /etc/menu-methods/fbpanel update-menus[22062]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-sessions update-menus[22062]: Running method: /etc/menu-methods/fluxbox update-menus[22062]: Running method: /etc/menu-methods/wm-icons update-menus[22062]: Running method: /etc/menu-methods/fvwm-crystal sh: Illegal option -r ... and lots more of the Illegal option messages. -- QOTD: If I'm what I eat, I'm a chocolate chip cookie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375502: debian-policy must clarify how sub-policies should be managed
On Tuesday 27 June 2006 10:10, George Danchev wrote: On Tuesday 27 June 2006 01:43, Chris Waters wrote: On Mon, Jun 26, 2006 at 06:05:17PM +0300, George Danchev wrote: What you tend to disagree with ? I'm asking for clarification how sub-policies must be handled, and this must be stipulated by the debian-policy. Why must it be stipulated by debian-policy? I think it is vital to have sub-policy process options described in debian-policy 1.4. This is what I'm asking for. Official policy is only required when A) there are several options, B) they all work (this is important--if something doesn't work, it's a bug, and doesn't need to be specified by policy), and C) we want to enforce just one option for consistency's sake. No, I want any possible/sane/wise 'sub-policy' option to be mentioned in debian policy 1.4. In this case, I think the proposal fails test C. I think the advantages of flexibility outweigh the advantages of consistency here. You can have your sub-policy included with d-policy or merely referenced by it, at your choice. If it's included, it will be easier to find, but harder to change. So this choice should be up to the sub-policy maintainers, not a matter for policy. You can even have the sub-policy separate and NOT referenced by d-policy, in which case, it will not have the weight of official policy, but since consistency between packages is a Good Thing, it can still be used as the basis for normal, minor or wishlist bugs. In many cases, this may be sufficient. If you merely want to have ocaml-policy included in or referenced by debian-policy, I will support whichever you choose. In fact I like that wording regarding the 'sub-policy' options, and hope it is fine enough to be mentioned in d-policy 1.4. Well, I am suggesting '1.4 Related documents' to read like: - There are several other documents other than this Policy Manual that are necessary to fully understand some Debian policies and procedures. The external sub-policy documents are referred to in: - reference and package name in which to be found if any? - ... The sub-policy documents either can be part of this debian-policy document or referenced to by this paragraph. They are maintained by their authors and are all normative and authoritative. In addition to those, which carry the weight of policy, there is the Debian Developer's Reference. This document describes procedures and resources for Debian developers, but it is not normative; rather, it includes things that don't belong in the Policy, such as best practices for developers. The Developer's Reference is available in the developers-reference package. It's also available from the Debian web mirrors at /doc/developers-reference/. - Now it is much more clear how to introduce and maintain a sub-policy, where it is to be found, who is responsible for it and how normative it is. I'm fine if that does not accepted because I have been answered by the mailing list, but I will not be surprised if such anyone brings up similar questions in the future. -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375598: udev can't worded the debug mode
tag 375598 unreproducible moreinfo thanks On Jun 27, zjj [EMAIL PROTECTED] wrote: when i change the udev_log=err to udev_log=debug in /etc/udev/udev.conf,the system have not worked,and going to a 'endless loop',can't boot the other programming,display a lot character in the screen. It works for me. Please try to provide useful information to understand what happens to your system. -- ciao, Marco signature.asc Description: Digital signature
Bug#291368: Webalizer should be able to generate stats in different languages
Jose Carlos Medeiros wrote: Hi, Debian Webalizer was patched to use gettext then I think if you use something like: LANG=pt_BR; webalizer ; This will create htm and png files to Brazilian Portuguese instead default language ex. English. yep. This is an old bug which should probably be closed now :) -- Clément Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375529: gforge-web-apache: Mailman admin completly broken as all links are wrong
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am Monday 26 June 2006 18:46 schrieb Roland Mas: Nope, creating that symlink doesn't change anything. This looks more like a broken mailman config to me, but I didn't have time to investigate in detail yet. Okay, I'll investigate. A few more hints: I have been checking the mm_cfg.py config script in /etc/mailman, trying this patch: - --- mm_cfg.py.orig 2006-06-27 10:03:26.0 +0200 +++ mm_cfg.py 2006-06-27 10:04:47.0 +0200 @@ -56,8 +56,8 @@ #- # If you change these, you have to configure your http server # accordingly (Alias and ScriptAlias directives in most httpds) - -DEFAULT_URL_PATTERN = 'http://%s/cgi-bin/mailman' - -PRIVATE_ARCHIVE_URL = '/cgi-bin/mailman/private' +DEFAULT_URL_PATTERN = 'http://%s/mailman' +PRIVATE_ARCHIVE_URL = '/mailman/private' IMAGE_LOGOS = '/images/mailman/' #- Unfortunalety, it did not make a difference. What I wonder here is that the pyc cache file in /usr/lib/mailman/Mailman/mm_cfg.pyc did not update: gforge:/usr/lib/mailman/Mailman# ls -l mm_cfg* /etc/mailman/mm_cfg.py - -rw-r--r-- 1 root root 3998 Jun 27 10:12 /etc/mailman/mm_cfg.py lrwxrwxrwx 1 root root 22 Jun 13 11:28 mm_cfg.py - /etc/mailman/mm_cfg.py - -rw-r--r-- 1 root list 4034 May 2 08:06 mm_cfg.py.dist - -rw-rw-r-- 1 root list 1580 Jun 13 11:30 mm_cfg.pyc I have tried moving the pyc file out of the way, but python did not update them and mailman behavoir did not change. To make the hosts work temporarily, I use this workaround in /etc/gforge/httpd.conf in the VHost declaration of the list host: ScriptAlias /cgi-bin/mailman/ /var/lib/mailman/cgi-bin/ Not really elegant, but it makes this bug less urgent. Live long and Prosper! Torben Nehmer - -- Torben Nehmer, Guenzburg, Bavaria, Germany http://www.nathan-syntronics.de, mailto:[EMAIL PROTECTED] PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoO0QJPh4Kn6d5FYRAqIRAJ4q4QB//A2mTUW+OKkalQv0RAqpFACg1bAl 4urSlrpCzcFCVeJW1iVMmq4= =2ts6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375584: reprepro: please support pulling only a specific package using the commandline
* Matt Brown [EMAIL PROTECTED] [060627 02:12]: Package: reprepro Severity: wishlist Currently when using the pull feature of reprepro the only method of restricting which packages are updated is to use the FilterFormula and FilterList configuration file options. I would like a method to be able to pull only a specific package leaving the other packages in the source distribution as they are. I'm imagining a command format like reprepro pull dest-distribution packagename The reason that I want this is so that I can implement a set of archives that behave like testing and stable. At the end of each day I want to pull certain packages (which have been tested) into stable, but leave the untested packages in testing. I can currently implement this functionality but it requires editing the configuration files every night which is tedious. A commandline option would be much more convenient. Please try reprepro copy dest-distribution source-distribution packagenames from the recently released reprepro 1.0.0. That should hopefully do what you want. (Unless I introduced some errors which my simple testcases did not catch). It only copies single packages, and everything with the given name. (So some -A, -C and -T options can be usefull sometimes). I also thought about some way to copy a source package with all its binaries (i.e. everyting which has Source: xyz or Package: xyz if it has not source), but refrained from it because it was too complex for something I do not know if anyone needs it. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361962: [DebianGIS] grass-cvs
On Tue, Jun 27, 2006 at 10:07:55AM +0200, Stephan Holl wrote: Hello Paolo, all, On Tue, 27 Jun 2006 08:23:02 +0200 Paolo Cavallini [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. I'm regularly compiling (by checkinstall) grass and qgis from cvs/svn, but I have a problem related to Debian packaging: debian package is split in grass and libgrass, with libgdal-grass (thus also the much needed qgis-grass plugin) depending on libgrass. Checkinstall instead packages grass as a whole package. As a result, after installation the system complains of a missing dependency. I ma therefore forced to downgrade grass, install libgrass and libgdal-grass, and reinstalling grass-cvs. Could someone suggest a more elegant solution (yet, if possible, a simple one)? Many thanks. Wasn't the idea of splitting libgrass into separate package to make it possible to link gdal against grass without installing the whole GRASS?! That was the nice initial idea of someone... Unfortuntately libgrass depends on grass too. And it has also a loop versioned dependency which is officially deprecated, because renders bin-NMU by release team impossible. So, libgrass is unuseful and problematic. See also #361962. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375624: initramfs-tools: Typo in panic() in scripts/functions. Fails to set prompt.
Package: initramfs-tools Version: 0.60 Severity: minor /usr/share/initramfs-tools/scripts/functions has a panic() function to spawn an emergency or debug shell. It does so with this line FS1='(initramfs) ' /bin/sh /dev/console /dev/console 21 FS1 should be PS1 if you want to set the prompt. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.19-2 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375217: When you will upload it?
On Mon, 26 Jun 2006 20:48:46 -0300 Otavio Salvador [EMAIL PROTECTED] wrote: Tim Dijkstra [EMAIL PROTECTED] writes: I've fixed most of the comments I got so far about the package, among them the name; I changed it to uswsusp. Good. Might you should rename the bug against it package name too. I thought I did that ... duh... I retitled if from 'ITP: muswsusp' to 'ITP: muswsusp' ... The two things on the wish list are a debconf prompt for the swap-partition to use and sorting out libssl license issue. For now I choose to compile without it. Good. debconf is a good thing to do before upload to unstable otherwise you'll need to deal with upgrades. OK then the upload will have to wait a bit. Michael Biebl [EMAIL PROTECTED] writes: Maybe it's better to leave the name as it is and only provide a convience symlink (s2disk-suspend) or convince upstream to choose a better name. This looks the best thing to do. I think that upstream need to be aware of possible confusion from user POV. I'll contact upstream, if have some more changes anyway. I do think that even if they don't agree I'll stick with s2disk. Suspend is a really lousy name and it's better to avoid it for several reasons: 1) bash has a build in command that's called like that. 2) The rest of the world thinks suspend == s2ram not s2disk. In fact most people call it hibernate, unfortunately there's already a package that provides that name. 3) I changed the binary to behave differently if it is called as s2both. That way we do not have to keep two different configuration files (one for suspend to both and two suspend to disk) and all the hassle (and danger) that comes with keeping them in sync. About confusion: I added some words in README.Debian to explain. I also wrote manpages (there is no suspend --help), they mention s2disk. grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375609: haskell-http: FTBFS (ppc64): current build architecture ppc64 does not appear in package's list (alpha amd64 hppa i386 ia64 kfreebsd-i386 m68k powerpc s390 sparc)
Op di, 27-06-2006 te 08:13 +0200, schreef Andreas Jochens: Please add 'ppc64' to the Architecture line in debian/control. Thanks for your bug report The architecture line is kept in sync with the list of architectures found in usr/lib/haskell-utils/ghc6_vars supplied by ghc6 using update-haskell-control. As ghc6 is also build on ppc64 I will clone a bug requesting an update for the ghc6_vars file to include ppc64 in the architectures list. Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#375621: gforge-lists-mailman: Use lurker as Mailinglist Archive
Package: gforge-lists-mailman Version: 4.5.14-4 Severity: wishlist The mailman built-in archive is rather cumbersome, as it doesn't allow searching etc. A good alternative which is not too hard to integrate would be lurker (http://lurker.sourceforge.net/). I have been using it for a few private lists with great success. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375620: lastfm does not respect $AUDIODEV
Package: lastfm Version: 1.1.90-3 Severity: normal I'm on a sunray, which only supports oss, and the device node is at an unusal location. The location can be looked up in the environment variable $AUDIODEV, like this: echo $AUDIODEV /tmp/SUNWut/dev/utaudio/utdsp-0 Lastfm currently seems to only look at /dev/dsp, which doesn't work in a sunrayray environment. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1-simigern-64bit Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lastfm depends on: ii libasound21.0.11-3 ALSA library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libqt4-core 4.1.3-2Qt 4 core non-GUI functionality ru ii libqt4-gui4.1.3-2Qt 4 core GUI functionality runtim ii libsamplerate00.1.2-2audio rate conversion library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m Versions of packages lastfm recommends: ii firefox [www-browser] 1.5.dfsg+1.5.0.4-1 lightweight web browser based on M ii galeon [www-browser] 2.0.1-3GNOME web browser for advanced use ii konqueror [www-browse 4:3.5.3-2 KDE's advanced file manager, web b ii lynx [www-browser]2.8.5-2sarge1 Text-mode WWW Browser ii mozilla-browser [www- 2:1.7.12-1.2 The Mozilla Internet application s ii w3m [www-browser] 0.5.1-4WWW browsable pager with excellent ii xemacs21-mule [www-br 21.4.19-1 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375622: rss2email: r2e run dies with ImportError on feedparser
Package: rss2email Version: 1:2.59-1 Severity: normal running r2e run output this: Traceback (most recent call last): File /usr/share/rss2email/rss2email.py, line 228, in ? import feedparser ImportError: No module named feedparser -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rss2email depends on: ii python2.3.5-11 An interactive high-level object-o ii python-feedparser 4.1-4 Universal Feed Parser for Python rss2email recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375300: new tar behavior and --wildcards
Le lun 26 juin 2006 21:53, Petr Vandrovec a écrit : Maybe it could be default for tar's POSIX mode, but I have no idea why GNU mode behavior should be changed in any way. I second that. it's now completely unpossible to do basic packaging work, because such a change wasn't planned. I also don't find it wise, if we still want to release this year, to introduce such a change *now*. Bdale, I *really* beg you to postpone that default change post-etch. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpDQ5v0O4IQF.pgp Description: PGP signature
Bug#369376: please move azureus to main
Cannot find Java function at 0xb7c94f5e java: codegen-common.c:547: codegen_findmethod: Assertion `0' failed. Aborted Have you seen these troubles? This error message means, that we had a segmentation fault, catched by the SIGSEGV handler, now trying to build up the stacktrace, but can't find a registered Java (JIT) method at the given address (0xb7c94f5e). So, in most cases this is a bug somewhere in C code (CACAO itself or maybe GNU Classpath). To debug such crashes, start CACAO in gdb or turn on core files. I agree that this error message is not very clear and I'll change it today and commit it to SVN. TWISTI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375388: [Pkg-alsa-devel] Bug#375388: More info about alsa-utils incorrect boot order using reportbug
On Sun, 25 Jun 2006 the mental interface of Carlos Villegas told: I am using sysvinit version 2.86.ds1-14.1 and the problem is with the order of the alsa-utils init script. The following was generated using reportbug. I can not figure out a bug or something else here? ### BEGIN INIT INFO #.. ### END INIT INFO is realy only an INFO. But I can not identify the reason for this comments at the moment (: But anyway, do you have problems running sound applications using alsa? The order of the alsa-utils init script is in fact _no_ bug! Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375205: update-menus gives lots of errors with /bin/sh pointing to dash
reassign 375205 fvwm-crystal quit Hello Michael and Christian, /etc/menu-methods/fvwm-crystal says: function CommandWOArgs()=shell(sh -r -c 'echo -n $0' replace( \ esc(stripdir($command), \\$`\) \, , \ \)); POSIX sh does not support the -r option and Debian policy does not mandate /bin/sh to be bash but only POSIX sh compatible. However, I think the best fix would be to rewrite CommandWOArgs so that it does not need to use shell() at all, since it is slow. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375630: please package libtasn1 0.3.5
Package: libtasn1-3 Severity: wishlist Hi! Shishi fails some self tests on several 64-bit platforms: http://packages.qa.debian.org/s/shishi.html The reason was a bug in libtasn1. I've now release a new version of libtasn1, 0.3.5, that fixes this. Would you please package this? Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375629: epiphany-browser: viewport jumps back when clicking to exit search mode
Package: epiphany-browser Version: 2.14.2.1-2 Severity: normal Under some circumstances, when the search box is displayed, clicking on the page results in a jump back to a previous viewport state. This can result in a different link being clicked from the one intended. Steps to reproduce the problem: 1. Load http://svkbook.elixus.org/nightly/en/index.html 2. Go to the end of the page 3. Click 'Multiple depots' (or another nearby link) 4. After the Multiple depots page has been loaded, go back. 5. Type '/merge', then ctrl-g until the viewport changes (three times should do it). 6. Click in the viewport. For bonus points, try clicking on a link. 7. The viewport now changes to a position that shows the 'multiple depots' link again. If you're lucky, some other link is followed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages epiphany-browser depends on: ii dbus 0.62-3simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii iso-codes 0.51-1.1 ISO language, territory, currency ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-3simple interprocess messaging syst ii libdbus-glib-1-2 0.62-3simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-5 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnome-desktop-2 2.14.2-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-5 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.0-2 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmozjs0d 1.8.0.4-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d1.8.0.4-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall
Adam Majer wrote: These seem OK. That is, the package is consistent with itself. Check if your checksums match the ones here. You can check the file one by one. Which mirror are you using? I'm assuming you are using the crypto version of apt with up to date archive keys (ie. you get no warnings about untrusted sources). I found the same problem with jikes-kaffe and jikes-classpath. Checksum errors, and it is the copyright files that are affected. So I made backups of the mismatching jikes-kaffe files that were wrong, before reinstalling the package from my .deb file. (The wrong files for the jikes package is now lost.) The reinstalled jikes-kaffe had correct checksums. So I compared the old and new copyright files, and found them to be completely different. The correct /usr/share/doc/jikes-kaffe/copyright starts like this: KAFFE LICENSES Kaffe includes code from many different sources. Currently it contains a great deal of code under the GPL and LGPL. Those licenses can be found in /usr/share/common-licenses. Some parts of Kaffe under those licenses have various exceptions detailed below. Additionally, some parts of Kaffe are from work by the W3C and is therefore under a W3C license. That license is also included in this file. The wrong file starts like this: This package was originaly debianized by Mike Goldman [EMAIL PROTECTED] on Sun, 14 Mar 1999 12:46:09 -0500. Current maintainer is Adam Majer [EMAIL PROTECTED] and it continues with an IBM public licence. for the jikes compiler. The word IBM isn't even mentioned in the correct file. So I wonder, has there been a change of licence without an update in the version number? Or is wrong file versions something that can happen when I break apt-get/dpkg with ctrl+C? I do that occationally, I believed that any half-written package should be re-unpacked upon rerunning the apt-get command later. Or is this assumption wrong? It'd be strange for apt-get to update its database with a new version number installed if the unpacking (or some pre-/post-install script) got interrupted. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374927: pdnsd should conflicts with bind9 (or any name server)
Package: pdnsd Version: 1.2.4par-0.1 Followup-For: Bug #374927 the packages is installed fine (although some checks could be done to avoid error messages) but it's rather the presence of another name server (eg. bind9) that can cause the failure of pdnsd to start for a successful start, you should not have any process that binds port 53 maybe it should conflics with bind9 or it could be the time to define a virtual package (name-server) BTW, does it make sense to have 2 name servers running in parallel ? in any case, this discussion should be done in the d-devel list -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pdnsd depends on: ii adduser 3.90 Add and remove users and groups ii libc6 2.3.6-15 GNU C Library: Shared libraries -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375625: gnome-power-manager: Weird interaction with powersaved daemon
Package: gnome-power-manager Version: 2.14.3-2 Severity: normal Hi I have both gnome-power-manager and powersave daemon installed. I've used powersaved for some time, and it worked fine. When I installed gnome-power-manager, it seemed to work fine together, only when closing the lid, the machine suspends and then when opening the lid it does another supsend. The weird thing is when I tried shutting down the powersave daemon, and running gpm alone, it wouldn't supsend at all. It says 'Suspend Problem', and advises me to consult with the FAQ page. This happens even if I boot without powersaved. Haggai Eran -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (550, 'testing'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages gnome-power-manager depends on: ii gconf2 2.14.0-1 GNOME configuration database syste ii hal0.5.7-2 Hardware Abstraction Layer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-3simple interprocess messaging syst ii libdbus-glib-1-2 0.62-3simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.0-2 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libhal10.5.7-2 Hardware Abstraction Layer - share ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnotify1 0.4.0-1 sends desktop notifications to a n ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libwnck18 2.14.2-1 Window Navigator Construction Kit ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii notification-daemon0.3.4-4 a daemon that displays passive pop ii zlib1g 1:1.2.3-11compression library - runtime gnome-power-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL
Bug#375377: glame: FTBFS on GNU/kFreeBSD
tag 375377 + pending thanks On Sun, Jun 25, 2006 at 08:09:31PM +0200, Petr Salinger wrote: Can you please elaborate why this patch is necessary? configure either #undefs the macro or #defines it to 1, so #if and #ifdef should behave identically. Unfortunately configure does not work in the way you described, see snippet of generated config.h bellow The reason is that configure.ac contains: AC_DEFINE(HAVE_OSS,, [support oss sound interface]) AC_DEFINE(HAVE_OSS_LINUX,, [linux oss system]) AC_DEFINE(HAVE_OSS_SYS,, [soundcard.h in sys]) AC_DEFINE(HAVE_OSS_MACHINE,, [soundcard.h in machine]) Ugh, that's the real bug, introduced when we switched away from acconfig.h. I've fixed the calls upstream, and applied your patch temporarily to the Debian sources. Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375334: less: doesn't display some lines
Hello Ismagulov, I tried to reproduce this behavior with all less-related environment variables unset. It seems to work fine (if I understood the problem correctly). Can you please unset your env. variables (LESS, LESSOPEN) and test it again? Does it work as expected? If so, what to what values are those variables set? Thanks, Thomas Original-Nachricht Datum: Sun, 25 Jun 2006 12:29:11 +0200 Von: Baurzhan Ismagulov [EMAIL PROTECTED] An: Debian Bug Tracking System [EMAIL PROTECTED] Betreff: Bug#375334: less: doesn\'t display some lines Package: less Version: 394-2 Severity: normal Hello Thomas, less doesn't display some lines. To reproduce: * apt-get install doc-rfc-std * gunzip -c /usr/share/doc/RFC/draft-standard/rfc2616.txt.gz |less * /If an entity-body is encoded RET The excerpt in question is: 1494 1495If an entity-body is encoded with a content-coding, the underlying 1496data MUST be in a form defined above prior to being encoded. 1497 Less says that line 1495 is displayed (as expected), but displays data MUST... (weird). The text found is not displayed (weird). Pressing C-p shows an empty line (expected based on the line number -- 1494 is empty, but weird according to the actual contents -- the line If an... is not displayed). Pressing C-l shows the line If an... as 1494 (weird). Repeating the C-p C-l sequence shifts the line numbers of the preceding lines by one. I've tried this on the Linux console. TERM is linux. With kind regards, Baurzhan. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages less depends on: ii debianutils 2.13.2 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1 Shared libraries for terminal hand -- no debconf information -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356827: Acknowledgement (fetchyahoo: Not working since 20 Feb: Got 0 Message IDs)
This problem seems to have gone away some time ago, as of my current Version 2.10.2 fetchyahoo seems to work correctly. Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375628: libarchive-dev: multiple lintian warinings
Package: libarchive-dev Version: 1.2.53-2 Severity: wishlist Hello, lintian emits the following: lintian -i libarchive-dev_1.2.53-2_i386.deb W: libarchive-dev: manpage-has-errors-from-man usr/share/man/man3/archive_util.3.gz .Fx: Unknown FreeBSD version `5.3' (#129) N: N: This man page provokes warnings or errors from man. N: N: cannot adjust or can't break are trouble with paragraph filling, N: usually related to long lines. Adjustment can be helped by left N: justifying, breaks can be helped with hyphenation, see Manipulating N: Filling and Adjusting and Manipulating Hyphenation in the manual. N: N: can't find numbered character usually means latin1 etc in the input, N: and this warning indicates characters will be missing from the output. N: You can change to escapes like \[:a] described on the groff_char man N: page. N: N: Other warnings are often formatting typos, like missing quotes around N: a string argument to .IP. These are likely to result in lost or N: malformed output. See the groff_man (or groff_mdoc if using mdoc) man N: page for information on macros. N: N: At worst, warning messages can be disabled with the .warn directive, N: see Debugging in the groff manual. N: W: libarchive-dev: manpage-has-errors-from-man usr/share/man/man3/archive_write.3.gz .Fx: Unknown FreeBSD version `5.3' (#403) W: libarchive-dev: manpage-has-errors-from-man usr/share/man/man3/libarchive.3.gz .Lb: no description for library `libarchive' available (#34) W: libarchive-dev: manpage-has-errors-from-man usr/share/man/man3/archive_entry.3.gz .Fx: Unknown FreeBSD version `5.3' (#334) W: libarchive-dev: manpage-has-errors-from-man usr/share/man/man3/archive_read.3.gz .Fx: Unknown FreeBSD version `5.3' (#467) W: libarchive-dev: description-synopsis-might-not-be-phrased-properly N: N: The synopsis (first line in the package Description: field, the N: short description) ends with a full stop . character. This is not N: necessary, as the synopsis doesn't need to be a full sentence. It is N: recommended that a descriptive phrase is used instead. N: N: Note also that the synopsis is not part of the rest of the N: Description: field. N: N: Refer to Policy Manual, section 3.4.1 for details. N: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=UTF-8) Versions of packages libarchive-dev depends on: ii e2fslibs-dev 1.39-1 ext2 filesystem libraries - header ii libacl1-dev 2.2.39-1 Access control list static librari ii libarchive1 1.2.53-2 Single library to read/write tar, ii libattr1-dev 2.4.32-1 Extended attribute static librarie ii libbz2-dev1.0.3-2high-quality block-sorting file co ii zlib1g-dev1:1.2.3-12 compression library - development libarchive-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375631: thunar: Depends on libgamin0
Package: thunar Version: 0.3.0beta1-3 Severity: normal Since gamin is unmaintained, while fam is in active development, is it possible to make thunar depend on fam rather than gamin? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages thunar depends on: ii desktop-file-utils0.10-1 Utilities for .desktop files ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-6 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6 simple interprocess messaging syst ii libexo-0.3-0 0.3.1.6beta1-1 Library with extensions for Xfce ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgamin0 0.1.7-3Client library for the gamin file ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libhal-storage1 0.5.7-2Hardware Abstraction Layer - share ii libhal1 0.5.7-2Hardware Abstraction Layer - share ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsm61:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libthunar-vfs-1-2 0.3.0beta1-3 VFS abstraction used in thunar ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfce4util2 4.3.90.1-1 Utility functions library for Xfce ii libxfixes31:3.0.1.2-4X11 miscellaneous 'fixes' extensio ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii shared-mime-info 0.17-2 FreeDesktop.org shared MIME databa ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages thunar recommends: pn hal none (no description available) pn pmountnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375626: hylafax-server: wrong charset in notification mail - suggest charset in bin/dictionary
Package: hylafax-server Version: 2:4.3.0-5 Severity: minor Tags: l10n After installing the current unstable package I found that the notification mail in German language was not displayed properly. (Non-ASCII characters were missing in my case.) The cause is a wrong charset declaration in the notification mail. The script bin/notify sets CHARSET=us-ascii which could be overwritten later but it is not changed anywhere. I suggest setting CHARSET in bin/dictionary to the correct value for the language specific messages. It is not a system specific setting because it depends on the charset the author[s] of the dictionary file used to write the messages. example: case $LANG in # ... de_*) CHARSET=iso-8859-1 DICTRECEIVEAGENT=HylaFAX Empfang; # ... The CHARSET variable is language specific, for example pl_* may need CHARSET=iso-8859-2 while de_* needs CHARSET=iso-8859-1. So it has to be checked for every language included in bin/dictionary. As a workaround I defined the charset variable in FaxDictionary for my language: case $LANG in de_*) CHARSET=iso-8859-1 ;; esac I will send a similar message to the hylafax-users mailing list, because I think it's an upstream issue. Bodo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hylafax-server depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf 1.5.2 Debian configuration management sy ii gs 8.50-1.1Transitional package ii gs-afpl [gs] 8.53-0.2The AFPL Ghostscript PostScript in ii gs-esp [gs] 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.50-1.1The GPL Ghostscript PostScript int ii hylafax-client 2:4.3.0-5 Flexible client/server fax softwar ii libc62.3.6-13GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libtiff-tools3.8.2-4 TIFF manipulation and conversion t ii libtiff4 3.8.2-4 Tag Image File Format (TIFF) libra ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii psmisc 22.2-1 Utilities that use the proc filesy ii sed 4.1.5-1 The GNU sed stream editor ii sharutils1:4.2.1-15 shar, unshar, uuencode, uudecode ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages hylafax-server recommends: ii metamail 2.7-51 implementation of MIME -- debconf information: * hylafax-server/configure_note: * hylafax-server/attachment: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370806: postinst trying to access /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml
Tracking the issue I also encounter via scrollkeeper -v I end up fixing it by removing : /usr/share/omf/update-manager/update-manager-C.omf I am new to omf files so you may beat me at finding out what s wrong with it . I am usinf etch with a fr_FR.UTF-8 locale. Cheers Alban ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375632: openslp: FTBFS: bashisms
Package: openslp Version: 1.2.1-5 Severity: important Hello, There was a problem while autobuilding your package: Automatic build of openslp_1.2.1-5 on avidan by sbuild/i386 0.47 Build started at 20060627-0214 ** ... debian/rules build dh_testdir cp -f /usr/share/misc/config.{guess,sub} . cp: cannot stat `/usr/share/misc/config.{guess,sub}': No such file or directory make: *** [build-stamp] Error 1 ** Build finished at 20060627-0214 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#375634: cdck_0.5.2-1(unstable/arm/europa): needs libtool update on arm
Package: cdck Version: 0.5.2-1 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of cdck_0.5.2-1 on europa by sbuild/arm 85 | Build started at 20060606-1431 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0.0), autotools-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: This library needs some functionality provided by /usr/lib/gcc/arm-linux-gnu/4.0.4/libsupc++.a. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=cdckver=0.5.2-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375528: Bug#375527: pyprotocols: FTBFS: cannot stat `debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info': No such file or directory
On Mon, Jun 26, 2006 at 10:13:36PM -0300, Gustavo Noronha Silva wrote: This is weird... this probably means that your python interpreter points to a version other than the one the pyversions script knows as being the default. I'll have the code be robust enough to handle this situation, but this does not seem to be a normal case. Notice that all the buildds listed on buildd.debian.org built the package just fine: http://buildd.debian.org/build.php?arch=pkg=pyprotocols http://buildd.debian.org/build.php?arch=pkg=ruledispatch This is reproducible with pbuilder. Did you try ? Maybe this bug should be reassigned. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#53121: With respect to nancy preussner
How have you been, nancy preussner Reef!ll f or nancy preussner is ready. Please re-confirm your Data. http://geocities.com/sloan3648 Your order info as per our records: nancy preussner your info if wrong, please help us to correct it Just check the site above to make sure all right. Best Regards, Horace -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375636: jtex.pool in wrong TEXMF tree
Package: jtex-bin Version: 1.9.1-7+b1 Severity: normal Hi, jtex-bin ships jtex.pool in var/lib/texmf/web2c/. As far as I know, this file is not generated at runtime, therefore it is in the wrong TEXMF tree. This can cause problems when tex-common is purged (see http://lists.debian.org/debian-tetex-maint/2006/06/msg00339.html). Please install this file with the other pool files in /usr/share/texmf/web2c/. Thanks. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361439: aptitude: FTBFS on hurd-i386
retitle 361439 aptitude: FTBFS on hurd-i386: Use of nonportable LinuxThreads features tags 361439 +patch thanks Hi, any news on this? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375619: cogito: Please push debian directory upstream
Hi Andrew, On Tue, Jun 27, 2006 at 07:50:02PM +1200, Andrew McMillan wrote: The 'debian' packaging directory in the upstream cogito source is woefully out of date. It would be nice if we could get a more up to date one included so that on occasions when an annoying bug like #374840 is hanging around and making people want to build their own packages. I would prefer that upstream removes the debian/ directory completely, and the official Debian package switches from tarball-in-tarball orig source to pristine upstream source, as happened to the git-core package. I'll see what I can do. In the meantime here's how you can build the new upstream yourself, until I upload (within the next days): $ apt-get source cogito ... $ cd cogito-0.17.2/ $ wget http://kernel.org/pub/software/scm/cogito/cogito-0.17.3.tar.gz ... $ debchange -pv 0.17.3-0 'new upstream version.' $ dpkg-buildpackage -rfakeroot -b -uc -us ... $ Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375153: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#375187: fixed in gnome-python 2.12.4-1)
On Tue, 2006-06-27 at 09:39 +0200, Josselin Mouette wrote: The update-notifier package has to be rebuilt, that's all. How does that happen, generally? Is there something in place which is supposed to rebuild packages when they need rebuilding? Or should I raise a bug report requesting the rebuild? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall - cause found
Now I found the problem. The three packages jikes, jikes-kaffe and jikes-classpath all overwrite each others copyright files. So: Installing jikes wrecks the checksums of jikes-classpath and jikes-kaffe Installing jikes-kaffe wrecks the checksums of jikes and jikes-classpath Installing jikes-classpath wrecks the checksums of jikes and jikes-kaffe Just try it. Install all three packages. Then, apt-get --reinstall install one of the packages run debsums jikes jikes-kaffe jikes-classpath and see that the one installed is ok, and the other two is not. This is fully repeatable and works for any of the three packages. My guess: over-eager cutpaste when making postinst scripts? ;-) Probably not a real problem, except it trips up debsums and stores wrong licencing info. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375460: Upgrade to linux kernel 2.6.17 makes Xserver crasing on startup
On Mon, 2006-06-26 at 08:03 +0200, Marcel Sebek wrote: I upgraded kernel to 2.6.17 and xserver stopped working. I tried both DRI enabled and disabled. I also tried disabling all modules and removing all font directories, it didn't help. The Xserver receives SIGSEG: Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x88) [0x80b8d98] 1: [0xe420] 2: /usr/bin/X11/X(main+0x5cc) [0x806e46c] 3: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0xb7d51eb0] 4: /usr/bin/X11/X(FontFileCompleteXLFD+0x91) [0x806d881] Fatal server error: Caught signal 11. Server aborting This is the trace with ati driver. I also tried vesa, the trace also started with xf86SigHandler+0x88 and ended with FontFileCompleteXLFD, but it has a few more lines between. Please provide the full log file and try and get a backtrace with gdb. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#375633: pentanet: FTBFS: bashisms
Package: pentanet Version: 2.3.1-5 Severity: important Hello, There was a problem while autobuilding your package: Automatic build of pentanet_2.3.1-5 on avidan by sbuild/i386 0.47 Build started at 20060627-0250 ** ... rm -f /build/buildd/pentanet-2.3.1/debian/{build,configure}-stamp rm -rf /build/buildd/pentanet-2.3.1/debian/{tmp,pentanet-{utils,doc,dev}} find /build/buildd/pentanet-2.3.1/{apps,tools} -name *.o -exec rm {} \; find: /build/buildd/pentanet-2.3.1/{apps,tools}: No such file or directory make: *** [clean] Error 1 ** Build finished at 20060627-0251 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#375334: less: doesn't display some lines
Hello Thomas, thanks for the prompt response! On Tue, Jun 27, 2006 at 10:55:45AM +0200, Thomas Schoepf wrote: Can you please unset your env. variables (LESS, LESSOPEN) and test it again? Does it work as expected? If so, what to what values are those variables set? Aha, I have LESS set to -r. With LESS= less the problem goes away. With kind regards, Baurzhan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346116: xemacs21-basesupport: please, either fix bug or upload new upstream version
Package: xemacs21-basesupport Followup-For: Bug #346116 Hi, could you please fix the bug or upload the latest version (maybe the severity should have been set lower though !) thanks a lot -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) --- xemacs21-packages-2005.12.08/xemacs-packages/gnus/lisp/gnus-xmas.el 2005-12-09 16:19:56.0 +0100 +++ xemacs21-packages-2005.12.08/xemacs-packages/gnus/lisp/gnus-xmas.el.new 2006-06-23 23:49:17.0 +0200 @@ -541,7 +541,7 @@ (rest (- wheight pheight))) (insert (make-string (max 0 (* 2 (/ rest 3))) ?\n))) ;; Paint it. -(put-text-property (point-min) (point-max) 'face 'gnus-splash-face))) +(put-text-property (point-min) (point-max) 'face 'gnus-splash))) (setq modeline-buffer-identification (list (concat gnus-version : *Group*))) (set-buffer-modified-p t))
Bug#103681: reference. sharon monroe
Hi, sharon monroe Press Kription f or sharon monroe is ready. Please re-confirm your Address. http://geocities.com/bernadine3960 Your name as per our records: sharon monroe your street if wrong, please help us to correct it Just check the site above to make sure all right. Regards, Helga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375635: console-data: latarcyrheb-sun16.psf.gz gone missing?
Package: console-data Version: 20060609 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since a few days, I notice an error message that the file is not found at bootup. Using dpkg -L, I was able to verify that, contrary to what Debian's package search reports, latarcyrheb-sun16.psf.gz is indeed missing from console-data. - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages console-data depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy Versions of packages console-data recommends: ii console-common 0.7.58Basic infrastructure for text cons ii console-tools 1:0.2.3dbs-62 Linux console and font utilities - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoPymeXr56x4Muc0RAtrmAJ0TzpfDp0u4p1KWQLws6A5aCuj/uQCfVpmp 1uSvouqXy0Aol1u2KJiEVxI= =YKOP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375637: multex.pool in wrong TEXMF tree
Package: multex-bin Version: 0.8.1-7+b1 Severity: normal Hi, multex-bin ships multex.pool in var/lib/texmf/web2c/. As far as I know, this file is not generated at runtime, therefore it is in the wrong TEXMF tree. This can cause problems when tex-common is purged (see http://lists.debian.org/debian-tetex-maint/2006/06/msg00339.html). Please install this file with the other pool files in /usr/share/texmf/web2c/. Thanks. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375402: [Fwd: Re: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior]]
---BeginMessage--- Attilio Fiandrotti wrote: Hi DFB people recently the forwarded bug was found in DFB 0.9.24 : any idea how to fix it ? (we're already excluding linux_input DFB module at DFB start time). thanks Attilio I think the bug is in the evdev kernel module, not in DirectFB. -- Regards, Claudio Ciccani [EMAIL PROTECTED] http://directfb.org http://sf.net/projects/php-directfb ---End Message---
Bug#375108: libnss-ldap: hyphen still not correctly handled
Package: libnss-ldap Version: 251-4 Followup-For: Bug #375108 # escape slash and backslash for later regex compat # the order is important, first the backslashes value=`echo $value | sed -s 's#\\\#\\\#g'` # then the slashes value=`echo $value | sed -s 's#/#\\\/#g'` # escape hyphen in domainnames for later regex compat (ex. example-city.net) value=`echo $value | sed -s 's#-#\\-#g'` Have you actually tested your fix ? for a quick working fix: move the - escaping before the \ escaping or double the \ in the remplacement... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370393: debian-edu doesnt use amanda anymore
Hi, closing this bug as debian-edu-config doesnt use amanda anymore. Sorry for the noise :-) (since debian-edu-config 0.402+svn6656) regards, Holger pgpxzrO2RVnzk.pgp Description: PGP signature
Bug#375173: 'trickle' hogs CPU on a dialup.
On Fri, Jun 23, 2006 at 10:55:23PM -0400, A. Costa wrote: On my dialup connection 'trickle' devours about 50% of the CPU. (800mhz Pentium III, 512K RAM). When I use 'cpulimit' to slow 'trickle' down to 10% of the CPU, 'trickle' still works fine. Therefore 'trickle' doesn't require as much CPU as it uses... at least not on a dialup. i can't reproduce this and need more information: what program did you ty to throttel? did you also try others? what kind of line is that? how fast? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#372564: Workaround
I found a workaround for these two related bugs, i.e., 372564 and 372258. Apparently kwalletmanager works smoothly if launched without indicating any session, so you can either disable your session manager (via control center - kde components - session manager) or just exclude kwalletmanager from session managing. I hope this helps while debian maintainers fix these two annoying bugs and provide us with the fixed packages. Regards G. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375642: texlive-base-bin: Cannot install - missing texlive-common package.
Package: texlive-base-bin Severity: grave Justification: renders package unusable Hello. TeXLive can't be installed on debian/unstable because texlive-common is missing: ~# LANG=en apt-get install texlive-base-bin Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: texlive-base-bin: Depends: texlive-common but it is not installable E: Broken packages A. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- PS. Fajny portal... http://link.interia.pl/f196a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375640: [doc] man pages refer to guide in /usr/share/doc/apt/ not apt-doc/
Package: apt Version: 0.6.44.2 Severity: minor man apt-get: ... SEE ALSO apt-cache(8), apt-cdrom(8), dpkg(8), dselect(8), sources.list(5), apt.conf(5), apt-config(8), The APT User's guide in /usr/share/doc/apt/, apt_preferences(5), the APT Howto. ... should read: /usr/share/doc/apt-doc/ Regards, Johannes -- Package-specific info: -- /etc/apt/preferences -- X-comment: Track sarge as default Package: * Pin: release a=stable Pin-Priority: 700 X-comment: Make testing available all the time Package: * Pin: release a=testing Pin-Priority: 800 X-comment: Make unstable available all the time Package: * Pin: release a=unstable Pin-Priority: 70 X-comment: === Make backports available all the time Package: * Pin: release a=sarge-backports Pin-Priority: 200 -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 Versions of packages apt recommends: pn debian-archive-keyringnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375631: Gamin going away
On Sat, Jun 24, 2006 at 05:19:22PM +0200, Josselin Mouette wrote: The GNOME team is willing to give away maintainership of the gamin package. The GNOME VFS library now has builtin inotify support, making gamin useless on a GNOME desktop. Furthermore, it has some nasty bugs and is unmaintained upstream. Does the GNOME VFS library having inotify support mean FAM has this now? What are the nasty bugs and where is the note that it is unmaintained upstream? I couldn't see anything on Daniel Veillard's webpages about it. On Tue, Jun 27, 2006 at 10:26:55AM +0100, Marco Colombo wrote: Since gamin is unmaintained, while fam is in active development, is it possible to make thunar depend on fam rather than gamin? Upstream has previously said: I strongly recommend Gamin, because it offers several advantages over FAM: * Can utilize various modern operating system services like kevent and inotify. * Allows its client to disable the sending of FAMExists events, which aren't used in Thunar (nor in any other FAM-based software I've seen recently) and produce only unnecessary noise. * Runs as user process rather than system service. So I'm not entirely convinced about reverting back to dnotify and a system service instead of gamin. Simon. -- -+// If a tree fell on a florist, would he make a sound?\\+- -++- -+\\ //+- Colocate your server with http://www.blackcatnetworks.co.uk signature.asc Description: Digital signature
Bug#375641: ITP: libgd-securityimage-perl -- Security image (captcha) generator
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libgd-securityimage-perl Version : 1.61 Upstream Author : Burak Gursoy [EMAIL PROTECTED] * URL : http://mirrors.kernel.org/cpan/modules/by-module/GD/GD-SecurityImage-1.61.tar.gz * License : Perl: GPL/Artistic Programming Lang: Perl Description : Security image (captcha) generator The (so called) Security Images are so popular. Most internet software use these in their registration screens to block robot programs (which may register tons of fake member accounts). Security images are basicaly, graphical CAPTCHAs (Completely Automated Public Turing Test to Tell Computers and Humans Apart). This module gives you a basic interface to create such an image. The final output is the actual graphic data, the mime type of the graphic and the created random string. The module also has some styles that are used to create the background (or foreground) of the image. . If you are an Authen::Captcha user, see GD::SecurityImage::AC for migration from Authen::Captcha to GD::SecurityImage. . GD::SecurityImage is just an image generator. Not a captcha handler. The validation of the generated graphic is left to your programming taste. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-vserver-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375388: [Pkg-alsa-devel] Bug#375388: More info about alsa-utils incorrect boot order using reportbug
Elimar Riesebieter wrote: I can not figure out a bug or something else here? ### BEGIN INIT INFO #.. ### END INIT INFO is realy only an INFO. But I can not identify the reason for this comments at the moment (: This information has the purpose of informing when should this script be started/stopped. In this way, the correct order of all the scripts can be checked to find any problems at the boot time. It could also be useful for the parallelization of the boot process as it could be possible to know which processes can be executed in parallel. Currently, there is at least one debian package that uses this information: insserv, and we are working on a project to improve the debian boot process that would use this standard information (which is supposed to be used but hasn't). http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/ Coming back to alsa-utils case, the bug reported was related to the service required. According to the current information in the init script: ### BEGIN INIT INFO # Required-Start:$syslog $remote_fs # Required-Stop: $syslog $remote_fs # Default-Start: S # Default-Stop 0 6 # Short-Description: Restore and store ALSA driver settings ### END INIT INFO it says that alsa-utils would require $syslog and $remote_fs to start. If this is true we have a problem as alsa-utils starts before sysklogd which provides the $syslog service. If alsa-utils doesn't require the syslog then it should be removed or changed. On the other side in a previous mail you mentioned that the only assumption was that /var should be mounted. Then probably it just requires the local filesystem ($local_fs) and not $remote_fs. I would propose to change the current init info as follows (considering that alsa-utils requires $syslog and $remote_fs) as sysklog is in ### BEGIN INIT INFO # Provides: alsa-utils # Required-Start:$syslog $remote_fs # Required-Stop: $syslog $remote_fs # Default-Start: 2 3 4 5 # Default-Stop 0 1 6 # Short-Description: Restore and store ALSA driver settings # Description: This script stores and restores mixer levels #on shutdown and bootup. ### END INIT INFO But anyway, do you have problems running sound applications using alsa? no, i have no problems running it but I don't how alsa-utils works and why it would or wouldn't require the system log to be started ($syslog). cheers Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375638: lintian: deb-created-with-broken-tar: typos and tar version clarification
Package: lintian Version: 1.23.21 Severity: minor Tags: patch Hello, The explanation of deb-created-with-broken-tar says that some versions of tar are broken. I've added to the message a summary of which (Debian) versions this concerns. Furthermore the description has two typos, s/make/makes/, s/build/built/. See attached patch. Thijs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lintian depends on: ii binutils 2.17-1 The GNU assembler, linker and bina ii diffstat 1.41-1 produces graph of changes introduc ii dpkg-dev 1.13.22 package building tools for Debian ii file 4.17-2 Determines file type using magic ii gettext 0.14.6-1GNU Internationalization utilities ii intltool-debian 0.34.2+20060621 Help i18n of RFC822 compliant conf ii libparse-debianchangelog 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-3 The on-line manual pager ii perl [libdigest-md5-perl 5.8.8-6 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information diff -ur lintian-1.23.21.orig/checks/deb-format.desc lintian-1.23.21/checks/deb-format.desc --- lintian-1.23.21.orig/checks/deb-format.desc 2004-04-14 01:14:17.0 +0200 +++ lintian-1.23.21/checks/deb-format.desc 2006-06-27 12:12:06.0 +0200 @@ -9,10 +9,11 @@ Tag: deb-created-with-broken-tar Type: error Info: The binary package was created with a broken version of tar. - Some versions of tar contain a bug, which make the resulting .deb broken. On - unpack, some filenames are going to be corrupted. + Some versions of tar, most notably 1.13.92-1 to 1.13.93-1 contain a bug, + which makes the resulting .deb broken. On unpack, some filenames are going + to be corrupted. . - This package was build with such a version of tar, and the mentioned filename + This package was built with such a version of tar, and the mentioned filename is corrupted. Refer to Debian bug #230910 for more information, or simply update your tar-version and rebuild.
Bug#375402: FW: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior]
FYI, Regards, Davide -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Claudio Ciccani Sent: Tuesday, June 27, 2006 12:01 PM To: Attilio Fiandrotti Cc: directfb-dev@directfb.org Subject: Re: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior] Attilio Fiandrotti wrote: Hi DFB people recently the forwarded bug was found in DFB 0.9.24 : any idea how to fix it ? (we're already excluding linux_input DFB module at DFB start time). thanks Attilio I think the bug is in the evdev kernel module, not in DirectFB. -- Regards, Claudio Ciccani [EMAIL PROTECTED] http://directfb.org http://sf.net/projects/php-directfb ___ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
Bug#375639: chalow: Please put comments in English
Package: chalow Version: 0.99+1.0rc6-1 Severity: wishlist I've tried chalow but did not manage to do what I wanted. When reading the config file or the code, I saw comments in Japanese. Could you please put English comments instead? Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages chalow depends on: ii libhtml-template-perl 2.8-1 HTML::Template : A module for usin ii libjcode-pm-perl 2.03-1 Perl extension interface to conver ii perl 5.8.8-6Larry Wall's Practical Extraction chalow recommends no packages. -- no debconf information -- adn Mohammed Adnène Trojette
Bug#349073: more insights
On Sun, 25 Jun 2006, Marc Lehmann wrote: Let me explain. I have a 32 bit chrooted debian on /debian32, and I do mount -n --rbind /fs /debian32/fs. This seems to cause the (now reproducable) problem. However, I have similar problems with the same automount setup on my 32 bit laptop where I do not use a chrooted debian env or mount --rbind. Is autofs is always started after the bind mounts are done. Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375205: update-menus gives lots of errors with /bin/sh pointing to dash
* Bill Allombert [EMAIL PROTECTED] [2006-06-27 11:12]: However, I think the best fix would be to rewrite CommandWOArgs so that it does not need to use shell() at all, since it is slow. I cannot think of a way to extract the first whitespace seperated token from the command with the functions provided by the debian menu system. If there is, please give me a hint. If not, I would suggest the following (please keep in mind that the actually executed command will be run in a shell and is the unmodified $command, and is not affected by the return value of CommandWOArgs) function CommandWOArgs()=shell(sh -c 'echo -n $0' replacewith(stripdir($command), \\\$`'!, ) ); Again, the purpose of this function is to extract the name of the binary that will be run. The menu entry will only be displayed if fvwm-crystal finds a binary with this name in the PATH (and assign an icon with that name). Now this will not work for shell builtin functions, but the only effect will be that those menu entries will not be visible. The idea of the above is, that stripdir will by chance provide me with the name of an executed binary (if there is one with absolute path given). This will, e.g. work for Bill's testbacktics example. I will then replace all shell special characters with spaces, and take the first word of the remaining string. This approach will not work for some menu entries, but should not yield any errors when running update-menus. For those entries where it does not yield the correct name of the executable (if there is any), the entry will simply not be available. -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373181: [intl:fr] ldap-account-manager debconf templates translation
Hi Steve, steve schrieb: Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. thanks for your translation update, I will add it with the next upload. Greetings, Roland -- LDAP Account Manager http://lam.sourceforge.net signature.asc Description: OpenPGP digital signature
Bug#375528: Bug#375527: pyprotocols: FTBFS: cannot stat `debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info': No such file or directory
Em Ter, 2006-06-27 às 11:22 +0200, Julien Danjou escreveu: On Mon, Jun 26, 2006 at 10:13:36PM -0300, Gustavo Noronha Silva wrote: This is weird... this probably means that your python interpreter points to a version other than the one the pyversions script knows as being the default. I'll have the code be robust enough to handle this situation, but this does not seem to be a normal case. Notice that all the buildds listed on buildd.debian.org built the package just fine: http://buildd.debian.org/build.php?arch=pkg=pyprotocols http://buildd.debian.org/build.php?arch=pkg=ruledispatch This is reproducible with pbuilder. Did you try ? Maybe this bug should be reassigned. Yeah, it was probably a change in the python packaging tools. You were right, I returned the bugs to severity serious. Sorry for the noise =) See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#374978: A problem with PAW variables - looking for suggestions
Hi Kevin, I understand now. Thanks for the explanation. Ian and I had a look at this code. It appeared to us that the best would be to rename this common block. In fact in this include file, there is two common blocks with bad names. FD and X we propose to rename them D510FD and D510X this should fix your problem. What do you think ? Cheers, Olivier -Original Message- From: Kevin B. McCarty [mailto:[EMAIL PROTECTED] Sent: Monday, June 26, 2006 6:49 PM To: Olivier Couet Cc: [EMAIL PROTECTED]; Ian Mclaren; [EMAIL PROTECTED] Subject: Re: Bug#374978: A problem with PAW variables - looking for suggestions Olivier Couet wrote: Hi Kevin, Quite frankly I am not sure a such protection is needed. Calling a function X, Y or Z when these keywords are known as reserved ones is really bad programming, unless the programmer wants to make confusing code on purpose. Well, let me explain what leads to the symbol x_ being defined in the scope of Frank's original test case. In that case he did *not* define a FORTRAN function X() in his shared library. For Debian, I compile the CERN libraries both as static libraries and as shared libraries. By default the linker pulls in shared libraries in preference to static libraries. When Frank creates his dynamic library to load into PAW, he links it against libmathlib in order to allow it to use certain functions. In particular it is linked against the shared version of mathlib. But mathlib includes a common block named /X/ (it is defined in the file src/mathlib/gen/d/d510si.inc in Cernlib source code). G77 translates this into a symbol named x_ in the object code. So for any shared lib loaded into PAW which is dynamically linked to mathlib, the COMIS interpreter will find this symbol x_ and try to interpret the x in a PAW command fun1 1 x 100 0 100 as that symbol. (Then it will segfault since x_ is actually a common block and not a function.) You might say this is my own fault for making dynamic versions of CERN libraries available. However this bug can even be triggered with normal CERN static libraries if someone wants to use any of the following mathlib functions that require the common block /X/ to be defined: errorf() fumili() mconv() monito() scal() sgz() Please see the new test case I attach as an example. (You may have to edit the included Makefile for the location of your Cernlibs.) For instance, in fortran, you can do things like that: program then integer integer, else, endif integer = 1 endif = 0 else = 2 if (integer .eq. if) then endif = 3 else endif = 2 endif end It compiles ! but who would like to write such code ? just to make confusion may be ? FORTRAN is amazing :-) I am afraid that making a such patch may introduce some side effects which might be much worst than that. Which is why I ask whether you know of a perhaps better way to fix this? Is this fix really important for you ? Well, it is important for me but I am happy to keep it as a separate Debian-specific patch if you do not want to include it. (If there do turn out to be other problems with the patch, I will ensure that users know I am to blame, not you guys.) However as I show in the attached test case, there are situations (maybe they are rare?) where users of the official libraries distributed by CERN are affected, not only users of the Debian packages. If you have a better patch that is less likely to affect other parts of PAW, please let me know. By the way in your patch you have protection for X and Z only, you are missing Y. I used = and = to test that the character is between x and z (or X and Z) in the alphabet, inclusive, so this should also cover Y: + ((procname[0] = 'x' procname[0] = 'z') || +(procname[0] = 'X' procname[0] = 'Z'))) Also X, Y and Z are not are PAW internal dummy variables. they are reserved keywords used to define analytic functions. OK, point taken. My apologies, I am no PAW expert. But this point of terminology doesn't affect the existence of the problem. best regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544
Bug#375644: lsb-base: /lib/lsb/init-functions doesn't like xterm-mono
Package: lsb-base Version: 3.1-10 Severity: normal if TERM is set to xterm-mono the function log_use_fancy_output() returns true and the log_* functions the try to use `tput setaf 1` and `tput op`. These two fail with TERM=xterm-mono and scripts like /etc/init.d/apache2 exit at that point since they have set -e switched on. You can fix this by changing each `tput setaf 1` to `tput setaf 1 || exit 0` etc. or change the log_use_fancy_output() to test tput setaf like it tests tput hpa. Actually I think the log_use_fancy_output function could be removed. The present function is only used to set the variables RED YELLOW and NORMAL so it could be replaced with something like TPUT=/usr/bin/tput EXPR=/usr/bin/expr if [ x$TERM != xdumb ] [ -x $TPUT ] [ -x $EXPR ] \ $TPUT hpa 60 /dev/null 21 $TPUT setaf 1 /dev/null 21; then FAILURE=`$TPUT setaf 1`*`$TPUT op` FAILED= `$TPUT setaf 1`failed!`$TPUT op` WARNING=`$TPUT setaf 3`*`$TPUT op` else FAILURE= FAILED= failed! WARNING= fi and then you just use those variables in the log_* functions without having to have an if-then-else construct. It also means that you don't have to worry about /usr being unmounted half way through a script since you've cached all the necessary terminfo magic at the start and you no longer need tput. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages lsb-base depends on: ii ncurses-bin 5.5-2 Terminal-related programs and man ii sed 4.1.5-1The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375643: SECURITY: CVE-2006-3011: error_log() Safe Mode Bypass PHP 5.1.4 and 4.4.2
Package: php4 Version: 4.4.2 Severity: grave Justification: security Hello The following came through bugtraq, please check if we're affected. bye, -christian- On Sun, Jun 25, 2006 at 11:11:34PM -, [EMAIL PROTECTED] wrote: [error_log() Safe Mode Bypass PHP 5.1.4 and 4.4.2] Author: Maksymilian Arciemowicz (cXIb8O3) Date: -Written: 10.6.2006 -Public: 26.06.2006 from SECURITYREASON.COM CVE-2006-3011 --- 0.Description --- PHP is an HTML-embedded scripting language. Much of its syntax is borrowed from C, Java and Perl with a couple of unique PHP-specific features thrown in. The goal of the language is to allow web developers to write dynamically generated pages quickly. A nice introduction to PHP by Stig Sæther Bakken can be found at http://www.zend.com/zend/art/intro.php on the Zend website. Also, much of the PHP Conference Material is freely available. error_log -- Send an error message somewhere. --- 1. error_log() Safe Mode Bypass --- error_log() function send to email, file or display your error message. You can send error messages per mail or write into files. Issue is very simple. error_log() check safe_mode and open_basedir in stream function. But isn't allowed use URL. And problem exists in incorrect filename. PHP5: -2013-2050--- PHPAPI int _php_error_log(int opt_err, char *message, char *opt, char *headers TSRMLS_DC) { php_stream *stream = NULL; switch (opt_err) { case 1: /*send an email */ { #if HAVE_SENDMAIL if (!php_mail(opt, PHP error_log message, message, headers, NULL TSRMLS_CC)) { return FAILURE; } #else php_error_docref(NULL TSRMLS_CC, E_WARNING, Mail option not available!); return FAILURE; #endif } break; case 2: /*send to an address */ php_error_docref(NULL TSRMLS_CC, E_WARNING, TCP/IP option not available!); return FAILURE; break; case 3: /*save to a file */ stream = php_stream_open_wrapper(opt, a, IGNORE_URL | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL); if (!stream) return FAILURE; php_stream_write(stream, message, strlen(message)); php_stream_close(stream); break; default: php_log_err(message TSRMLS_CC); break; } return SUCCESS; } -2013-2050--- Let's see to option 3. -2038 line--- stream = php_stream_open_wrapper(opt, a, IGNORE_URL | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL); -2038 line--- Option a, writte to file error or if file dosen't exists, create new file. Problem is because in php_stream_open_wrapper(), is defined IGNORE_URL. IGNORE_URL turn off safe_mode if you use prefix://../../. -Example--- cxib# php -r 'error_log(? echo \cx\; ?, 3, /www/temp/sr.php);' Warning: error_log(): SAFE MODE Restriction in effect. The script whose uid is 0 is not allowed to access /www/temp owned by uid 80 in Command line code on line 1 Warning: error_log(/www/temp/sr.php): failed to open stream: Invalid argument in Command line code on line 1 cxib# php -r 'error_log(? echo \cx\; ?, 3, php://../../www/temp/sr.php);' cxib# ls -la /www/temp/sr.php -rw-r--r-- 1 cxib www 16 Jun 11 17:47 /www/temp/sr.php cxib# -Example--- --- 2. Exploit --- ?php $file=; # FILENAME error_log(? echo \cx\; ?, 3, php://../../.$file); ? --- 3. How to fix --- No response from PHP Team. We have reported this bug in 11.06.2006 --- 4. Greets --- For: sp3x and p_e_a, l3x, pi3, eax, Infospec, gKPc8O3 --- 5. Contact --- Author: SecurityReason.Com [ Maksymilian Arciemowicz ( cXIb8O3 ) ] Email: max [at] jestsuper [dot] pl or cxib [at] securityreason [dot] com GPG: http://securityreason.com/key/Arciemowicz.Maksymilian.gpg SecurityReason.Com -- Christian Hammers WESTEND GmbH | Internet-Business-Provider Technik CISCO Systems Partner - Authorized Reseller Lütticher Straße 10 Tel 0241/701333-11 [EMAIL PROTECTED]D-52064 Aachen Fax 0241/911879
Bug#339537: ViewVC 1.0.0 going to be out very soon
Hi Ender, I am also very interested in having ViewVC 1.0 included in Debian (especially as the Sarge version of ViewCVS is not compatible with SVN). I wanted to know what is the status of the package and if we can help you in anyway in bringing it to shape ? I have a development server that I can use to test the package if needed. Thanks for you work Do not hesitate to ask for help :o) Cheers LeTic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294081: yaboot: ofpath improperly handles a second sata hard drive.
Pedro I. Sanchez [EMAIL PROTECTED] does not seem to exist anymore. Without further information and if the bug does not appear on my test G5, I will close it. Cheers, -- ((__,--,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_` _/ \ `---` `- \__/'---'\__/ BOFH excuse #392: It's union rules. There's nothing we can do about it. Sorry. signature.asc Description: Digital signature
Bug#294081: yaboot: ofpath improperly handles a second sata hard drive.
Hi, Could you both provide me your /proc/cpuinfo and your Apple OF version, please. I will try to reproduce it on a friend's dual G5 too. Cheers, -- ((__,--,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_` _/ \ `---` `- \__/'---'\__/ BOFH excuse #145: Flat tire on station wagon with tapes. (Never underestimate the bandwidth of a station wagon full of tapes hurling down the highway Andrew S. Tannenbaum) signature.asc Description: Digital signature
Bug#281525: yaboot: doesn't boot from an msdos logical partition and ybin doesn't warn you
severity 281525 wishlist thanks On Tue, Nov 16, 2004 at 09:42:27PM +0100, Alessandro Amici wrote: i'm not an expert of powerpc so i might have missed the bit of information that warns against this limitation of yaboot, but i consider a bug that ybin doesn't complain about an invalid partition being used as root. This is the same demand as #120620. Please provide a patch if you want it to be fixed. Cheers, -- ((__,--,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_` _/ \ `---` `- \__/'---'\__/ BOFH excuse #10: hardware stress fractures signature.asc Description: Digital signature
Bug#375604: network-manager-kde: forgets WEP/hidden SSID wlan information
Peter Van Eynde schrieb: Package: network-manager-kde Version: 0.09+0.1r550737-1 Severity: normal Hello, Hi Peter! I have a WEP protected wlan that does not transmit the SSID at home. (I know this is not safe, but with 2 other open networks nearby they will not bother with mine I guess). I have installed and configured wpa_supplicant and network-manager-kde and it does see both my network interfaces, and the 2 wireless lans of my neighbours, but not mine. After selecting Connect to Other Wireless Network I enter the SSID and WEP hex key of my wlan and it associates. All in all a very nice experience and pretty simple to use. But after a time (sometimes a few hours, sometimes a few minutes) it forgets about this wlan and the connection is lost. So it does not start to reconnect/reauthenticate? I must admit I do not know if this is a network-manager-kde problem or one of network-manager or wpasupplicant, but it doesn't look like any known (open) bug at the moment. If so please reassign. It's most likely not a problem of network-manager-kde. Do you have a stable connection if you configure and run wpa_supplicant manually (without running network-manager)? The ipw2100 is very well supported, so it's probably not a driver bug. Do you have you wlan router setup to rotate your (four) hex-keys? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#278527: fixed in pvpgn 1.6.4+20040826-2
Hi Philipp, Philipp Kern wrote: Yep. Reverse engineering clauses are void in Europe, but as you said upstream took them verbatim, so this is explicitly prohibited by Blizzard. So the software is hopefully free, and one component of it could be used without infringing ToS (Westwood Online). The other, more used component could only be used in conjunction with illegal material at own risk. At least we should inform our users that those files are not obtained by reverse-engineering, but taken verbatim. I know that Blizzard wants to protect itself from other Battle.Net servers (because that would circumvent the copy-protection through the serial number). So the risk's there. Even an automatic download like with msttcorefonts might not be ok in this case, at least IMHO and IANAL. You are right. We also can not distribute the support files in non-free. So what would be an acceptable solution ? An option is keeping pvpgn in main because of the Westwood Online support and informing our users about the support files when they are being downloaded. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296601: kmail: Does not allow to encrypt to some keys
found 3.5.2-1 thanks Am Mittwoch, 23. Februar 2005 22:07 schrieb Adeodato Simó: See http://bugs.kde.org/44699 for details (reported in 2002, go figure). All I can recommend is that you put some votes in the upstream bug report. Comment #20 [1] has a minimalist solution to this. Please apply. Timo [1] http://bugs.kde.org/show_bug.cgi?id=44699#c20 pgpbloyC5Lx9M.pgp Description: PGP signature
Bug#233810: yaboot does not recognizes RAID file systems
On Jun 27, Aurélien GÉRÔME [EMAIL PROTECTED] wrote: I am really tempted to apply that patch, it seems so trivial, despite I can confirm that I have been using it without any problem on multiple systems for more than two years. the fact Ethan is very reluctant to do so. :( Ethan just does not understand that denying users new features in yaboot will not persuade them to work on yaboot2. I will first test it on a G5 with 2 harddisks in RAID-1 and see if it works... However, other non-linear RAID personalities will not work for sure. This is not relevant, other RAID methods will not work with yaboot even when in a type 82 partition (which is currently accepted). -- ciao, Marco signature.asc Description: Digital signature
Bug#375645: linux-2.6: [powerpc] mkvmlinuz support files are missing in 2.6.17-1.
Package: linux-2.6 Version: 2.6.17-1 Severity: grave Justification: renders package unusable Well, 2.6.17-1 was missing the mkvmlinuz support patch. I am now fixing this issue, for 2.6.17-2, and thus this is a place-holder bug to get a number for the changelog :) Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#233810: yaboot does not recognizes RAID file systems
On Fri, Feb 20, 2004 at 12:33:19AM -0900, Ethan Benson wrote: On Fri, Feb 20, 2004 at 09:53:16AM +0100, Marco d'Itri wrote: On Feb 20, Ethan Benson [EMAIL PROTECTED] wrote: Please apply this patch. Without it it's not possible to use yaboot on a system with a mirrored /. correct, yaboot 1 does not support raid. With this trivial change it will, and I'm using it on a RAID system. I have many years experience as the upstream maintainer of yaboot, ive seen many `trivial changes' break it in obscure ways. im rejecting the patch and giving Warren my explicit disrecommendation. 1.x is maintained in strict critical fix only (much like debian stable, so i expect you will understand and agree), adding features does not qualify. RAID is not supported and won't be until yaboot2, help with yaboot2 if you want that sooner. I am really tempted to apply that patch, it seems so trivial, despite the fact Ethan is very reluctant to do so. :( I will first test it on a G5 with 2 harddisks in RAID-1 and see if it works... However, other non-linear RAID personalities will not work for sure. Cheers, -- ((__,--,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_` _/ \ `---` `- \__/'---'\__/ BOFH excuse #356: the daemons! the daemons! the terrible daemons! signature.asc Description: Digital signature
Bug#375314: xboard fails to start: X Error of failed request: BadName (named color or font does not exist)
So far, I was unable to reproduce the failure. However, I didn't use a full Sid installation - only Etch and/or chroot'ed Sid. Still, let's try to troubleshoot it. I assume it's still a problem, right? 1. Could you please attach a full output of 'env'? 2. Same request for 'xlsfonts' output. 3. For one of the X clients that: a. Does use fonts b. Still works; and c. Has a resource file in /etc/X11/app-defaults/ Could you please temporarily move the resource file someplace and try to launch the client to see if it would break it? Thanks, -- Sasha -- Alexander L. Belikoff http://www.belikoff.net PGP/GPG fingerprint: 907E E5C6 7BA7 195A 5B38 0DD4 E14F 9428 C03A 787A (http://pgp.mit.edu for the key) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375493: Re: Bug#375493: iso-codes: [patch] Kazakh language translations
Hello, Thank you. Christian Perrier [EMAIL PROTECTED] пишет: As far as I see, the patch does not completely apply cleanly on the current CVS file. Could you send us the compelte file? Ok. PS: if that\'s an effort to complete the Debian Installer translations in Kazakh, we also have the \level1\ file which needs attention: Charset is UTF-8. Stats: 1076 translated messages, 254 fuzzy translations, = 195 untranslated messages. I know. We are working for it. But process is slow, because we don\'t have much resources (peaple, time). And I can\'t reach coordinator Talgat Daniyarov, he is not responding to email :( P.S. Sorry, my English isn\'t perfect. iso-codes_iso_3166_kk.po Description: Binary data
Bug#375648: bootsplash: system hangs at startup
Package: bootsplash Version: 3.1-13 Severity: important I'm using Terminus as console font which is set by the console-setup script (same name as deb package). If enabling bootsplash support, the systems hangs at startup after executing console-setup. Switching to default font vga seems to solve this problem. Since Terminus is much more eye-friendly, it would be nice, if this problem could be solved. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bootsplash depends on: ii bootsplash-theme-aquamatrix [ 0.5-5 The bootsplash theme aquamatrix ii bootsplash-theme-debian [boot 0.5-6 The bootsplash theme debian ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii initramfs-tools 0.65b tools for generating an initramfs ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libmng1 1.0.9-1Multiple-image Network Graphics li ii zlib1g1:1.2.3-12 compression library - runtime Versions of packages bootsplash recommends: pn sysv-rc-bootsplashnone (no description available) -- debconf information: * bootsplash/initramfs: true * bootsplash/bootloader-info: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]