Bug#579714: icedove: don't recommend gnome stuff, but suggest it
Package: icedove Version: 3.0.4-2 Severity: normal Currently icedove 3.0.x in Debian recommends some Gnome stuff. I think this is wrong - installing icedove without Gnome is not unusual. Please downgrade all gnome stuff to Suggests. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5-20100227-1 GCC support library ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.18.7-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-6 spell checker and morphological an ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.3-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.42-2 PNG library - runtime ii libstdc++6 4.5-20100227-1 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-1X11 client-side library ii libxft2 2.1.14-1 FreeType-based font drawing librar ii libxinerama12:1.1-2 X11 Xinerama extension library ii libxrender1 1:0.9.5-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.10-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: pn icedove-gnome-support none (no description available) pn latex-xft-fonts none (no description available) ii libthai0 0.1.13-1 Thai language support library -- debconf information: icedove/browser: Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552441: Announce of the upcoming NMU for the facturalux package
Dear maintainer of facturalux and Debian translators, Some days ago, I sent a notice to the maintainer of the facturalux Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr gl ja nl pt ru sv vi Among these, the following translations are incomplete: vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the facturalux package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, May 06, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, April 25, 2010 : send the first intent to NMU notice to the package maintainer. Friday, April 30, 2010 : send this notice Thursday, May 06, 2010 : (midnight) deadline for receiving translation updates Friday, May 07, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Friday, May 14, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: jua...@debian.org\n POT-Creation-Date: 2006-10-07 15:04+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../facturalux.templates:1001 msgid Drop database? msgstr #. Type: boolean #. Description #: ../facturalux.templates:1001 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 #. Type: boolean #. Description #: ../facturalux.templates:1001 msgid If you accept here, the database \facturalux\ will be dropped from the system. msgstr #. Type: boolean #. Description #: ../facturalux.templates:1001 msgid If you refuse here, the database will remain in your system. You'll have to remove them manually. msgstr #. Type: boolean #. Description #: ../facturalux.templates:1001 msgid Don't accept unless you know what you are doing. msgstr signature.asc Description: Digital signature
Bug#574129: Relevant perl bug found
On Thu, Apr 29, 2010 at 08:41:38AM -0500, Troy Davis wrote: On Sun, Mar 21, 2010 at 09:40:43PM +0200, Niko Tyni wrote: Reassigning to the perl package to see if the patch in the above bug report is in the perl version currently in testing... No, the patch is not applied in the current Debian package. I'll include it in the next upload. Attaching it for the sake of completeness. Just wanted to follow up to say that I haven't had the problem recur in the week or so since the new package hit testing. Glad to hear this. Thanks for the note! -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579713: ikiwiki.cgi does not handle russian chars at page name
Alexander Litvinov wrote: I have installe ikiwiki with cgi support. When I edit page with russian char at it I have a problem: cgi script does not redirects me to updated page. Or recentchanges don't allow me to view the page. For example: I have a page people/Кузнецова Любовь Николаевна. Recentchanges show it's link as: http://127.0.0.1:8011/~lan/cgi-bin/ikiwiki.cgi?page=people%2F%D0%9A%D1%83%D0%B7%D0%BD%D0%B5%D1%86%D0%BE%D0%B2%D0%B0_%D0%9B%D1%8E%D0%B1%D0%BE%D0%B2%D1%8C_%D0%9D%D0%B8%D0%BA%D0%BE%D0%BB%D0%B0%D0%B5%D0%B2%D0%BD%D0%B0do=goto It is a correct link, spaces are replaced by undercore (_). But when I click on in at the browser I get: Not Found The requested URL /~lan/people/__/ was not found on this server. Apache/2.2.9 (Debian) Server at 127.0.0.1 Port 8011 ikiwiki.cgi strips all russian chars from page name and tries to show it ! I tried to reproduce this: j...@gnu:~/src/joeywiki/sandboxecho test Кузнецова_Любовь_Николаевна.mdwn j...@gnu:~/src/joeywiki/sandboxgit add Кузнецова_Любовь_Николаевна.mdwn j...@gnu:~/src/joeywiki/sandboxgit commit -m add [master 612b3df] add 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 sandbox/\320\232\321\203\320\267\320\275\320\265\321\206\320\276\320\262\320\260_\320\233\321\216\320\261\320\276\320\262\321\214_\320\235\320\270\320\272\320\276\320\273\320\260\320\265\320\262\320\275\320\260.mdwn Resulting html in recentchanges: a href=http://gnu.kitenet.net/~joey/ikiwiki.cgi?page=sandbox%2F%D0%9A%D1%83%D0%B7%D0%BD%D0%B5%D1%86%D0%BE%D0%B2%D0%B0_%D0%9B%D1%8E%D0%B1%D0%BE%D0%B2%D1%8C_%D0%9D%D0%B8%D0%BA%D0%BE%D0%BB%D0%B0%D0%B5%D0%B2%D0%BD%D0%B0amp;do=goto; rel=nofollowsandbox/Кузнецова Любовь Николаевна/a When I click on the link, it correctly takes me to the page. Perhaps you need to configure your ikiwiki to consistently use a utf-8 locale. I have in my ikiwiki.setup: locale = 'en_US.UTF-8', And that locale is uncommented in /etc/locale.gen. 'ru_RU.UTF-8' should work as well. -- see shy jo signature.asc Description: Digital signature
Bug#543771:
tags 543771 patch thanks Hi i looked into the code a bit and I think I solved the problem with this simple patch: --- gwibber/client.py 2009-08-28 09:28:19.0 +0200 +++ gwibber/client.py 2010-04-30 08:12:14.0 +0200 @@ -1067,7 +1067,7 @@ new_messages.reverse() if len(new_messages) 0: for index, message in enumerate(new_messages): -body = microblog.support.xml_escape(message.text) +body = message.text image = hasattr(message, image_path) and message.image_path or '' expire_timeout = 5000 + (index*2000) # default to 5 second timeout and increase by 2 second for each notification n = gintegration.notify(message.sender, body, image, [reply, Reply], expire_timeout) -- Luca Bedogni
Bug#543771:
I think that the problem is solved upstream even without my patch, which maybe add some confusion. I'm ok with the debian version as I can see characters correctly in the notifications area too. Regards -- Luca Bedogni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579715: vidalia: [debconf_rewrite] Debconf templates and debian/control review
Package: vidalia Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Monday, April 12, 2010, I notified you of the beginning of a review process concerning debconf templates for vidalia. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading vidalia with these changes right now. The second phase of this process will begin on Monday, May 03, 2010, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Monday, May 24, 2010. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Tuesday, May 25, 2010, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- vidalia.old/debian/templates2010-04-07 08:22:54.470657509 +0200 +++ vidalia/debian/templates2010-04-30 06:44:07.779540104 +0200 @@ -1,5 +1,14 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: vidalia/info Type: select Choices-C: no, yes-now, yes-always -_Description: Do you want to stop the existing Tor process and let Vidalia start Tor? +_Description: Let Vidalia start Tor after stopping existing Tor process: __Choices: No, Yes (just for now), Yes (and disable it for every boot) --- vidalia.old/debian/control 2010-04-07 08:22:54.470657509 +0200 +++ vidalia/debian/control 2010-04-16 22:05:20.653389774 +0200 @@ -9,12 +9,19 @@ Package: vidalia Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, debconf (=1.5.11) | debconf-2.0, ucf +Depends: ${shlibs:Depends}, ${misc:Depends}, debconf (=1.5.11) | debconf-2.0, ucf Recommends: tor Suggests: iceweasel-torbutton -Description: controller GUI for the Tor software - Vidalia allows you to start and stop Tor, view the status of Tor at a glance, - and monitor Tor's bandwidth usage. Vidalia also makes it easy to contribute to - the Tor network by helping you setup a Tor server, if you wish. To find more - information about what Tor is and how to use it, see the Tor homepage: - https://www.torproject.org/ +Description: controller GUI for Tor + Vidalia offers a graphical user interface to start and stop Tor, view + its status at a glance, and monitor its bandwidth usage. + . + Vidalia also makes it easy to contribute to + the Tor network by helping you set up a Tor server. + . + Tor protects privacy in communications via a distributed network of + relays run by volunteers all around the world: it prevents anybody + watching Internet connections from learning what sites you visit, + and it prevents the visited sites from learning your physical + location. Tor works with web browsers, instant messaging programs, + remote login clients, and many other TCP-based applications.
Bug#579716: openvas-plugins-dfsg: [INTL:fr] French debconf templates translation update
Package: openvas-plugins-dfsg 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, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. 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..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of openvas-plugins-dfsg debconf templates to French # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the openvas-plugins-dfsg package. # # Translators: # Baptiste REBILLARD deb...@cluxter.org, 2010. msgid msgstr Project-Id-Version: openvas-plugins-dfsg\n Report-Msgid-Bugs-To: openvas-plugins-d...@packages.debian.org\n POT-Creation-Date: 2010-03-20 03:34+0100\n PO-Revision-Date: 2010-04-10 19:28+0100\n Last-Translator: Baptiste REBILLARD deb...@cluxter.org\n Language-Team: Baptiste REBILLARD deb...@cluxter.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: French\n X-Poedit-Country: FRANCE\n #. Type: boolean #. Description #: ../openvas-plugins-dfsg.templates:1001 msgid Do you want to remove /usr/lib/openvas/plugins? msgstr Faut-il supprimer /usr/lib/openvas/plugins ? #. Type: boolean #. Description #: ../openvas-plugins-dfsg.templates:1001 msgid The /usr/lib/openvas/plugins directory still exists. This might occur if you downloaded additional plugins into it while using an old OpenVAS version. msgstr Le répertoire /usr/lib/openvas/plugins existe toujours. Cela peut se produire si des greffons supplémentaires y ont été téléchargés lors de l'utilisation d'une ancienne version d'OpenVAS. #. Type: boolean #. Description #. Type: boolean #. Description #: ../openvas-plugins-dfsg.templates:1001 #: ../openvas-plugins-dfsg.templates:2001 msgid The package can remove it now or you can select to remove it later on manually. msgstr Ce répertoire peut être supprimé maintenant ou bien par vous-même plus tard. #. Type: boolean #. Description #: ../openvas-plugins-dfsg.templates:2001 msgid Do you want to remove /var/lib/openvas/plugins? msgstr Faut-il supprimer /var/lib/openvas/plugins ? #. Type: boolean #. Description #: ../openvas-plugins-dfsg.templates:2001 msgid The /var/lib/openvas/plugins directory still exists. This might occur if you have used the OpenVAS' openvas-nvt-sync script to update and install new plugins in that location or because the openvas-server package is still installed and has not been fully purged. msgstr Le répertoire /usr/lib/openvas/plugins existe toujours. Cela peut se produire si vous avez utilisé le script openvas-nvt-sync d'OpenVAS pour mettre à jour et installer de nouveaux greffons à cet endroit ou parce que le paquet openvas-server est toujours installé et n'a pas été purgé.
Bug#578517: confirmed as l10n issue
Le Thu, 29 Apr 2010 12:27:51 -0400, Joey Hess jo...@debian.org a écrit : Yann Dirson wrote: What about the idea of falling back to strptime ? It's a good idea, but I have not been able to find a perl interface to strptime yet, oddly. Maybe not as standard, but google quickly reveals a POSIX::strptime on CPAN, and apt-cache search shows libtime-piece-perl, which provides a bit more, and libdatetime-format-strptime-perl, which implements most of strptime (sic). Not sure what to use, my naive choice would be for the one that is not yet packaged :) Best regards, -- Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579659: iceweasel: freezes on a
On Thu, Apr 29, 2010 at 07:45:34PM +0200, Christophe TROESTLER wrote: On Thu, 29 Apr 2010 19:16:37 +0200, Mike Hommey wrote: On Thu, Apr 29, 2010 at 06:07:05PM +0200, Christophe Troestler wrote: When opening the following link, even with iceweasel -safe-mode, the browser freezes: http://www.rtbf.be/info/belgique/politique/crise-la-n-va-depose-une-resolution-pour-contourner-la-sonnette-dalarme Flash could be a candidate. Have you tried to disable plugins ? I thought iceweasel -safe-mode did that but it seems it does not. Uninstalling flash or using mozilla-plugin-gnash it works fine indeed. Note that freezing is not the usual deal with the flash plugin. Crashing is. Freezing is most likely due to your sound setup. What does /etc/iceweasel/iceweaselrc have to say about ICEWEASEL_DSP ? If it is none, can you try auto ? It would be nice if iceweasel could sandbox flash (as unfortunately many sites are using it) but I guess it is not for the near future... Actually, this is for the near future. Version 3.6.4 for which a beta should reach experimental soon will have out of process plugins. Though I don't know how well freezing plugins will be handled. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578261: Bug fixed
Upgrading to python-gtk2 2.17.0-2 solved the issue. Maybe shall you consider adding a dependency requirement with that version number in the package description. Thanks. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579490: akregator: nspluginviewer used in presenting feed items
retitle 579490 akregator: high CPU load through nspluginviewer thanks On Wednesday 28 April 2010, Kevin Krammer wrote: On Wednesday, 2010-04-28, Shai Berger wrote: The 20% CPU is bothersome, but I'm more concerned with the issue of the plugin viewer being started at all. My guess is that this is a bug in KHTML and/or nspluginviewer. The same phenomenon can be triggered by deactivating plugins in Konqueror and then surfing to a website with Flash. e.g. Flash ads. Right; that is, nspluginviewer is started in Konqueror-with-disabled-plugins as well. It does not consume noticeable amounts of CPU, though, and as long as it doesn't actually run the plug-ins, that's hardly a bug. Accordingly, I am making the CPU consumption the main point of this bug. FWIW, this doesn't happen on akregator which I compiled from KDE trunk (that is, nspluginviewer is started, but no high CPU load). Thanks, Shai. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579709: evince: does not render properly some documents
Le vendredi 30 avril 2010 à 00:27 -0300, Gastón Araguás a écrit : Package: evince Version: 2.28.2-1 Severity: important some documents are not properly shown, here a snapshoot http://imagebin.ca/view/BVvTRo7a.html Please send such a file, otherwise there’s no way we can reproduce the bug. Does the bug also happen with pdfcube or okular? I have noted that my evince is not linked against libxcb-render nor libxcb- render-util, attached is the ldd evince output. So what? -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579717: [INTL:es] Spanish debconf template translation
Package: powstatd Version: 1.5.1-7 Severity: wishlist Tags: l10n patch Please find attached the Spanish translation for powstatd's debconf file. Regards, -- Omar Campagne Polaino # powstatd po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the powstatd package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2010 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: powstatd 1.5.1-7\n Report-Msgid-Bugs-To: p...@debian.org\n POT-Creation-Date: 2007-01-28 08:26+0100\n PO-Revision-Date: 2010-04-20 12:38+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../powstatd.templates:1001 msgid Notice for powstatd master/slave UPS users msgstr Aviso para usuarios de powstatd con un Sistema de Alimentación Ininterrumpida maestro/esclavo #. Type: note #. Description #: ../powstatd.templates:1001 msgid This message is displayed because the configuration file /etc/powstatd.conf indicates that a master/slave UPS configuration is used but a password directive is not found in /etc/powstatd.conf msgstr Este mensaje se muestra porque el fichero de configuración «/etc/powstatd.conf» indica el uso de una configuración maestro/esclavo para el S.A.I., pero no se ha encontrado ninguna directiva de contraseña en «/etc/powstatd.conf» #. Type: note #. Description #: ../powstatd.templates:1001 msgid Since version 1.5.1-3, the powstatd package uses cryptography to communicate between master and slave units (as was previously done using the powstatd- crypt package). An identical password directive is needed in the master file as well as all the slaves, e.g. a line such as msgstr A partir de la versión 1.5.1-3, el paquete powstatd usa una técnica de cifrado para la comunicación entre las unidades maestra y esclava (al igual que se hacía previamente con el paquete powstatd-crypt). Es necesario definir una directiva de contraseña idéntica en el fichero maestro, así como en todos los esclavos. Por ejemplo, con la siguiente línea #. Type: note #. Description #: ../powstatd.templates:1001 msgid password MyPasswordHere msgstr password mi-contraseña #. Type: note #. Description #: ../powstatd.templates:1001 msgid See powstatd(8) for details. msgstr Para más detalles, consulte powstatd(8).
Bug#578819: collectd: FTBFS: undefined reference to `plugin_log'
Hi, On Fri, Apr 30, 2010 at 09:18:58AM +0300, Niko Tyni wrote: On Thu, Apr 29, 2010 at 10:33:02PM +0200, Denis Briand wrote: #578774 is done. Maybe this issue is fixed now? Yes, I can confirm that collectd builds fine again. Closing. Thanks a lot for double-checking and taking care of this! Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#575158: dpkg: Add new 'e500' architecture to triplettable and ostable
* Guillem Jover | 2010-04-30 06:10:05 [+0200]: Hi! Hi Guillem, On Thu, 2010-04-29 at 21:09:20 -0500, Moffett, Kyle D wrote: I believe we have consensus on the port architecture name of powerpcspe. Is there any chance we can get the attached patch merged soon? I'd like to move forward with getting an unofficial debian-ports.org repository created and they won't do that until a patch has been merged to upstream dpkg GIT. It didn't seem clear to me the double issue had consensus, if it does, and both of you agree (Sebastian a Signed-off-by from you in this case would be nice), then yes, I'll gladly add the new architecture. Yes, double precision is what we want, so here you go: Signed-off-by: Sebastian Andrzej Siewior sebast...@breakpoint.cc From: Kyle Moffett kyle.d.moff...@boeing.com Date: Thu, 29 Apr 2010 21:47:25 -0400 Subject: [PATCH] powerpcspe: New unofficial Debian port The Debian port to this architecture specifically chooses to optimize for the higher-end chips (e500v2), as most of the others are targeted at automotive applications or no longer in production. Do both of you agree on this too? Yes, e500v2 is the way to go. MPC8540 (e500v1) is still in production. The designs on the hand are not that attractive these days. The reference manual was released 9/8/2004 and the flash or system memory back then was not that huge like we have it today. They have also no storage controler in-core. Also you don't want a HD in your automotive product. And if you don't need the PCI bus, you are going to remove it. So it is unlike they will run *full* Debian (now). Most likely they will cross compile the few application they need. Today one will pick a newer CPU. The specific GNU triplet for this arch is powerpc-linux-gnuspe. Like the ARM EABI port (arm-linux-gnueabi) the naming seems unfortunate here; an architecture triplet such as powerpcspe-linux-gnu would have been far more appropriate. As a result, we end up adding an extra ostable entry instead of one in cputable. This is just nitpicking, but in this case I think the GNU triplet is appropriate for those two ports, as the matter of conflict is mostly ABI dependent. thanks, guillem Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565591: found 565591 in 0.8.3.1+dfsg-1
On Fri, Apr 30, 2010 at 09:51:10AM +0200, Olivier Berger wrote: found 565591 0.8.3.1+dfsg-1 It seems the changes in 0.8.3.1 were apparently not enough as I experience this from time to time even with that version installed. I believe Launchpad carries some tickets on that issue, still. Thanks in advance. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579718: bug in FindGTK2.cmake
Package: cmake Version: 2.8.0-5 Severity: normal Tags: patch Hi There is a small bug in FindGTK2.cmake that makes the include dirs not set properly when using pangomm. Pangomm has, like many of the other libraries, now two include dirs, one for the arch specific 'config' header, and another dir for the arch independent headers. See attached patch for a fix. /Sune -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages cmake depends on: ii cmake-data 2.8.0-5 CMake data files (modules, templat ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgcc1 1:4.4.3-3GCC support library ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime cmake recommends no packages. cmake suggests no packages. -- no debconf information --- a/FindGTK2.cmake2009-11-13 19:32:51.0 +0100 +++ b/FindGTK2.cmake2010-04-30 09:28:28.0 +0200 @@ -431,6 +433,7 @@ _GTK2_FIND_LIBRARY(GTK2_CAIROMM_LIBRARY cairomm true true) _GTK2_FIND_INCLUDE_DIR(GTK2_PANGOMM_INCLUDE_DIR pangomm.h) +_GTK2_FIND_INCLUDE_DIR(GTK2_PANGOMMCONFIG_INCLUDE_DIR pangommconfig.h) _GTK2_FIND_LIBRARY(GTK2_PANGOMM_LIBRARY pangomm true true) _GTK2_FIND_INCLUDE_DIR(GTK2_SIGC++_INCLUDE_DIR sigc++/sigc++.h)
Bug#579273: git-core: FTBS on lenny
On Mon, 26 Apr 2010, Jonathan Nieder wrote: Faheem Mitha wrote: Um, to be clear, i ran 'debuild binary' as normal user, as I always do, to get the error you saw. 'debuild binary' uses fakeroot. Not sure what you mean by 'run tests as root'. My understanding of the thread you pointed me to was fakeroot was 'root-like' enough to upset the git tests. :-) Funny. ‘debuild -b’ should avoid this problem if you run into it with other packages. (“debuild binary” runs “fakeroot debian/rules binary”, while “debuild -b” runs “debian/rules build fakeroot debian/rules binary”.) Anyway, thanks for testing from source; this is very useful work however you do it. :) Could you apply the patches from that thread[1] or pull/clone from git://repo.or.cz/debian-git/jrn.git for-faheem and let me know how it goes? Can do, sure. Does that mean you'll consider applying the patch? Yes, of course. But I am not the only one with a say; I’ll just ask Gerrit nicely to apply it if it works for you. Thanks, Jonathan Hi Jonathan, I applied the patch you pointed me to, namely diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh --- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530 +++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530 @@ -775,7 +775,10 @@ # exec does not inherit the PID ;; *) - test_set_prereq POSIXPERM + if test $(id -u) != 0 + then + test_set_prereq POSIXPERM + fi test_set_prereq BSLASHPSPEC test_set_prereq EXECKEEPSPID ;; but it still failed (see below). I was using 1.7.0.4-1 Debian sources from unstable. Maybe this was for a different version of git? Hmm, I see unstable now has 1.7.1-1. Should I try that instead? Regards, Faheem. *** * ok 14: D/F setup * expecting success: git checkout side-b git read-tree -m -u branch-point side-b side-a git ls-files -u actual ( a=$(git rev-parse branch-point:subdir/file2) b=$(git rev-parse side-a:subdir/file2/another) echo 100644 $a 1 subdir/file2 echo 100644 $a 2 subdir/file2 echo 100644 $b 3 subdir/file2/another ) expect test_cmp actual expect Switched to branch 'side-b' * ok 15: D/F * expecting success: git reset --hard git checkout side-b git merge-resolve branch-point -- side-b side-a error: 'subdir/file2/another' appears as both a file and as a directory error: subdir/file2/another: cannot drop to stage #0 HEAD is now at 8f1e8f1 side-b changes file2 Already on 'side-b' Trying simple merge. Simple merge failed, trying Automatic merge. Adding subdir/file2/another * ok 16: D/F resolve * expecting success: git reset --hard git checkout side-b git merge-recursive branch-point -- side-b side-a HEAD is now at 8f1e8f1 side-b changes file2 Already on 'side-b' Merging side-b with side-a Merging: 8f1e8f1 side-b changes file2 4974656 side-a changes file2 to directory found 1 common ancestor(s): dbdf858 initial Removing subdir/file2 Adding subdir/file2/another * ok 17: D/F recursive * failed 1 among 17 test(s) make[3]: *** [t1004-read-tree-m-u-wf.sh] Error 1 make[3]: Leaving directory `/usr/local/src/git/git-core-1.7.0.4/t' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/git/git-core-1.7.0.4/t' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/local/src/git/git-core-1.7.0.4' make: *** [build-arch-stamp] Error 2 debuild: fatal error at line 1301: couldn't exec fakeroot debian/rules:
Bug#579371: ITA: kiki -- tool for python regular expression testing
retitle 579371 ITA: kiki -- tool for python regular expression testing owner 579371 ! thanks Hello, I intend to adopt this package. Kind regards, Ignace M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579659: iceweasel: freezes on a
On Fri, 30 Apr 2010 08:41:30 +0200, Mike Hommey wrote: On Thu, Apr 29, 2010 at 07:45:34PM +0200, Christophe TROESTLER wrote: On Thu, 29 Apr 2010 19:16:37 +0200, Mike Hommey wrote: On Thu, Apr 29, 2010 at 06:07:05PM +0200, Christophe Troestler wrote: When opening the following link, even with iceweasel -safe-mode, the browser freezes: http://www.rtbf.be/info/belgique/politique/crise-la-n-va-depose-une-resolution-pour-contourner-la-sonnette-dalarme Flash could be a candidate. Have you tried to disable plugins ? I thought iceweasel -safe-mode did that but it seems it does not. Uninstalling flash or using mozilla-plugin-gnash it works fine indeed. Note that freezing is not the usual deal with the flash plugin. Crashing is. Freezing is most likely due to your sound setup. What does /etc/iceweasel/iceweaselrc have to say about ICEWEASEL_DSP ? If it is none, can you try auto ? With auto, iceweasel segfaults on startup. Tail of strace : ... futex(0x7fff97ca02bc, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fff97ca02bc, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7f3cac9fc710) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x7f3cabcd3750, [], SA_RESTORER|SA_SIGINFO, 0x7f3cabcdc990}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x7f3cabcd37e0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f3cabcdc990}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 lstat(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=122880, ...}) = 0 lstat(/usr/lib/iceweasel, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 futex(0x7f3cac3fd0ec, FUTEX_WAKE_PRIVATE, 2147483647) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Segmentation fault It would be nice if iceweasel could sandbox flash (as unfortunately many sites are using it) but I guess it is not for the near future... Actually, this is for the near future. Version 3.6.4 for which a beta should reach experimental soon will have out of process plugins. Though I don't know how well freezing plugins will be handled. Cool ! Cheers, C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547177: webkit crash?
In fact, GtkLauncher crashes too when starting, I guess when loading google.com. Trying to run GtkLauncher http://www.debian.org doesn't crash but leads to a “Problem occurred loading the URL www.debian.org”. -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566351: libgcrypt problem
Howard Chu h...@highlandsun.com writes: See comment #72 of this launchpad bug report for a detailed description of why libgcrypts behavior causes the problem in libldap. https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/ https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/comments/72 Note that the root cause here is that gnutls depends on libgcrypt but doesn't fully encapsulate it. I don't see that, I believe the root cause is that applications are not initializing libgcrypting properly. Read the libgcrypt manual, it is explained there. We can discuss changing the design of libgcrypt works, but unless that has happened, the problem remains with the applications, and, fortunately, the problem can easily be fixed by the applications initializing Libgcrypt as documented. We could also discuss changing GnuTLS' use of Libgcrypt, but that also does not change the fundamental problem. None of the gnutls docs mention that any special initialization function needs to be called when using it in a threaded application. You must have missed this section: http://www.gnu.org/software/gnutls/manual/html_node/Multi_002dthreaded-applications.html App writers using gnutls should not need to know that libgcrypt is under the covers and needs special handling. The Libgcrypt designers appears to have believed otherwise, and given how broken the applications appear to be in this area decision (setuid programs doing LDAP+TLS? Sigh) it seems that was useful because we are now aware of these sub-optimal security practices. Working on fixing this to use a better mechanism (userv was mentioned) would be useful regardless of what is done (or not) in GnuTLS/Libgcrypt. The crypto parts of OpenSSL have a similar issue: they need mutexes provided by the application. Many libraries using OpenSSL doesn't provide an interface to provide these mutexes, but depend on the application initializing OpenSSL themselves. (Indeed, as illustrated in this bug report, apps generally won't and can't know anything about the underlying libraries.) That is a problem indeed. So aside from deciding what fix if any is appropriate for libgcrypt's secmem implementation, the larger issue remains of how to make libgcrypt safe for use when it's nested under other libraries like gnutls. Saying applications are responsible for correctly initializing libgcrypt is a non-starter. libgcrypt needs to have that requirement removed, and gnutls needs to be more comprehensive and explicit in the steps it takes to initialize libgcrypt, so that gnutls callers are completely shielded from the lower API layers. Right, I think things can be improved here. However sometimes it is not possible to shield applications from lower API layers: compare threads. You can't have a multi-threaded application access the entropy functions in any reliable manner with Libgcrypt or OpenSSL. The application needs to provide the libraries with mutexes for the thread library it is using, so the libraries can protect these accesses properly. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579273: git-core: FTBS on lenny
On Mon, Apr 26, 2010 at 01:43:00PM -0500, Jonathan Nieder wrote: retitle 579273 Test suite fails when run as root Faheem Mitha wrote: * FAIL 24: init notices EPERM If you follow the link above, you can find a patch for this. Alternatively, as a workaround, make sure you are not root when running tests. Hi Jonathan, Faheem, I personally don't think running the selftests as non-root is a workaround, but strongly recommended. For every software project, 'make' should run with as less permissions as possible (ideally in a sandbox ;), and root permissions should only be used where really required (usually 'make install'). My suggestion would be to make this report wishlist, wontfix. Has upstream already commented on this? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579273: git-core: FTBS on lenny
Hi Gerrit, On Fri, 30 Apr 2010, Gerrit Pape wrote: On Mon, Apr 26, 2010 at 01:43:00PM -0500, Jonathan Nieder wrote: retitle 579273 Test suite fails when run as root Faheem Mitha wrote: * FAIL 24: init notices EPERM If you follow the link above, you can find a patch for this. Alternatively, as a workaround, make sure you are not root when running tests. Hi Jonathan, Faheem, I personally don't think running the selftests as non-root is a workaround, but strongly recommended. For every software project, 'make' should run with as less permissions as possible (ideally in a sandbox ;), and root permissions should only be used where really required (usually 'make install'). My suggestion would be to make this report wishlist, wontfix. I think Debian packages are supposed to build using debuild binary I asked on #debian-mentors on oftc, and nobody disagreed with this statement, though I don't know if it is Debian policy. Again, this is using fakeroot as user, not really root. I'm don't really have any more permissions then I would normally do - fakeroot doesn't magically grant root permissions. I guess i could point #mentors or #devel to this bug and ask for comments. Has upstream already commented on this? You mean git? Not to this bug report, and not directly to me. Regards, Gerrit. Regards, Faheem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579719: ndisc6 [INTL:de] German translation
Package: ndisc6 Version: 0.9.8 Severity: wishlist Tags: l10n Hi, Please find the initial german translation of ndisc6 attached. Regards, Chris # Translation of ndisc6 to German # Copyright (C) 2005-2007 Rémi Denis-Courmont, Pierre Ynard. # This file is distributed under the same license as the ndisc6 package. # Chris Leick c.le...@vollbio.de, 2010. # msgid msgstr Project-Id-Version: ndisc6 0.9.8\n Report-Msgid-Bugs-To: miredo-devel_no_bulk_m...@remlab.net\n POT-Creation-Date: 2008-05-01 15:48+0300\n PO-Revision-Date: 2010-04-29 22:36+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: rdnssd/rdnssd.c:88 rdnssd/rdnssd.c:109 #, c-format msgid Cannot write %s: %m msgstr %s kann nicht geschrieben werden: %m #: rdnssd/rdnssd.c:226 #, c-format msgid Cannot find user \%s\ msgstr Benutzer »%s« kann nicht gefunden werden #: rdnssd/rdnssd.c:322 rdnssd/rdnssd.c:406 rdnssd/rdnssd.c:445 #, c-format msgid Fatal error (%s): %m msgstr Schwerwiegender Fehler (%s): %m #: rdnssd/rdnssd.c:349 rdnssd/rdnssd.c:353 #, c-format msgid Cannot run \%s\: %m msgstr »%s« kann nicht ausgeführt werden: %m #: rdnssd/rdnssd.c:385 msgid Child process hung up unexpectedly, aborting msgstr Kindprozess hat sich unerwartet aufgehängt, wird abgebrochen #: rdnssd/rdnssd.c:509 src/addrinfo.c:143 src/ndisc.c:742 src/tcpspray.c:270 #: src/tcptraceroute.c:42 src/traceroute.c:1205 #, c-format msgid Try \%s -h\ for more information.\n msgstr Versuchen Sie »%s -h«, um weitere Informationen zu erhalten.\n #: rdnssd/rdnssd.c:519 #, c-format msgid Usage: %s [OPTIONS]\n Starts the IPv6 Recursive DNS Server discovery Daemon.\n \n -f, --foreground run in the foreground\n -H, --merge-hook execute this hook whenever resolv.conf is updated\n -h, --helpdisplay this help and exit\n -p, --pidfile override the location of the PID file\n -r, --resolv-file set the path to the generated resolv.conf file\n -u, --useroverride the user to set UID to\n -V, --version display program version and exit\n msgstr Aufruf: %s [OPTIONEN]\n Startet den rekursiven IPv6-DNS-Server-Such-Daemon.\n \n -f, --foreground im Vordergrund ausführen\n -H, --merge-hook diesen Hook bei jeder Aktualisierung von »resolv.conf«\n ausführen\n -h, --helpdiese Hilfe anzeigen und beenden\n -p, --pidfile den Ort der PID-Datei überschreiben\n -r, --resolv-file den Pfad zur generierten »resolv.conf«-Datei setzen\n -u, --userBenutzer überschreiben, um UID zu setzen\n -V, --version Programmversion anzeigen und beenden\n #: rdnssd/rdnssd.c:536 #, c-format msgid rdnssd: IPv6 Recursive DNS Server discovery Daemon %s (%s)\n msgstr rdnssd: Rekursiver IPv6-DNS-Server-Such-Daemon %s (%s)\n #: rdnssd/rdnssd.c:538 src/addrinfo.c:151 src/ndisc.c:773 src/tcpspray.c:306 #: src/traceroute.c:1252 #, c-format msgid built %s on %s\n msgstr %s auf %s gebaut\n #: rdnssd/rdnssd.c:539 src/addrinfo.c:152 src/ndisc.c:775 src/tcpspray.c:307 #: src/traceroute.c:1253 #, c-format msgid Configured with: %s\n msgstr Konfiguriert mit: %s\n #: rdnssd/rdnssd.c:540 msgid Written by Pierre Ynard and Remi Denis-Courmont\n msgstr Geschrieben von Pierre Ynard und Remi Denis-Courmont\n #: rdnssd/rdnssd.c:542 #, c-format msgid Copyright (C) %u-%u Pierre Ynard, Remi Denis-Courmont\n msgstr Copyright (C) %u-%u Pierre Ynard, Remi Denis-Courmont\n #: rdnssd/rdnssd.c:545 src/addrinfo.c:156 src/ndisc.c:779 src/tcpspray.c:311 #: src/traceroute.c:1257 msgid This is free software; see the source for copying conditions.\n There is NO warranty; not even for MERCHANTABILITY or\n FITNESS FOR A PARTICULAR PURPOSE.\n msgstr Dies ist freie Software; die Kopierbedingungen finden Sie im Quelltext.\n Es gibt KEINE Gewährleistung, noch nicht einmal für die MARKTGÃNGIGKEIT\n oder die EIGNUNG FÃR EINEN SPEZIELLEN ZWECK.\n #: rdnssd/rdnssd.c:658 #, c-format msgid Cannot create %s (%m) - already running? msgstr %s kann nicht erstellt werden (%m) - wird es bereits ausgeführt? #: src/addrinfo.c:116 msgid Input error msgstr Eingabefehler #: src/addrinfo.c:127 #, c-format msgid Usage: %s [-4|-6] [hostnames]\n Converts names to addresses.\n \n -4, --ipv4 only lookup IPv4 addresses\n -6, --ipv6 only lookup IPv6 addresses\n -h, --help display this help and exit\n -m, --multiple print multiple results separated by spaces\n -n- --numeric do not perform forward hostname lookup\n -r, --reverse perform reverse address to hostname lookup\n -V, --version display program version and exit\n msgstr Aufruf: %s [-4|-6] [Rechnernamen]\n Wandelt Namen in Adressen um.\n \n -4, --ipv4 nur IPv4-Adressen durchsuchen\n -6, --ipv6 nur IPv6-Adressen durchsuchen\n -h, --help diese Hilfe
Bug#579662: procmail: Please use stronger dependency on procmail
Hi Julian On Thu, Apr 29, 2010 at 07:06:17PM +0200, Salvatore Bonaccorso wrote: On Thu, Apr 29, 2010 at 06:32:20PM +0200, Julian Andres Klode wrote: Package: esmtp Version: 1.2-3 Severity: normal Esmtp does not appear to work for local mail delivery without procmail being available. Please depend on procmail or at least recommend it instead of just suggesting it. Thanks for your bugreport. Yes this is correct, esmtp relies upon a MDA for local mail delivery. However in my opinion I think it would be better to move it to Recommends instead of Depends, as there is still a choise if someone want's to use another MTA for doing local delivery. We have currently in the README.gz the following: esmtp relies upon a Mail Delivery Agent (MDA) for local mail delivery, so you need one if you want to avoid having another MTA for local delivery. I will move the alternate choice for the MDA from Suggests to Recommends. Ok, I thought again a bit to it. As esmtp is not a full features MTA with some restriction, I think it may absolutely legitimate to have running a full fatured MTA on the same host, and say, only installing esmtp without esmtp-mta package. My reasoning thus will be to lower 'Dependency' on esmtp-mta to the same relationship field as the alternate choise for a mda. This is mostly the same as mstmp package does too, and I will try to follow that direction, to only suggest esmtp-mta instead of recommends esmtp-mta, which on mostly each user installation will pull in esmtp-mta, even if maybe not wanted, due to the reasoning above. I have commited these changes this way into my git repository for maintaining esmtp. I will look, if some other changes are pending before uploading. Bests Salvatore signature.asc Description: Digital signature
Bug#579720: [l10n:eu] mason 1.0.0-12 basque : updated Basque translation
Package: mason Version: 1.0.0-12 X-Debbugs-CC: p...@beobide.net, debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of mason_1.0.0-12_eu.po to Basque # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide p...@beobide.net, 2008. # Iñaki Larrañaga Murgoitio doo...@euskalgnu.org, 2010. msgid msgstr Project-Id-Version: mason_1.0.0-12_eu\n Report-Msgid-Bugs-To: ma...@packages.debian.org\n POT-Creation-Date: 2010-04-23 10:58+0200\n PO-Revision-Date: 2010-04-30 10:30+0200\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@euskalgnu.org\n Language-Team: Basque debian-l10n-bas...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../templates:1001 ../templates:2001 msgid accept, reject, deny msgstr onartu, baztertu, ukatu #. Type: select #. Description #: ../templates:1002 msgid Default action for new firewall rules: msgstr Ekintza lehenetsia suebakien arau berrientzako: #. Type: select #. Description #: ../templates:1002 msgid The new rule default action specifies how Mason will handle unknown packets, when the firewall is in learning mode. msgstr Arau berriaren ekintza lehenetsiak Mason-ek pakete ezezagunak nola kudeatuko dituen zehazten du, suebakia ikasteko moduan dagoenean. #. Type: select #. Description #: ../templates:1002 msgid The \accept\ action will allow the packet through. \Reject\ will stop the packet with a rejection reply, while \deny\ will drop the packet silently. msgstr \Onartu\ ekintzak paketeari aurrera jarraitze utziko dio. \Baztertu\ hautatuz paketea geldituko du baztertu egin dela erantzunez. \Ukatu\ erabiltzen bada, paketea jaregingo du erantzunik bidali gabe. #. Type: select #. Description #: ../templates:2002 msgid Default action for rulesets: msgstr Arau multzoen ekintza lehenetsia: #. Type: select #. Description #: ../templates:2002 msgid The default action specifies how Mason will handle unknown packets, when the firewall is not in learning mode. msgstr Arau berriaren ekintza lehenetsiak Mason-ek pakete ezezagunak nola kudeatuko dituen zehazten du, suebakia ikasteko moduan ez dagoenean. #. Type: select #. Description #: ../templates:2002 msgid Again, \accept\ allows the packet through, \reject\ drops the packet with a reply, and \deny\ silently drops the packet. msgstr Berriro, \Onartu\ ekintzak paketeari aurrera jarraitze utziko dio. \Baztertu\ hautatuz paketea geldituko du baztertu egin dela erantzunez. \Ukatu\ erabiltzen bada, paketea jaregingo du erantzunik bidali gabe.
Bug#579721: open-vm-source: Loading of vmhgfs module fails
Package: open-vm-source Version: 2010.04.25-253928-1 Severity: normal Hi, sid:~# modprobe vmhgfs FATAL: Error inserting vmhgfs (/lib/modules/2.6.32-3-686/misc/vmhgfs.ko): Unknown symbol in module, or unknown parameter (see dmesg) dmesg says: [2508967.812989] vmhgfs: no symbol version for VMCIDatagram_Send [2508967.812989] vmhgfs: Unknown symbol VMCIDatagram_Send [2508967.812989] vmhgfs: no symbol version for VMCIDatagram_DestroyHnd [2508967.812989] vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd [2508967.812989] vmhgfs: no symbol version for VMCIDatagram_CreateHnd [2508967.812989] vmhgfs: Unknown symbol VMCIDatagram_CreateHnd This happens since upgrading from 2010.03.20-243334-2+2.6.32-9 to 2010.04.25-253928-1+2.6.32-9 . Thanks, Hilmar -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-vm-source depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii debhelper 7.4.19 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati ii quilt 0.48-7 Tool to work with series of patche Versions of packages open-vm-source recommends: ii module-assistant 0.11.3 tool to make module package creati ii open-vm-tools2010.04.25-253928-1 tools and components for VMware gu Versions of packages open-vm-source suggests: pn open-vm-toolbox none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579722: dpkf-buildflags: should handle wrong usage gracefully
Package: dpkg-dev Version: 1.15.7.1 Severity: normal Hi, normally I do not expect to see a backtrace when I try to run a program with the wrong (number of) arguments: b...@think ~% dpkg-buildflags --get Use of uninitialized value $key in exists at /usr/share/perl5/Dpkg/BuildFlags.pm line 244. Cheers, Bernd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.3-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.3Debian base system miscellaneous f ii binutils 2.20.1-7 The GNU assembler, linker and bina ii bzip2 1.0.5-4high-quality block-sorting file co ii libdpkg-perl 1.15.7.1 Dpkg perl modules ii make 3.81-8 An utility for Directing compilati ii patch 2.6-2 Apply a diff file to an original ii xz-utils 4.999.9beta+20100307-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.4.3-1 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.3-9The GNU C compiler ii gnupg 1.4.10-3 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-3 GNU privacy guard - signature veri pn libalgorithm-merge-perl none (no description available) Versions of packages dpkg-dev suggests: ii debian-keyring2010.03.31 GnuPG (and obsolete PGP) keys of D -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533180: linux-image-amd64: page allocation failure within kernel swapper
I have the exact same problem as the original reporter with Debian lenny and kernel 2.6.32-bpo.3-amd64 using a Core 2 Duo machine with 2GB of RAM. I tested the RAM using memtest86 and did not find problems. The failure seems to occur whenever heavy load is present, e.g., transferring big amounts of data between harddrives or the final linking of a libwebkit build. Please find enclosed the relevant part of dmesg. I'll be happy to provide additional information, please let me know what could be helpful. [ 889.310248] swapper: page allocation failure. order:2, mode:0x4020 [ 889.310253] Pid: 0, comm: swapper Not tainted 2.6.32-bpo.3-amd64 #1 [ 889.310255] Call Trace: [ 889.310257] IRQ [810b9465] ? __alloc_pages_nodemask+0x55b/0x5ce [ 889.310283] [a031265f] ? iwl_rx_allocate+0x9f/0x2bf [iwlcore] [ 889.310288] [810e50c2] ? kmalloc_large_node+0x5d/0x9a [ 889.310292] [8123c654] ? __alloc_skb+0x69/0x15a [ 889.310298] [a031265f] ? iwl_rx_allocate+0x9f/0x2bf [iwlcore] [ 889.310305] [a034d382] ? iwl_rx_handle+0x1a0/0x214 [iwlagn] [ 889.310310] [a031288d] ? iwl_rx_replenish_now+0xe/0x17 [iwlcore] [ 889.310315] [a034dadd] ? iwl_irq_tasklet+0x2e1/0x40f [iwlagn] [ 889.310320] [8105229e] ? tasklet_action+0x78/0xce [ 889.310323] [81053961] ? __do_softirq+0xdd/0x1a0 [ 889.310328] [a030e329] ? iwl_isr_ict+0xe0/0x200 [iwlcore] [ 889.310332] [81011cac] ? call_softirq+0x1c/0x30 [ 889.310335] [81013903] ? do_softirq+0x3f/0x7c [ 889.310338] [810537d0] ? irq_exit+0x36/0x76 [ 889.310341] [81012ffa] ? do_IRQ+0xa0/0xb6 [ 889.310344] [810114d3] ? ret_from_intr+0x0/0x11 [ 889.310345] EOI [8102b5b4] ? hpet_legacy_next_event+0x0/0x7 [ 889.310357] [a02954e6] ? acpi_idle_enter_bm+0x26a/0x29e [processor] [ 889.310361] [a02954df] ? acpi_idle_enter_bm+0x263/0x29e [processor] [ 889.310366] [8122dadb] ? cpuidle_idle_call+0x95/0xee [ 889.310370] [8100fe90] ? cpu_idle+0xa2/0xda [ 889.310372] Mem-Info: [ 889.310373] Node 0 DMA per-cpu: [ 889.310376] CPU0: hi:0, btch: 1 usd: 0 [ 889.310378] CPU1: hi:0, btch: 1 usd: 0 [ 889.310379] Node 0 DMA32 per-cpu: [ 889.310382] CPU0: hi: 186, btch: 31 usd: 201 [ 889.310384] CPU1: hi: 186, btch: 31 usd: 173 [ 889.310389] active_anon:333238 inactive_anon:111739 isolated_anon:32 [ 889.310390] active_file:254 inactive_file:310 isolated_file:0 [ 889.310391] unevictable:0 dirty:0 writeback:95737 unstable:0 [ 889.310391] free:2745 slab_reclaimable:1436 slab_unreclaimable:24224 [ 889.310392] mapped:461 shmem:48 pagetables:2655 bounce:0 [ 889.310394] Node 0 DMA free:7768kB min:40kB low:48kB high:60kB active_anon:3672kB inactive_anon:3816kB active_file:8kB inactive_file:60kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15364kB mlocked:0kB dirty:0kB writeback:896kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:436kB kernel_stack:0kB pagetables:12kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [ 889.310404] lowmem_reserve[]: 0 1935 1935 1935 [ 889.310407] Node 0 DMA32 free:3212kB min:5608kB low:7008kB high:8412kB active_anon:1329280kB inactive_anon:443140kB active_file:1008kB inactive_file:1180kB unevictable:0kB isolated(anon):128kB isolated(file):0kB present:1981992kB mlocked:0kB dirty:0kB writeback:382052kB mapped:1844kB shmem:192kB slab_reclaimable:5744kB slab_unreclaimable:96460kB kernel_stack:1160kB pagetables:10608kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [ 889.310417] lowmem_reserve[]: 0 0 0 0 [ 889.310420] Node 0 DMA: 10*4kB 12*8kB 5*16kB 4*32kB 8*64kB 2*128kB 0*256kB 1*512kB 2*1024kB 2*2048kB 0*4096kB = 7768kB [ 889.310429] Node 0 DMA32: 555*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 3212kB [ 889.310437] 97175 total pagecache pages [ 889.310438] 96540 pages in swap cache [ 889.310440] Swap cache stats: add 137591, delete 41051, find 31/38 [ 889.310442] Free swap = 5430040kB [ 889.310443] Total swap = 5980152kB [ 889.314144] 507392 pages RAM [ 889.314144] 9875 pages reserved [ 889.314144] 5783 pages shared [ 889.314144] 493369 pages non-shared [ 889.314144] iwlagn :03:00.0: Failed to allocate SKB buffer with GFP_ATOMIC. Only 0 free buffers remaining. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579659: iceweasel: freezes on a
On Fri, Apr 30, 2010 at 10:05:56AM +0200, Christophe TROESTLER wrote: On Fri, 30 Apr 2010 08:41:30 +0200, Mike Hommey wrote: On Thu, Apr 29, 2010 at 07:45:34PM +0200, Christophe TROESTLER wrote: On Thu, 29 Apr 2010 19:16:37 +0200, Mike Hommey wrote: On Thu, Apr 29, 2010 at 06:07:05PM +0200, Christophe Troestler wrote: When opening the following link, even with iceweasel -safe-mode, the browser freezes: http://www.rtbf.be/info/belgique/politique/crise-la-n-va-depose-une-resolution-pour-contourner-la-sonnette-dalarme Flash could be a candidate. Have you tried to disable plugins ? I thought iceweasel -safe-mode did that but it seems it does not. Uninstalling flash or using mozilla-plugin-gnash it works fine indeed. Note that freezing is not the usual deal with the flash plugin. Crashing is. Freezing is most likely due to your sound setup. What does /etc/iceweasel/iceweaselrc have to say about ICEWEASEL_DSP ? If it is none, can you try auto ? With auto, iceweasel segfaults on startup. Tail of strace : ... futex(0x7fff97ca02bc, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fff97ca02bc, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7f3cac9fc710) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x7f3cabcd3750, [], SA_RESTORER|SA_SIGINFO, 0x7f3cabcdc990}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x7f3cabcd37e0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f3cabcdc990}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 lstat(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=122880, ...}) = 0 lstat(/usr/lib/iceweasel, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 futex(0x7f3cac3fd0ec, FUTEX_WAKE_PRIVATE, 2147483647) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Segmentation fault What does iceweasel --verbose say ? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579723: hamster-applet: Crashes at start-up
Package: hamster-applet Version: 2.30.0.1-2 Severity: normal File: /usr/bin/gnome-time-tracker Tags: sid After upgrading to 2.30.0.1-2, the applet doesn't start at all. Starting /usr/bin/gnome-time-tracker from the command line results in this output: $ /usr/bin/gnome-time-tracker /usr/lib/pymodules/python2.5/hamster/widgets/facttree.py:95: GtkWarning: Using Cairo rendering requires the drawable argument to have a specified colormap. All windows have a colormap, however, pixmaps only have colormap by default if they were created with a non-NULL window argument. Otherwise a colormap must be set on them with gdk_drawable_set_colormap _test_context = pixmap.cairo_create() Traceback (most recent call last): File /usr/bin/gnome-time-tracker, line 536, in module app = ProjectHamster() File /usr/bin/gnome-time-tracker, line 78, in __init__ self.treeview = widgets.FactTree() File /usr/lib/pymodules/python2.5/hamster/widgets/facttree.py, line 95, in __init__ _test_context = pixmap.cairo_create() cairo.Error: NULL pointer After downgrading to 2.28.2-1, everything works again. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-1, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages hamster-applet depends on: ii gconf2 2.28.1-3GNOME configuration database syste ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1The GLib library of C routines ii libgtk2.0-0 2.20.0-3The GTK+ graphical user interface ii libpango1.0-01.28.0-1Layout and rendering of internatio ii python 2.5.4-9 An interactive high-level object-o ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-evolution 2.28.0-7+b1 Python bindings for the evolution ii python-gconf 2.28.1-1Python bindings for the GConf conf ii python-gnome22.28.1-1Python bindings for the GNOME desk ii python-gnomeapplet 2.28.0-7+b1 Python bindings for the GNOME pane ii python-gobject 2.21.1-1Python bindings for the GObject li ii python-gtk2 2.17.0-2Python bindings for the GTK+ widge ii python-notify0.1.1-2+b2 Python bindings for libnotify ii python-support 1.0.8 automated rebuilding support for P ii python-wnck 2.28.0-7+b1 Python bindings for the WNCK libra ii python-xdg 0.19-1 Python library to access freedeskt hamster-applet recommends no packages. hamster-applet suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579273: git-core: FTBS on lenny
On Fri, Apr 30, 2010 at 01:50:43PM +0530, Faheem Mitha wrote: On Fri, 30 Apr 2010, Gerrit Pape wrote: I personally don't think running the selftests as non-root is a workaround, but strongly recommended. For every software project, 'make' should run with as less permissions as possible (ideally in a sandbox ;), and root permissions should only be used where really required (usually 'make install'). My suggestion would be to make this report wishlist, wontfix. I think Debian packages are supposed to build using debuild binary I don't know debuild, but if it runs the build targets with fakeroot by default, I'd say that is a bug in debuild. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566351: libgcrypt problem
Simon Josefsson wrote: Howard Chuh...@highlandsun.com writes: None of the gnutls docs mention that any special initialization function needs to be called when using it in a threaded application. You must have missed this section: http://www.gnu.org/software/gnutls/manual/html_node/Multi_002dthreaded-applications.html Not at all. OpenLDAP libldap_r does precisely these two steps, as documented in your link: gcry_control (GCRYCTL_SET_THREAD_CBS, gcry_threads_pthread); gnutls_global_init(); But that is completely useless, due to the behavior inside libgcrypt and gnutls which I already explained in here https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/comments/72 (Indeed, as illustrated in this bug report, apps generally won't and can't know anything about the underlying libraries.) That is a problem indeed. So aside from deciding what fix if any is appropriate for libgcrypt's secmem implementation, the larger issue remains of how to make libgcrypt safe for use when it's nested under other libraries like gnutls. Saying applications are responsible for correctly initializing libgcrypt is a non-starter. libgcrypt needs to have that requirement removed, and gnutls needs to be more comprehensive and explicit in the steps it takes to initialize libgcrypt, so that gnutls callers are completely shielded from the lower API layers. Right, I think things can be improved here. However sometimes it is not possible to shield applications from lower API layers: compare threads. You can't have a multi-threaded application access the entropy functions in any reliable manner with Libgcrypt or OpenSSL. The application needs to provide the libraries with mutexes for the thread library it is using, so the libraries can protect these accesses properly. Yes, it's a thorny issue. There are only two good solutions I'm aware of: - compile in a default set of thread callbacks, whose actual implementations point to the native thread library using weak external references. If the thread library is present, all the API references will resolve, otherwise they remain as NULL pointers and can be ignored. - ask for help from glibc. libc could provide a vector of function pointers for pthread support; this would be init'd as no-ops by default, and transparently replaced with the real thing when libpthreads is loaded into the process' address space. Other libraries which need to be thread-agnostic then won't need any special initialization at all, nor would there be any race conditions any more. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513134: Newer fceux
Package: fceu Version: 0.98.12-3 Severity: normal Hi, fceux would be good, last release is FCEUX 2.1.3 from 08 April 2010. http://fceux.com/web/home.html Thanks, Antonio -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc5-ao2 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fceu depends on: ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libsdl1.2debian 1.2.14-5 Simple DirectMedia Layer ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime fceu recommends no packages. Versions of packages fceu suggests: pn efp none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579453: etckeeper: Provide support for hourly autocommits?
May I ask why you do not want hourly autocommits, when you find daily autocommits OK? Here at the university it is a lot easier to figure out who did a specific change when we are able to ask who changed file X on machine Y between 13 and 14 yesterday, than when we ask who changed file X on machine Y yesterday. Making it easier to figure out who did a specific change is my motivation for asking for hourly autocommits. More than hourly resolution is not really needed, as people in my experience do not recollect exactly which minute of the hour they did something in the past, but migth have some idea about what period of the day they worked on something. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579273: git-core: FTBS on lenny
Hi Faheem, Faheem Mitha wrote: I applied the patch you pointed me to, namely diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh --- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530 +++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530 @@ -775,7 +775,10 @@ # exec does not inherit the PID ;; *) - test_set_prereq POSIXPERM + if test $(id -u) != 0 + then + test_set_prereq POSIXPERM + fi Did you apply the other two patches in that thread? but it still failed (see below). I was using 1.7.0.4-1 Debian sources from unstable. Maybe this was for a different version of git? Hmm, I see unstable now has 1.7.1-1. Should I try that instead? No, v1.7.1-1 should not be any different. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516809: Interested in a NMU?
Le vendredi 30 avril 2010 à 09:38 +0100, Ross Burton a écrit : Joss, On Thu, 2010-04-29 at 21:40 +0200, Josselin Mouette wrote: I’m currently trying to package gnome-scan and it needs gegl 0.0.22. Do you have anything against my uploading a NMU for that? Certainly not, feel free to move them to pkg-gnome and team maintainership. Has gnome-scan development restarted? gnome-scan receives development in the 0.7 branch, but it is not usable yet. I intend to upload gnome-scan 0.6.2 which is the most usable version at the moment. At least, the interface has more than 1 feature (unlike simple-scan) and it is usable by anyone (unlike xsane). So this will not be perfect, but at least there will be something. I think I’ll just ship the gimp plug-in in the metapackages - it looks simpler and less buggy than the standalone program. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579724: dpkg-shlibdeps: drop redundant = 0 symbols version from output
Package: dpkg Version: 1.15.7.1 Hi. libx11-6.symbols contains lots of entries for minimum version 0 that makes it into pretty many package entries in Packages.gz. Packages previously depending on libx11-6 depend on libx11-6 (= 0) after rebuilding. (Same for libxext6 and possibly more.) This looks pretty redudant and ugly to me. Please consider dropping the version restriction if it evaluates to 0. (The academic case of package versions less than 0 like 0~0 should be ignored for sanity reasons.) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#575893: xserver-xorg-video-radeon: Occasional flickering
I've done more experimenting regarding this issue. With the patch and disp_priority=2 module parameter the glitching is significantly reduced (though not completely). It makes my computer more usable. 2.6.34-rc5 with disp_priority=2 is (much) worse than 2.6.32-4_2.6.32-10 (with patch), however there seem to be many more module parameters that might influence it which I have not tested. The parameters are related to power management and when playing a bit with http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=refs/heads/drm-radeon-testing changing the power_state settings seemed to influence the frequency of the glitches which would imply it has something to do with power management. Anyhow, long story short: the patch is a big step in the right direction for 2.6.32 and if it could be added to the official Debian kernel I would be quite happy. Regards, Remko Bijker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579725: RM: somaplayer -- ROM; FTBFS, unmaintained upstream, better alternatives available
Package: ftp.debian.org Severity: normal Please remove somaplayer from Debian. Thank you in advance, Riccardo -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579593: Plans for a sssd package in Debian?
Hi. You get this as one of the uploaders of the sssd package in Ubuntu. I am considering to upload the sssd package to Debian. I've registered WNPP request #579593 for this. What are your thoughts regarding a Debian upload? How much work is it to maintain sssd?. Should we look into some shared maintainence between Ubuntu and Debian? Are there others considering a Debian upload? Looking at the package, one change is required (provide init.d script instead of upstart job), and one is on my wishlist (support pam-auth-update). The rest seemed fine for Squeeze. See URL: http://lists.alioth.debian.org/pipermail/initscripts-ng-devel/2010-April/000855.html for a draft init.d script. Cc to btw WNPP request. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579726: Segfault in iceape 2.0.4 (with or with plugins or safe mode)
Package: iceape Version: 2.0.4-1 Severity: grave Tags: squeeze Justification: renders package unusable Hello, Since last upgrade, iceape receives SIGSEGV after one or two minutes. gdb returns : Program received signal SIGSEGV, Segmentation fault. nsQueryInterface::operator() (this=value optimized out, aIID=..., answer=0x7fffdde8) at nsCOMPtr.cpp:47 (gdb) bt full #0 nsQueryInterface::operator() (this=value optimized out, aIID=..., answer=0x7fffdde8) at nsCOMPtr.cpp:47 No locals. #1 0x777364e2 in nsCOMPtr_base::assign_from_qi (this=0x7fffde30, qi=..., iid=...) at nsCOMPtr.cpp:96 newRawPtr = 0x7fffbc15de00 #2 0x7fffe9d73189 in nsCOMPtr (this=0x7fffe123d560, url=value optimized out, exitCode=value optimized out) at .../../../mozilla/dist/include/xpcom/nsCOMPtr.h:572 No locals. #3 nsImapIncomingServer::OnStopRunningUrl (this=0x7fffe123d560, url=value optimized out, exitCode=value optimized out) at nsImapIncomingServer.cpp:2353 folderCount = 0 msgFolder = {nsCOMPtr_base = {mRawPtr = 0x0}, No data fields} imapAction = 22 rv = value optimized out msgWindow = {nsCOMPtr_base = {mRawPtr = 0x0}, No data fields} imapUrl = {nsCOMPtr_base = {mRawPtr = 0x7fffbc15de00}, No data fields} #4 0x7fffe9c7945c in nsMsgMailNewsUrl::SetUrlState (this=0x7fffbc15de08, aRunningUrl=value optimized out, aExitCode=0) at nsMsgMailNewsUrl.cpp:135 listener = {nsCOMPtr_base = {mRawPtr = 0x7fffe123d648}, No data fields} iter = {nsAutoTObserverArraynsCOMPtrnsIUrlListener, 0u::Iterator = {nsTObserverArray_base::Iterator_base = {mPosition = 1, mNext = 0x0}, mArray = @0x7fffbc15dea0}, No data fields} statusFeedback = {nsCOMPtr_base = {mRawPtr = 0x0}, No data fields} #5 0x7fffe9d7b77d in nsImapMailFolder::SetUrlState (this=0x7fffd3fe1800, aProtocol=0x7fffbe7b4000, aUrl=0x7fffbc15de08, isRunning=0, statusCode=0) at nsImapMailFolder.cpp:6609 No locals. #6 0x7776f442 in NS_InvokeByIndex_P (that=0x803f, methodIndex=3924094944, paramCount=4294958568, params=0x1) at xptcinvoke_x86_64_linux.cpp:208 nr_stack = value optimized out gpregs = {140737227192272, 140736389136384, 140736348937736, 0, 0, 140737226307144} d0 = 0 d5 = 134217729 a1 = 140737117482976 result = 3232794624 nr_gpr = 5 d1 = 0 d6 = 62 a2 = 140737488346600 nr_fpr = 0 d2 = 9.2233720368547758e+18 d7 = 0 a3 = 1 stack = value optimized out fpregs = {6.9533558074300681e-310, 6.9533429046656111e-310, 6.4591658375217283e-315, 9.8813129168249309e-323, 4.9406564584124654e-324, 6.953348730689189e-310, 0, 6.9533376250524519e-310} d3 = 0 a4 = 140737352818752 d4 = 0 a0 = 2147483711 a5 = 13701 #7 0x77768627 in nsProxyObjectCallInfo::Run (this=0x7fffc5de7640) at nsProxyEvent.cpp:181 No locals. #8 0x77764853 in nsThread::ProcessNextEvent (this=0x706ef7d0, mayWait=1, result=0x7fffe0cc) at nsThread.cpp:521 notifyGlobalObserver = 1 obs = {nsCOMPtr_base = {mRawPtr = 0x7fffea1067c8}, No data fields} event = {nsCOMPtr_base = {mRawPtr = 0x7fffc5de7640}, No data fields} rv = 0 #9 0x7773a6c8 in NS_ProcessNextEvent_P (thread=0x803f, mayWait=-370872352) at nsThreadUtils.cpp:247 val = 1 #10 0x7fffe72c1501 in nsBaseAppShell::Run (this=0x7fffea1067c0) at nsBaseAppShell.cpp:170 thread = 0x706ef7d0 #11 0x7fffe5b945b0 in nsAppStartup::Run (this=0x706bf380) at nsAppStartup.cpp:193 rv = value optimized out #12 0x77bcdea9 in XRE_main (argc=value optimized out, argv=value optimized out, aAppData=value optimized out) at nsAppRunner.cpp:3321 remoteService = {nsCOMPtr_base = {mRawPtr = 0x7fffd50ca7b0}, No data fields} appStartup = {nsCOMPtr_base = {mRawPtr = 0x706bf380}, No data fields} shuttingDown = 0 workingDir = {nsCOMPtr_base = {mRawPtr = 0x7fffe48cf500}, No data fields} cmdLine = {nsCOMPtr_base = {mRawPtr = 0x7fffe2e53780}, No data fields} xpcom = {mServiceManager = 0x7fffea53b168} desktopStartupIDEnv = value optimized out profLD = {nsCOMPtr_base = {mRawPtr = 0x7061bdc0}, No data fields} dirProvider = {nsIDirectoryServiceProvider2 = {nsIDirectoryServiceProvider = {nsISupports = {_vptr.nsISupports = 0x77dde580}, No data fields}, No data fields}, nsIProfileStartup = {nsISupports = {_vptr.nsISupports = 0x77dde5c8}, No data fields}, mAppProvider = {nsCOMPtr_base = {mRawPtr = 0x0}, No data fields}, mGREDir = {nsCOMPtr_base = {mRawPtr = 0x70619300}, No data fields}, mXULAppDir = {nsCOMPtr_base = {mRawPtr = 0x70619180}, No data fields}, mProfileDir = {nsCOMPtr_base = {mRawPtr = 0x7061bd00}, No data fields}, mProfileLocalDir = {nsCOMPtr_base = {mRawPtr = 0x7061bdc0}, No data fields}, mProfileNotified = 1 '\001',
Bug#579727: iptables: Iptables doesn't compile from source with current Build-Depends.
Package: iptables Version: 1.4.2-6 Severity: normal I found a problem while compiling iptables on my Lenny (+testing, +unstable) system. It does not compile after wajig source iptables=1.4.2-6 with dpkg-buildpackage. Error is: make[4]: Entering directory `/usr/src/iptables-1.4.6/debian/build' /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Winline -pipe -DXTABLES_LIBDIR=\/lib/xtables\ -DXTABLES_INTERNAL -I./include -I./include -g -O2 -c -o libiptc/libip4tc.lo libiptc/libip4tc.c ../libtool: line 827: X--tag=CC: command not found ../libtool: line 860: libtool: ignoring unknown tag : command not found ../libtool: line 827: X--mode=compile: command not found ../libtool: line 994: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 995: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1138: Xgcc: command not found ../libtool: line 1138: X-DHAVE_CONFIG_H: command not found ../libtool: line 1138: X-I.: command not found ../libtool: line 1138: X-D_LARGEFILE_SOURCE=1: command not found ../libtool: line 1138: X-D_LARGE_FILES: command not found ../libtool: line 1138: X-D_FILE_OFFSET_BITS=64: command not found ../libtool: line 1138: X-D_REENTRANT: command not found ../libtool: line 1138: X-Wall: command not found ../libtool: line 1138: X-Waggregate-return: command not found ../libtool: line 1138: X-Wmissing-declarations: command not found ../libtool: line 1138: X-Wmissing-prototypes: command not found ../libtool: line 1138: X-Wredundant-decls: command not found ../libtool: line 1138: X-Wshadow: command not found ../libtool: line 1138: X-Wstrict-prototypes: command not found ../libtool: line 1138: X-Winline: command not found ../libtool: line 1138: X-pipe: command not found ../libtool: line 1138: X-DXTABLES_LIBDIR=/lib/xtables: No such file or directory ../libtool: line 1138: X-DXTABLES_INTERNAL: command not found ../libtool: line 1138: X-I./include: No such file or directory ../libtool: line 1138: X-I./include: No such file or directory ../libtool: line 1138: X-g: command not found ../libtool: line 1138: X-O2: command not found ../libtool: line 1138: X-c: command not found ../libtool: line 1191: Xlibiptc/libip4tc.lo: No such file or directory ../libtool: line 1196: libtool: compile: cannot determine name of library object from `': command not found make[4]: *** [libiptc/libip4tc.lo] Error 1 make[4]: Leaving directory `/usr/src/iptables-1.4.6/debian/build' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/iptables-1.4.6/debian/build' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/iptables-1.4.6/debian/build' dh_auto_build: command returned error code 512 make[1]: *** [debian/stamp-build] Error 1 make[1]: Leaving directory `/usr/src/iptables-1.4.6/debian/build' make: *** [build] Error 2 Solution: Upgrade'ing libtool from 1.5.26-4+lenny1 to 2.2.6b-2 (from testing) resolves the problem. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (700, 'stable'), (200, 'testing'), (199, 'unstable'), (190, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.12 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages iptables depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib iptables recommends no packages. iptables suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516809: Interested in a NMU?
On Fri, 2010-04-30 at 10:53 +0200, Josselin Mouette wrote: I intend to upload gnome-scan 0.6.2 which is the most usable version at the moment. At least, the interface has more than 1 feature (unlike simple-scan) and it is usable by anyone (unlike xsane). So this will not be perfect, but at least there will be something. I think I’ll just ship the gimp plug-in in the metapackages - it looks simpler and less buggy than the standalone program. Sounds sensible. Last time I tried gnome-scan it was pretty bad at actually scanning, but this was very a early snapshot... Ross -- Ross Burton mail: r...@burtonini.com jabber: r...@burtonini.com www: http://burtonini.com signature.asc Description: This is a digitally signed message part
Bug#579273: git-core: FTBS on lenny
On Fri, 30 Apr 2010, Jonathan Nieder wrote: Hi Faheem, Faheem Mitha wrote: I applied the patch you pointed me to, namely diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh --- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530 +++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530 @@ -775,7 +775,10 @@ # exec does not inherit the PID ;; *) - test_set_prereq POSIXPERM + if test $(id -u) != 0 + then + test_set_prereq POSIXPERM + fi Did you apply the other two patches in that thread? No. Sorry, was I supposed to? but it still failed (see below). I was using 1.7.0.4-1 Debian sources from unstable. Maybe this was for a different version of git? Hmm, I see unstable now has 1.7.1-1. Should I try that instead? No, v1.7.1-1 should not be any different. Ok. Regards, Faheem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579728: geg: [INTL:de] German translation
Package: geg Version: 1.0.2-6 Severity: wishlist Tags: l10n Hi, Please find the initial german translation of geg attached. Regards, Chris # German translation of geg. # Copyright (C) 1998 Frederic Peters. # This file is distributed under the same license as the geg package. # Chris Leick c.le...@vollbio.de, 2010. # msgid msgstr Project-Id-Version: geg 1.0.2-6\n Report-Msgid-Bugs-To: Frederic Peters fpet...@debian.org\n POT-Creation-Date: 2006-02-19 23:09+0100\n PO-Revision-Date: 2010-04-29 21:18+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: Debian German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../src/about.c:46 msgid about msgstr über #: ../src/about.c:47 msgid About geg msgstr Ãber Geg #: ../src/about.c:54 ../src/formulas.c:173 ../src/help.c:133 #: ../src/prefs.c:268 msgid Ok msgstr Ok #: ../src/formulas.c:76 msgid Maximum Formulas msgstr Maximale Formeln #: ../src/formulas.c:83 msgid Parse Error! msgstr Auswertungsfehler! #: ../src/formulas.c:140 ../src/app.c:376 msgid Erase msgstr Löschen #: ../src/formulas.c:147 msgid Select functions to erase: msgstr Wählen Sie Funktionen zum Löschen aus: #: ../src/formulas.c:185 ../src/prefs.c:288 msgid Cancel msgstr Abbruch #: ../src/formulas.c:229 msgid Erase Formulas msgstr Formeln löschen #: ../src/main.c:33 msgid error initialising msgstr Initialisierungsfehler #: ../src/app.c:181 ../src/app.c:722 msgid New All msgstr Alle neu #: ../src/app.c:185 msgid Clear Log msgstr Protokoll bereinigen #: ../src/app.c:191 msgid Preferences... msgstr Einstellungen ... #: ../src/app.c:198 ../src/app.c:413 msgid Exit msgstr Beenden #: ../src/app.c:204 msgid File msgstr Datei #: ../src/app.c:211 msgid Erase Formulas... msgstr Formeln löschen ... #: ../src/app.c:218 ../src/app.c:747 msgid Reset Zoom msgstr Zoom zurücksetzen #: ../src/app.c:224 ../src/prefs.c:215 msgid Decimal Spacing msgstr Dezimaler Abstand #: ../src/app.c:230 ../src/prefs.c:217 msgid Radian Spacing msgstr Radialer Abstand #: ../src/app.c:236 msgid View msgstr Ansicht #: ../src/app.c:244 msgid Help... msgstr Hilfe ... #: ../src/app.c:250 msgid About... msgstr Ãber ... #: ../src/app.c:256 ../src/help.c:109 msgid Help msgstr Hilfe #: ../src/app.c:267 msgid Range msgstr Bereich #: ../src/app.c:273 ../src/prefs.c:201 msgid Xmin: msgstr Xmin: #: ../src/app.c:274 ../src/prefs.c:202 msgid Xmax: msgstr Xmax: #: ../src/app.c:275 ../src/prefs.c:208 msgid Ymin: msgstr Ymin: #: ../src/app.c:276 ../src/prefs.c:209 msgid Ymax: msgstr Ymax: #: ../src/app.c:300 msgid Log msgstr Protokoll #: ../src/app.c:307 msgid Status msgstr Status #: ../src/app.c:337 msgid GO! msgstr LOS! #: ../src/app.c:371 msgid New msgstr Neu #: ../src/app.c:372 msgid Erase all formulas and reset zoom msgstr Alle Formeln löschen und Zoom zurücksetzen #: ../src/app.c:377 msgid Select formulas to erase msgstr Wählen Sie Formeln zum Löschen aus #: ../src/app.c:382 msgid Reset msgstr Zurücksetzen #: ../src/app.c:382 msgid Reset zoom to default msgstr Zoom auf Vorgabe zurücksetzen #: ../src/app.c:388 msgid In msgstr Hinein #: ../src/app.c:388 msgid Zoom in msgstr Hineinzoomen #: ../src/app.c:392 msgid Out msgstr Hinaus #: ../src/app.c:392 msgid Zoom out msgstr Hinauszoomen #: ../src/app.c:398 ../src/app.c:421 ../src/app.c:948 msgid Decimal msgstr Dezimal #: ../src/app.c:399 msgid Use decimal spacing msgstr Dezimalen Abstand benutzen #: ../src/app.c:403 ../src/app.c:423 ../src/app.c:1003 msgid Radian msgstr Radiant #: ../src/app.c:403 msgid Use radian spacing msgstr Radianlen Abstand benutzen #: ../src/app.c:408 msgid Prefs msgstr Einstellungen #: ../src/app.c:408 msgid Edit preferences msgstr Einstellungen bearbeiten #: ../src/app.c:413 msgid Exit geg msgstr Geg beenden #: ../src/app.c:586 ../src/app.c:1123 msgid Minimum Resolution msgstr Minimale Auflösung #: ../src/app.c:594 msgid Zoom In msgstr Hineinzoomen #: ../src/app.c:599 msgid Maximum Resolution msgstr Maximale Auflösung #: ../src/app.c:606 msgid Zoom Out msgstr Hinauszoomen #: ../src/app.c:793 #, c-format msgid Using %s spacing msgstr Benutzter Abstand: »%s« #: ../src/app.c:1136 msgid Zoom Selection msgstr Zoom-Auswahl #: ../src/app.c:1140 msgid Function Intercepts:- msgstr Funktionsabschnitte:- #: ../src/app.c:1144 msgid Axis Intercepts:- msgstr Achsenabschnitte:- #: ../src/app.c:1428 #, c-format msgid %s and %s at:\n X=%%0.%df, Y=%%0.%df msgstr %s und %s bei:\n X=%%0.%df, Y=%%0.%df #: ../src/app.c:1439 ../src/app.c:1523 # keine bezieht sich auf Formeln msgid none found. msgstr keine gefunden. #: ../src/app.c:1607 msgid Invalid Range msgstr Ungültiger Bereich #: ../src/help.c:115 msgid Syntax information: msgstr Syntax-Informationen: #: ../src/parser.c:358 msgid Eval Error msgstr Eval-Fehler #: ../src/colorsel.c:78 msgid Select color msgstr Wählen Sie eine Farbe aus #:
Bug#579273: git-core: FTBS on lenny
Hi Gerrit and Faheem, Gerrit Pape wrote: Faheem Mitha wrote: On Fri, 30 Apr 2010, Gerrit Pape wrote: For every software project, 'make' should run with as less permissions as possible (ideally in a sandbox ;), and root permissions should only be used where really required (usually 'make install'). My suggestion would be to make this report wishlist, wontfix. I disagree with the conclusion. Why not make it a little easier to build git however a person is used to building packages, especially since - the appropriate patches are already written - it would reduce noise on the git mailing list :) - everyone asking about this has been doing it in a sandbox, so although I would generally not like the opportunity to break people’s machines with an overprivileged test gone mad, in practice this is not usually about running that risk - if git misbehaves when run as root and we catch such a bug this way, that would be great I am also not convinced disallowing builds by root is allowed by Debian policy (though arguably the lack of clarity there is more of a bug in policy). Has upstream already commented on this? See the “forwarded” thread and linked-to messages. Common themes: - running tests as root is insane - tests ought to have appropriate prerequisites to succeed when run as root anyway Junio proposed a patch for this once, but it evaporated because people couldn’t agree on how to teach the test harness to allow tests with multiple prerequisites. He has been on a pseudo-vacation for this week. No comments from the mailing list on this round except to say that “,” might be a better delimiter for test prerequisite lists (which makes sense, so I may add a patch for that on top next week). I think Debian packages are supposed to build using debuild binary I don't know debuild, but if it runs the build targets with fakeroot by default, I'd say that is a bug in debuild. “debuild binary” is implemented as shorthand for “fakeroot debian/rules binary”. I think the intended result is better implemented by “debuild -b”, but also think --- _if_ it works and does not risk breaking something else --- that it is worth changing the tests to make the former work, too. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516809: Interested in a NMU?
Joss, On Thu, 2010-04-29 at 21:40 +0200, Josselin Mouette wrote: I’m currently trying to package gnome-scan and it needs gegl 0.0.22. Do you have anything against my uploading a NMU for that? Certainly not, feel free to move them to pkg-gnome and team maintainership. Has gnome-scan development restarted? Ross -- Ross Burton mail: r...@burtonini.com jabber: r...@burtonini.com www: http://burtonini.com signature.asc Description: This is a digitally signed message part
Bug#579273: git-core: FTBS on lenny
Faheem Mitha wrote: On Fri, 30 Apr 2010, Jonathan Nieder wrote: Faheem Mitha wrote: I applied the patch you pointed me to, namely diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh --- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530 +++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530 @@ -775,7 +775,10 @@ # exec does not inherit the PID ;; *) - test_set_prereq POSIXPERM + if test $(id -u) != 0 + then + test_set_prereq POSIXPERM + fi Did you apply the other two patches in that thread? No. Sorry, was I supposed to? Yes, sorry for the lack of clarity. They go together. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579726: Segfault in iceape 2.0.4 (with or with plugins or safe mode)
On Fri, Apr 30, 2010 at 11:01:21AM +0200, BERTRAND Joel wrote: Package: iceape Version: 2.0.4-1 Severity: grave Tags: squeeze Justification: renders package unusable Could you try this patch ? https://bug550455.bugzilla.mozilla.org/attachment.cgi?id=436533 Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579729: new version
package: editline Severity:wishlist Could you package the new version with utf8 support. Thank Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579273: git-core: FTBS on lenny
On Fri, 30 Apr 2010, Jonathan Nieder wrote: Faheem Mitha wrote: On Fri, 30 Apr 2010, Jonathan Nieder wrote: Faheem Mitha wrote: I applied the patch you pointed me to, namely diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh --- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530 +++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530 @@ -775,7 +775,10 @@ # exec does not inherit the PID ;; *) - test_set_prereq POSIXPERM + if test $(id -u) != 0 + then + test_set_prereq POSIXPERM + fi Did you apply the other two patches in that thread? No. Sorry, was I supposed to? Yes, sorry for the lack of clarity. They go together. Ok, will retest and let you know. Faheem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579730: RFP: roffit -- convert nroff manual pages into HTML
Package: wnpp Severity: wishlist * Package name: roffit Version : 0.6 Upstream Author : Daniel Stenberg den...@haxx.se * URL : http://daniel.haxx.se/projects/roffit * License : BSD Programming Lang: Perl Description : convert nroff manual pages into HTML roffit converts manual page from standard and writes to standard output. input must be an nroff formatted man page, and the output will be an HTML document. Options -mandir and --hrefdir can generate nice cross-manpage links. URLs are also automatically converted to a href links. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579550: sympa: missing dependencies
On 04/28/2010 04:23 PM, Malte S. Stretz wrote: Package: sympa Version: 6.0.1-1 Severity: grave Justification: renders package unusable Startup will fail because the following Perl libraries aren't automatically pulled in: libfile-copy-recursive libnet-netmask-perl libterm-progressbar-perl Can't locate File/Copy/Recursive.pm in @INC (@INC contains: /usr/share/sympa/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/sympa/lib/tools.pm line 30. Can't locate Net/Netmask.pm in @INC (@INC contains: /usr/share/sympa/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/sympa/lib/Scenario.pm line 26. Can't locate Term/ProgressBar.pm in @INC (@INC contains: /usr/share/sympa/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/sympa/lib/Bulk.pm line 37. Thanks for the report. A package fixing this problem will be uploaded this weekend. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579731: [libopenthreads13] Conflicts with libopenthread12
Package: libopenthreads13 Version: 2.8.3-1 Severity: normal Hi, libopenthreads-dev depends on libopenthread13, which is not installable due to a conflict with libopenthread12: Unpacking libopenthreads13 (from .../libopenthreads13_2.8.3-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libopenthreads13_2.8.3-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libOpenThreads.so.2.4.0', which is also in package libopenthreads12 2.8.2-2 Errors were encountered while processing: /var/cache/apt/archives/libopenthreads13_2.8.3-1_amd64.deb [ Rootkit Hunter version 1.3.6 ] File updated: searched for 163 files, found 135 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libopenthreads-dev: libopenthreads-dev depends on libopenthreads13 (= 2.8.3-1); however: Package libopenthreads13 is not installed. dpkg: error processing libopenthreads-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libopenthreads-dev Best regards, Matthias --- System information. --- Architecture: amd64 Kernel: Linux 2.6.33-2010.02.27 Debian Release: squeeze/sid 500 unstableftp2.de.debian.org 500 unstabledebian-multimedia.informatik.uni-erlangen.de 500 testing ftp2.de.debian.org 1 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6(= 2.3.4) | 2.10.2-7 libgcc1(= 1:4.1.1) | 1:4.4.3-9 libstdc++6 (= 4.4.0) | 4.4.3-9 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579659: iceweasel: freezes on a
On Fri, 30 Apr 2010 10:32:59 +0200, Mike Hommey wrote: What does iceweasel --verbose say ? ICEWEASEL_DSP=artsdsp OPTIONS= DEBUG=0 DEBUGGER= Running: artsdsp /usr/lib/iceweasel/firefox-bin Segmentation fault If I kill artsd then iceweasel reports ICEWEASEL_DSP= OPTIONS= DEBUG=0 DEBUGGER= Running: /usr/lib/iceweasel/firefox-bin and does not freeze anymore on the site I mentioned. C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579732: icedove can not send mails to Exchange Server
Package: icedove Version: 3.0.4-2 Severity: important since the big update to Version 3 I can not send Emails over MS-Exchange (our uni-server - IMAP) but with p.e. arcor.de there is no problem (also IMAP but I don't know their server software) from virtualbox-Windows I tried with Firefox and webinterface - also no success with IE in same virtualbox I can send my Emails Reading Emails is no problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libgconf2-42.28.1-3 GNOME configuration database syste ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.15-1lib for parsing cmdline parameters ii myspell-de-at [myspell-dic 20091006-4.1 Austrian (German) dictionary for m ii myspell-de-ch [myspell-dic 20091006-4.1 Swiss (German) dictionary for mysp ii myspell-de-de [myspell-dic 20091006-4.1 German dictionary for myspell ii myspell-en-us [myspell-dic 1:3.2.0-4 English_american dictionary for my Versions of packages icedove suggests: ii ttf-lyx 1.6.5-1TrueType versions of some TeX font -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579733: unattended-upgrades: apt-listchanges not run on automatic upgrade
Package: unattended-upgrades Version: 0.42debian1 Severity: normal During regular operation, apt-listchanges is run and mails the changelogs to root. During unattended upgrades apt-listchanges does not seem to get called (at least no mail gets sent). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii apt-utils 0.7.25.3 APT utility programs ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii python2.5.4-9An interactive high-level object-o ii python-apt0.7.94.2 Python interface to libapt-pkg ii ucf 3.0025 Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571929: Situation of desktopcouch
Hi David, On Sun, 11 Apr 2010, David Paleino wrote: These three commits should fix the bug: http://git.debian.org/?p=collab-maint/desktopcouch.git;a=commitdiff;h=364617edea88f2471350562b02060a8f270b6da6 http://git.debian.org/?p=collab-maint/desktopcouch.git;a=commitdiff;h=f2eae1ad024b5de17c5795b336b7283d71300b75 http://git.debian.org/?p=collab-maint/desktopcouch.git;a=commitdiff;h=790baa2e0559202e73a552559159e89388fd6ea3 It think it's mostly ok. The only problem is that other package might depend on -records in order to access the contacts/notes python API and their dependency might be not enough anymore to ensure this. Syncing this change in Ubuntu will thus require a review and maybe some other updates. You might want to review this in Debian at least for now. Or you might want to have a transitional/dummy -records package depending on both packages to offer a smooth upgrade path for Ubuntu. I think it would be worth the effort. python-desktopcouch-extra, but I think this is a minor issue. An option could be providing many small packages (but I'd say this is a bit overkill -- and should probably go in another bugreport). Let's say: I also think this would be overkill. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579709: evince: does not render properly some documents
2010/4/30 Josselin Mouette j...@debian.org: Le vendredi 30 avril 2010 à 00:27 -0300, Gastón Araguás a écrit : Package: evince Version: 2.28.2-1 Severity: important some documents are not properly shown, here a snapshoot http://imagebin.ca/view/BVvTRo7a.html Please send such a file, otherwise there’s no way we can reproduce the bug. Here is the file http://www.cfar.umd.edu/~daniel/daniel_papersfordownload/CoplanarPts.pdf Does the bug also happen with pdfcube or okular? Yes, with pdfcube and epdfview too. I don't okular installed I have noted that my evince is not linked against libxcb-render nor libxcb- render-util, attached is the ldd evince output. So what? Sorry, i thought that it could be a tip to solve the problem, isn't it? -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- Gastón Araguás __ CIII - Centro de Investigación en Informática para la Ingeniería Univ. Tecnológica Nacional Facultad Regional Córdoba. Argentina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579734: jscoverage: FTBFS: configure: error: python was not found in $PATH
Source: jscoverage Version: 0.5-1 Severity: serious Justification: FTBFS Hi, time to use a chroot? | checking for python... no | configure: error: python was not found in $PATH | configure: error: ./configure.gnu failed for js | make: *** [debian/stamp-autotools] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full build logs: https://buildd.debian.org/status/package.php?p=jscoveragesuite=unstable Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579735: O: gtkmathview
Package: wnpp Severity: normal I'm hereby orphaning the gtkmathview package. It consists of a C++ library used to render MathML documents to various backends, including GTK. Most notably, it is used to support rendering of mathematical formulae in third party applications, such as abiword. The library has become quite stable in recent years, and upstream is friendly, competent, and reponsive. The package is in collab-maint already, builds upon autotools and has hence one-liner CDBS or dh7 debian/rules. The maintenance burden is very low. I'm copying the abiword maintainers: given that the sky-rocketing popcon of gtkmathview is mainly due to them, they might want to maintain the package by themselves to avoid breakages in abiword. I'm filing the O bug now, I'll upload the actually orphaned package if noone step up to take it over in a week or so (feel free to ping me if I forget). Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579736: gphoto2: started failing to download images from Canon 5D
Package: gphoto2 Version: 2.4.5-2 Severity: important In between 06/04/2010 and 30/04/2010 (frequently updated testing system) gphoto2 stopped to be able to download images from by Canon 5D in PTP mode. It's still working with with my Canon 400D, and with the Canon 5D in PC connect. mode as well as in Windows. Listing the files with gphoto2 -L still works. In PTP mode the error message is: $ gphoto2 -p 1,2 Downloading 'IMG_1015.CR2' from folder '/store_00020002/DCIM/100EOS5D'... *** Error *** PTP I/O error *** Error (-1: 'Unspecified error') *** In PC connect. mode: $ gphoto2 -p 1,2 Detected a 'Canon:EOS 5D (normal mode)'. Downloading 'IMG_1015.CR2' from folder '/DCIM/100EOS5D'... *** Error *** canon_usb_set_file_attributes: canon_usb_dialogue failed Saving file as IMG_1015.CR2 Downloading 'IMG_1015.JPG' from folder '/DCIM/100EOS5D'... *** Error *** canon_usb_set_file_attributes: canon_usb_dialogue failed Saving file as IMG_1015.JPG Below is a (small) part of the output in PTP mode with --debug: 46.157201 frontend/foreach.c(2): ID 0 is in folder '/store_00020002/DCIM/100EOS5D'. 46.159158 gphoto2-camera(2): Getting file 'IMG_1015.CR2' in folder '/store_00020002/DCIM/100EOS5D'... 46.159179 libgphoto2/gphoto2-filesys.c(2): Getting file 'IMG_1015.CR2' from folder '/store_00020002/DCIM/100EOS5D' (type 1)... 46.159193 gphoto2-filesystem(2): Lookup folder /store_00020002/DCIM/100EOS5D file IMG_1015.CR2 46.159202 gphoto2-filesystem(2): Lookup folder '/store_00020002/DCIM/100EOS5D'... 46.159221 context(2): Downloading 'IMG_1015.CR2' from folder '/store_00020002/DCIM/100EOS5D'... Downloading 'IMG_1015.CR2' from folder '/store_00020002/DCIM/100EOS5D'... 46.159245 PTP2/ptp2/library.c(2): Getting file. 46.159257 gphoto2-port(2): Writing 16=0x10 byte(s) to port... 46.159269 gphoto2-port(3): Hexdump of 16 = 0x10 bytes follows: 10 00 00 00 01 00 09 10-e0 01 00 00 71 3f 90 31 q?.1 46.160277 ptp2/ptp_usb_getdata(2): reading data 46.160288 ptp2/ptp_usb_getpacket(2): getting next ptp packet 46.160297 gphoto2-port(2): Reading 512=0x200 bytes from port... 46.466966 gphoto2-port(3): Hexdump of 512 = 0x200 bytes follows: ac 33 00 00 02 00 21 90-df 01 00 00 71 3f 90 31 .3!.q?.1 0010 03 b1 20 71 5a c5 00 08-88 bc 4b 49 4d 47 5f 31 .. qZ.KIMG_1 0020 30 31 35 2e 43 52 32 00-72 3f 90 31 01 38 20 af 015.CR2.r?.1.8 . 0030 03 47 00 06 88 bc 4b 49-4d 47 5f 31 30 31 35 2e .GKIMG_1015. 0040 4a 50 47 00 81 3f 90 31-03 b1 20 78 18 c0 00 14 JPG..?.1.. x 0050 88 bc 4b 49 4d 47 5f 31-30 31 36 2e 43 52 32 00 ..KIMG_1016.CR2. 0060 82 3f 90 31 01 38 20 1e-5d 40 00 14 88 bc 4b 49 .?.1.8 @ki 0070 4d 47 5f 31 30 31 36 2e-4a 50 47 00 91 3f 90 31 MG_1016.JPG..?.1 0080 03 b1 20 8a 1e bf 00 26-88 bc 4b 49 4d 47 5f 31 .. ..KIMG_1 0090 30 31 37 2e 43 52 32 00-92 3f 90 31 01 38 20 2e 017.CR2..?.1.8 . 00a0 1d 3f 00 26 88 bc 4b 49-4d 47 5f 31 30 31 37 2e .?...KIMG_1017. 00b0 4a 50 47 00 a1 3f 90 31-03 b1 00 cd f1 c0 00 92 JPG..?.1 00c0 88 bc 4b 49 4d 47 5f 31-30 31 38 2e 43 52 32 00 ..KIMG_1018.CR2. 00d0 a2 3f 90 31 01 38 00 63-24 44 00 90 88 bc 4b 49 .?.1.8.c$DKI 00e0 4d 47 5f 31 30 31 38 2e-4a 50 47 00 b1 3f 90 31 MG_1018.JPG..?.1 00f0 03 b1 00 b7 df c0 00 96-88 bc 4b 49 4d 47 5f 31 ..KIMG_1 0100 30 31 39 2e 43 52 32 00-b2 3f 90 31 01 38 00 ea 019.CR2..?.1.8.. 0110 63 42 00 94 88 bc 4b 49-4d 47 5f 31 30 31 39 2e cBKIMG_1019. 0120 4a 50 47 00 c1 3f 90 31-03 b1 00 4b e5 bc 00 98 JPG..?.1...K 0130 88 bc 4b 49 4d 47 5f 31-30 32 30 2e 43 52 32 00 ..KIMG_1020.CR2. 0140 c2 3f 90 31 01 38 00 72-d3 3e 00 96 88 bc 4b 49 .?.1.8.r.KI 0150 4d 47 5f 31 30 32 30 2e-4a 50 47 00 d1 3f 90 31 MG_1020.JPG..?.1 0160 03 b1 20 10 ae be 00 9a-88 bc 4b 49 4d 47 5f 31 .. ...KIMG_1 0170 30 32 31 2e 43 52 32 00-d2 3f 90 31 01 38 20 f8 021.CR2..?.1.8 . 0180 d4 41 00 98 88 bc 4b 49-4d 47 5f 31 30 32 31 2e .AKIMG_1021. 0190 4a 50 47 00 e1 3f 90 31-03 b1 20 df 52 bd 00 c0 JPG..?.1.. .R... 01a0 88 bc 4b 49 4d 47 5f 31-30 32 32 2e 43 52 32 00 ..KIMG_1022.CR2. 01b0 e2 3f 90 31 01 38 20 9b-b7 3f 00 be 88 bc 4b 49 .?.1.8 ..?KI 01c0 4d 47 5f 31 30 32 32 2e-4a 50 47 00 f1 3f 90 31 MG_1022.JPG..?.1 01d0 03 b1 20 76 ee bf 00 e0-88 bc 4b 49 4d 47 5f 31 .. v..KIMG_1 01e0 30 32 33 2e 43 52 32 00-f2 3f 90 31 01 38 20 91 023.CR2..?.1.8 . 01f0 7c 43 00 de 88 bc 4b 49-4d 47 5f 31 30 32 33 2e |CKIMG_1023. 46.467127 ptp2/ptp_usb_getdata(0): Read broken PTP header (Code is 9021 vs 1009). 46.467143 ptp2/usb_getdata(2): request code 0x1009 getting data error 0x02ff 46.467175 context(0): PTP I/O error *** Error *** PTP I/O error 46.467231 libgphoto2/gphoto2-filesys.c(2): Download of 'IMG_1015.CR2' from '/store_00020002/DCIM/100EOS5D' (type 1) failed. Reason: 'Unspecified error' 46.467252 gphoto2-camera(2): Operation failed! *** Error (-1: 'Unspecified error') *** -- System Information: Debian Release: squeeze/sid APT prefers
Bug#576147: (no subject)
Interestingly I'm having exactly the same problem like Toni. Same TYPO3 version, same line, same error. The error log says: | [Fri Apr 30 09:51:07 2010] [error] [client xx.xx.xx.xx] ALERT - canary | mismatch on efree() - heap overflow detected (attacker 'xx.xx.xx.xx', | file '/var/www/typo3_src-4.2/t3lib/class.t3lib_htmlmail.php', line | 718), referer: http://abc.com/ This very line calls ini_set to update the sendmail_from property: | ini_set('sendmail_from', $tmpVal); I see nothing special with this, $tmpVal is just the regular email address. Also note that it sometimes works. It's probably 1/3 of all attempts which fail, so it is just partly reproducable... It seems like I'm able to isolate the problem by adding nothing but this line into an empty script: ?php ini_set(sendmail_from('i...@myhost.com'); ? So there must be something wrong with ini_set trying to overwrite sendmail_from. Note that in php.ini, the sendmail_from as well as the sendmail_path properties are both no set (commented out). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579735: O: gtkmathview
Le vendredi 30 avril 2010 à 12:02 +0200, Stefano Zacchiroli a écrit : Package: wnpp Severity: normal I'm hereby orphaning the gtkmathview package. It consists of a C++ library used to render MathML documents to various backends, including GTK. Most notably, it is used to support rendering of mathematical formulae in third party applications, such as abiword. The library has become quite stable in recent years, and upstream is friendly, competent, and reponsive. The package is in collab-maint already, builds upon autotools and has hence one-liner CDBS or dh7 debian/rules. As a the jeuclid maintainer (a library/viewer of MathML in Java), I could also take this one in the context of Debian Science. However, I would prefer a user of this package to step-in (or a maintainer of one of its reverse dependencies). Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579737: mirror submission for mirror.1und1.de
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.1und1.de Aliases: mirror.eu.oneandone.net Type: leaf Archive-architecture: ALL Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Old-ftp: /linux/distributions/debian/debian-archive/ Old-http: /linux/distributions/debian/debian-archive/ Old-rsync: debian-archive/ Volatile-ftp: /debian-volatile/ Volatile-http: /debian-volatile/ Volatile-rsync: debian-volatile/ IPv6: yes Archive-upstream: powell.debian.org Volatile-upstream: powell.debian.org Updates: push Maintainer: 1 und 1 Internet AG mirrorad...@1und1.de Country: DE Germany Sponsor: 1 und 1 Internet AG http://www.1und1.de/ Comment: Main and Volatile are push-triggered. Please don't publish mirror.eu.oneandone.net in URLs. The script dislikes the ampersand in 1$ampersand1 Internet AG. Could this changed manually? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579738: RFP: libgraph-easy-perl -- Convert or render graphs (as ASCII, HTML, SVG or via Graphviz)
Package: wnpp Severity: wishlist * Package name : libgraph-easy-perl Version : 0.64 Upstream Author : TELS nospam-ab...@bloodgate.com * URL : http://search.cpan.org/~tels/Graph-Easy/lib/Graph/Easy.pm URL : http://bloodgate.com/ * License : GPL 2.0 or a later version Programming Lang : Perl Description : Convert or render graphs (as ASCII, HTML, SVG or via Graphviz) Graph::Easy lets you generate graphs consisting of various shaped nodes connected by edges (with optional labels). It can read and write graphs in a varity of formats, as well as render them via its own grid-based layouter. Since the layouter works on a grid (manhattan layout), the output is most usefull for flow charts, network diagrams, or hierarchy trees. signature.asc Description: OpenPGP digital signature
Bug#579735: O: gtkmathview
On Fri, Apr 30, 2010 at 12:07:08PM +0200, Sylvestre Ledru wrote: As a the jeuclid maintainer (a library/viewer of MathML in Java), I could also take this one in the context of Debian Science. However, I would prefer a user of this package to step-in (or a maintainer of one of its reverse dependencies). Fine, I'd say it would be fair to keep you as fallback then. Do you mind following how it goes and then, unless someone fulfilling the proposed requirement steps up, upload a version with you as the maintainer in a 7-10 days? Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Bug#579740: hsqldb-server: post-install fails
Package: hsqldb-server Version: 1.8.0.10-6 Severity: important hsqldb-server post-install fails here. r...@aofr08093:/usr/share/java# LC_ALL=C aptitude install hsqldb-server Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following partially installed packages will be configured: hsqldb-server No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 18 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Setting up hsqldb-server (1.8.0.10-6) ... Required file is gone: /var/run/hsqldb.pid Failed to start org.hsqldb.Server. See log file '/var/log/hsqldb.log'. invoke-rc.d: initscript hsqldb-server, action start failed. dpkg: error processing hsqldb-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: hsqldb-server E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up hsqldb-server (1.8.0.10-6) ... Required file is gone: /var/run/hsqldb.pid Failed to start org.hsqldb.Server. See log file '/var/log/hsqldb.log'. invoke-rc.d: initscript hsqldb-server, action start failed. dpkg: error processing hsqldb-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: hsqldb-server Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done r...@aofr08093:/usr/share/java# cat /var/log/hsqldb.log [ser...@c9ba38]: [Thread[main,5,main]]: checkRunning(false) entered [ser...@c9ba38]: [Thread[main,5,main]]: checkRunning(false) exited [ser...@c9ba38]: Startup sequence initiated from main() method [ser...@c9ba38]: Loaded properties from [/var/lib/hsqldb/server.properties] [ser...@c9ba38]: Initiating startup sequence... [ser...@c9ba38]: [Thread[HSQLDB Server @c9ba38,5,main]]: run()/openServerSocket(): java.net.SocketException: Invalid argument at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:365) at java.net.ServerSocket.bind(ServerSocket.java:319) at java.net.ServerSocket.init(ServerSocket.java:185) at org.hsqldb.HsqlSocketFactory.createServerSocket(Unknown Source) at org.hsqldb.Server.openServerSocket(Unknown Source) at org.hsqldb.Server.run(Unknown Source) at org.hsqldb.Server.access$000(Unknown Source) at org.hsqldb.Server$ServerThread.run(Unknown Source) [ser...@c9ba38]: Initiating shutdown sequence... [ser...@c9ba38]: Shutdown sequence completed in 12 ms. [ser...@c9ba38]: 2010-04-30 12:46:12.137 SHUTDOWN : System.exit() was not called [ser...@c9ba38]: [Thread[main,5,main]]: checkRunning(false) entered [ser...@c9ba38]: [Thread[main,5,main]]: checkRunning(false) exited [ser...@c9ba38]: Startup sequence initiated from main() method [ser...@c9ba38]: Loaded properties from [/var/lib/hsqldb/server.properties] [ser...@c9ba38]: Initiating startup sequence... [ser...@c9ba38]: [Thread[HSQLDB Server @c9ba38,5,main]]: run()/openServerSocket(): java.net.SocketException: Invalid argument at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:365) at java.net.ServerSocket.bind(ServerSocket.java:319) at java.net.ServerSocket.init(ServerSocket.java:185) at org.hsqldb.HsqlSocketFactory.createServerSocket(Unknown Source) at org.hsqldb.Server.openServerSocket(Unknown Source) at org.hsqldb.Server.run(Unknown Source) at org.hsqldb.Server.access$000(Unknown Source) at org.hsqldb.Server$ServerThread.run(Unknown Source) [ser...@c9ba38]: Initiating shutdown sequence... [ser...@c9ba38]: Shutdown sequence completed in 9 ms. [ser...@c9ba38]: 2010-04-30 12:46:13.939 SHUTDOWN : System.exit() was not called r...@aofr08093:/usr/share/java# ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 36 9 avril 09:44 /etc/alternatives/java - /usr/lib/jvm/java-6-sun/jre/bin/java r...@aofr08093:/usr/share/java# dpkg -l |grep sun-java ii sun-java6-bin6.20-dlj-1 Sun Java(TM) Runtime Environment (JRE) 6 (architecture ii sun-java6-jdk6.20-dlj-1 Sun Java(TM) Development Kit (JDK) 6 ii sun-java6-jre6.20-dlj-1 Sun
Bug#299150: To: line without hostname
Hello, I created a patch that solves this problem. It does not simply append the hostname to the To||Cc-Headers, but respects the RewriteDomain. If the recipient is listed in /etc/ssmtp/revaliases, the alias address is used in the To||Cc-Header. Much of the patch code is taken from other functions in ssmtp.c. Regards Christophdiff -Naurp ssmtp-2.64.orig/ssmtp.c ssmtp-2.64/ssmtp.c --- ssmtp-2.64.orig/ssmtp.c 2010-04-30 10:55:07.0 +0200 +++ ssmtp-2.64/ssmtp.c 2010-04-30 10:58:41.0 +0200 @@ -355,6 +355,64 @@ char *append_domain(char *str) } /* +append_domain_header() -- Fix up address with @domain.com + in To|Cc Headers +*/ +char *append_domain_header(char *str) +{ + char buf1[(BUF_SZ + 1)], buf2[(BUF_SZ + 1)], *p; + int bool = False; + FILE *fp; + + if (strchr(str, '@') != (char *) NULL) { + return strdup(str); + } + + /* Try to open the reverse aliases file */ + if ((fp = fopen(REVALIASES_FILE, r))) { + /* Search if a reverse alias is defined for the recipient */ + while (fgets(buf1, sizeof(buf1), fp)) { + /* Make comments invisible */ + if ((p = strchr(buf1, '#'))) { +*p = (char) NULL; + } + + /* Ignore malformed lines and comments */ + if (strchr(buf1, ':') == (char *) NULL) { +continue; + } + + /* Parse the alias */ + if (((p = strtok(buf1, :))) (strcmp(p, str) == 0)) { +if ((p = strtok(NULL, : \t\r\n))) { + if (snprintf(buf2, BUF_SZ, %s, p) == -1) { + die(append_domain_header() -- snprintf() failed); + } + + bool = True; +} + } + } + + fclose(fp); + } + + if (! bool) { + if (snprintf(buf2, BUF_SZ, %...@%s, str, +#ifdef REWRITE_DOMAIN + rewrite_domain == True ? mail_domain : hostname +#else + hostname +#endif + ) == -1) { +die(append_domain_header() -- snprintf() failed); + } + } + + return(strdup(buf2)); +} + +/* standardise() -- Trim off '\n's and double leading dots */ bool_t standardise(char *str, bool_t *linestart) @@ -1416,6 +1474,90 @@ void handler(void) } /* +rcpt_header() -- Break To|Cc into individual addresses + and append domain, if necessary +*/ +char *rcpt_header(const char *type, const char *addresses) +{ + bool_t in_quotes = False, got_addr = False; + char *p, *q, *r, *result, *ret; + + result = NULL; + + if ((p = strdup(addresses)) == (char *) NULL) { + die(rcpt_header(): strdup() failed); + } + + q = p; + + /* Replace CR, LF and TAB */ + while (*q) { + switch(*q) { + case '\t': + case '\n': + case '\r': + *q = ' '; + } + + q++; + } + + q = p; + r = q; + + while (*q) { + if (*q == '') { + in_quotes = (in_quotes ? False : True); + } + + /* End of string? */ + if (*(q + 1) == (char) NULL) { + got_addr = True; + } + + /* End of address? */ + if ((*q == ',') (in_quotes == False)) { + got_addr = True; + *q = (char) NULL; + } + + if (got_addr) { + while (*r isspace(*r)) r++; + ret = append_domain_header(addr_parse(r)); + + if (result == NULL) { +if (result = (char *) calloc(strlen(ret) + 5, sizeof(char))) { + sprintf(result, %s: %s, type, ret); +} +else { + die(rcpt_header(): calloc() failed); +} + } + else { +if (result = (char *) realloc(result, (strlen(result) + 2 + strlen(ret) + 1) * sizeof(char))) { + result = strcat(result, , ); + result = strcat(result, ret); +} +else { + die(rcpt_header(): realloc() failed); +} + } + + r = (q + 1); + got_addr = False; + free(ret); + } + + q++; + } + + free(p); + + return result; +} + + +/* ssmtp() -- send the message (exactly one) from stdin to the mailhub SMTP port */ int ssmtp(char *argv[]) @@ -1635,13 +1777,22 @@ int ssmtp(char *argv[]) #ifdef HASTO_OPTION if(have_to == False) { - outbytes += smtp_write(sock, To: postmaster); + outbytes += smtp_write(sock, rcpt_header(To, postmaster)); } #endif ht = headers; while(ht-next) { - outbytes += smtp_write(sock, %s, ht-string); + if (strncasecmp(ht-string, To:, 3) == 0) { + outbytes += smtp_write(sock, rcpt_header(To, ht-string + 3)); + } + else if (strncasecmp(ht-string, Cc:, 3) == 0) { + outbytes += smtp_write(sock, rcpt_header(Cc, ht-string + 3)); + } + else { + outbytes += smtp_write(sock, %s, ht-string); + } + ht = ht-next; }
Bug#579741: lockward: crashes X with 865G video
Package: xscreensaver-gl Version: 5.10-7 Severity: normal When lockward starts, even in demo mode, X crashes, leaving both X and the console unusable. I can ssh in, but cannot subsequently startx (in spite of having configured X to allow it to be started from ssh) so I then have to reboot to be able to use X or the console again. My video controller is: 00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) Xorg.0.log.old for my last session that was crashed by this screensaver hack just has the following error message and nothing else that looks useful: Fatal server error: Failed to submit batchbuffer: Input/output error -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xscreensaver-gl depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7.1-1A free implementation of the OpenG ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libglu1-mesa [libglu1]7.7.1-1The OpenGL utility library (GLU) ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l xscreensaver-gl recommends no packages. Versions of packages xscreensaver-gl suggests: ii xscreensaver 5.10-7 Automatic screensaver for X -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579227: Embedded code copy: libmozjs
On Mon, Apr 26, 2010 at 01:34:21PM +0200, Cyril Brulebois wrote: it was just noticed that the FTBFS on s390 I reported sounded like an FTBFS previously dealt with in libmozjs, meaning you're embedding it instead of just using libmozjs-dev and dropping your embedded code copy. Given the security records on xulrunner thingies, I'm opening this at serious severity with security tag… Upstream is aware of this problem and is waiting for SpiderMonkey developer to provide a public API for the parser before removing the need for the embedded copy of SpiderMonkey. See the following blog comment by jscoverage author: http://blog.mozilla.com/dherman/2010/04/22/language-engineering-on-the-web/comment-page-1/#comment-3 There seems to be outgoing work for this in SpiderMonkey: https://bugzilla.mozilla.org/show_bug.cgi?id=533874 I posted to mozilla.dev.tech.js-engine (as advised by irc.mozilla.org #jsapi folks), to ask for the current status of this work. -- Johan Euphrosine (proppy) pro...@aminche.com Development and services around Free Software http://www.aminche.com/ signature.asc Description: Digital signature
Bug#574956: dpkg drops zero-epoch in status file
Hello all :) We should have tried it ealier, i (and every other unstable/testing user) can reproduce it easily… It is just that the popcon is low so until now unspotted (popcon will race now drastically ;) ) The problem: To compare versions with the same version number apt generates a hash over a few informations which are available online and in dpkgs status file: all dependencies and the installation size. (as these are likely to change if this is another version) If we compare the two versions now: /var/lib/dpkg/status: Package: libconfigreader-simple-perl Installed-Size: 96 Replaces: squidtaild ( 2.1a6-5.4) Depends: perl Conflicts: squidtaild ( 2.1a6-5.4) to /var/lib/apt/lists/*_Packages: Package: libconfigreader-simple-perl Installed-Size: 96 Replaces: squidtaild ( 0:2.1a6-5.4) Depends: perl Conflicts: squidtaild ( 0:2.1a6-5.4) we can see that dpkg in his status file drops the zero-epoch. This doesn't change the semantic as zero-epoch and no epoch are considered equal, but as apt uses the string without deeper parsing at this stage this is a big difference in the hash. ( can be seen in apt-pkg/deb/deblistparser.cc VersionHash() ) QuickDirty workaround is to drop the zero-epoch in the package so the Packages and status file are equal again. (cc'ed perl group and last uploader, maybe they want to do that) The real solution is to either tell apt to strip out the zero-epoch for the hash or to tell dpkg to not remove the zero-epoch in status. It is relatively easy for apt to ignore the epoch for the hash as it is a simple hash and we don't need to care about false positive removes so apt still doesn't need to do expensive parsing here, but i want to ask dpkg maintainers (cc'ed and titled to grep their attension) for their opinion as this is maybe something they want to change instead in their logic for consistence… (through no zero epoch could be a change to be consistence…). 2010/4/30 Goswin von Brederlow goswin-...@web.de: If there are multiple packages with the same version that aren't identical then you get multiple entries in apt-cache policy like you have. Apt will try to update to the package with the highest pin. But the apt download cache assumes that a package version is unique and if a file for libconfigreader-simple-perl 1.28-2 exists in your cache then apt will reinstall that instead of downloading the different one from ftp.us.debian.org. So every time it sees that ftp.us.debian.org has a different package but then it installs the old one again. While it is not a good idea for usability reasons apt can handle multiple different versions with the same number. Two versions were never a problem as this happens all the time: The version from Packages and the version from the status file. In the handling of three and more versions with the same number but different hashes was a bug until recently ( #574072 ) which prevent the version merger to work correctly which is why i asked if the policy output is complete… Best regards / Mit freundlichen Grüßen David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579735: O: gtkmathview
Le vendredi 30 avril 2010 à 12:39 +0200, Stefano Zacchiroli a écrit : On Fri, Apr 30, 2010 at 12:07:08PM +0200, Sylvestre Ledru wrote: As a the jeuclid maintainer (a library/viewer of MathML in Java), I could also take this one in the context of Debian Science. However, I would prefer a user of this package to step-in (or a maintainer of one of its reverse dependencies). Fine, I'd say it would be fair to keep you as fallback then. Do you mind following how it goes and then, unless someone fulfilling the proposed requirement steps up, upload a version with you as the maintainer in a 7-10 days? Deal! Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579742: kfreebsd
Package: win32-loader Hi. Loading kfreebsd from win32-loader is simple, I made this patch based on grub.cfg from the D-I images. Sorry I don't know about NSIS part, but if the files are in C:/win32-loader/ it should boot. Index: main.nsi === --- main.nsi (revision 63034) +++ main.nsi (working copy) @@ -653,8 +653,10 @@ $\n' ${Endif} FileWrite $0 \ -linux /win32-loader/linux $preseed_cmdline$\n\ -initrd /win32-loader/initrd.gz$\n\ +kfreebsd /win32-loader/kfreebsd.gz$\n\ +kfreebsd_module_elf /win32-loader/acpi.ko$\n\ +kfreebsd_module /win32-loader/mfsroot.gz type=mfs_root$\n\ +set kFreeBSD.vfs.root.mountfrom=ufs:/dev/md0$\n\ boot$\n FileClose $0
Bug#577441: New upstream 0.9.5 version of NuSOAP, and Debian packaging update
Olivier Berger wrote: Hi. FYI, a new version of NuSOAP has been released upstream, that seems to fix bugs and incompatibilities (deprecation warnings at least) with PHP 5.3. I've prepared a Debian package for this new version (currently in source form at http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=nusoap ) I'm not sure how well it has been tested though, and if it could break applications depending on it. Hi, First of all, thanks a lot for taking the time to do this packaging work. It's much appreciated here. I also spotted issues in the old nusoap, and I'm happy that the upstream author took time to transition to something that works with php 5.3. ereg() calls and the like had to be replaced... I'd be happy to test your package, but the above link is accessible only by yourself, with your login. Please send me the link to your .dsc file. May I ask you to try and test if it breaks your packages eventually (and/or ask your upstreams in case they would have not noticed) ? I'm pretty sure SOAP is not the most easily testable features in many apps though, but who knows ;) One of the contributors to our software reported some php Notice. I'll ask him if this new version fixes it. As my package is used in other distributions that do not have a libnusoap package, the source package of DTC (but NOT the Debian binaries) include nusoap.php. So it will be easy for us to try, and I believe that this will be valid even if he runs FreeBSD. I just wonder if the new version has changed from a standalone single nusoap.php file or, as much as I can see, if a project should now use also the class.*.php files that are next to it, or if they are just the examples (without seaching much, I'd guess it didn't change, and a single nusoap.php is enough, and that others are just examples, right?). I'm waiting for 0.7.3-3 to transition to testing before uploading to unstable anyway, but any help testing it would be much welcome. I'm thinking about uploading to experimental maybe. Having the package in experimental doesn't mater much to me, as long as we all know where to get the package to test with before it goes in SID or Testing. What's important give us something to test with (eg: a working URL) and to add entries to #577441 saying that: - there's a new version from upstream - the new version of your package is under testing period - where to get the updated package until testing period is done Currently, your entry just says that the upstream dropped maintenance, which is not right anymore, since you are packaging 0.9.5. To save time to everyone, I am CCing the bug, so you wont need more work! Please just send the correct (updated) package URL as a link to #577441 as well, and we can start testing the new version. Thanks again for your packaging work, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579743: funkload: missing dependency
Package: funkload Version: 1.11.0-2 Severity: important funkload is completely unusable without package python-setuptools (fe...@netart)~$fl-record Traceback (most recent call last): File /usr/bin/fl-record, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.5/site-packages/pkg_resources.py, line 2655, in module working_set.require(__requires__) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 648, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: distribute (fe...@netart)~$fl-install-demo Traceback (most recent call last): File /usr/bin/fl-install-demo, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.5/site-packages/pkg_resources.py, line 2655, in module working_set.require(__requires__) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 648, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: distribute (fe...@netart)~$fl-build-report Traceback (most recent call last): File /usr/bin/fl-build-report, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.5/site-packages/pkg_resources.py, line 2655, in module working_set.require(__requires__) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 648, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: distribute (fe...@netart)~$ Please add it as dependency. After installing python-setuptools everything works like a charm. regards fEnIo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579744: automake creates file with future timestamp
Package: automake Version: 1:1.11.1-1 Severity: normal Sender: jenssei...@users.sf.net Hi, I'm running automake in a Xen domU (virtual guest system) with a inexact kernel time source (not matching the hardware clock). It seems that automake gets its time from the outer dom0 (host) system which is very strange as this may differ from the time as reported by date: $ rm Makefile.in $ automake $ stat Makefile.in; date File: #Makefile.in# Size: 24463 Blocks: 0 IO Block: 32768 reguläre Datei Device: 12h/18d Inode: 5287779 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/jens) Gid: ( 1000/jens) Access: 2010-04-30 10:52:43.0 +0200 Modify: 2010-04-30 10:52:43.0 +0200 Change: 2010-04-30 10:52:43.0 +0200 Fr 30. Apr 10:51:50 CEST 2010 Do you see that the timestamp of Makefile.in is 10:52:43 which is newer than the current time (10:51:50)? I'm (nearly) sure that 10:52:43 is the dom0 time. I also verified that the time in domU increases (no jumps backwards). Since make complains about has modification time xy s in the future I don't trust the build system. Please use the same time source as make does. My info: dom0 kernel: 2.6.18.8 domU kernel: 2.6.32.7 domU boot parameter hpet=disable clocksource=jiffies nolapic acpi=off I tried many other clocksource values (such as noapic clocksource=hpet, notsc) but these seem to be very fragile and freeze my system with this domU kernel after approximately one day. Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.7 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages automake depends on: ii autoconf 2.65-4 automatic configure script builder ii autotools-dev 20100122.1 Update infrastructure for config.{ ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in automake recommends no packages. automake suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574980: Bug #574980: libaccess-bridge-java: does not integrate into JRE iself, nor provide instructions to do so
Hi, openjdk-6-jre depends on libaccess-bridge-jni and that is why I have assumed it has already been integrated. Is that assumption wrong? Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579745: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- buguwrIjm The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python2.5.4-9 An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software- properties-gtk 0.60.debian-1.1 manage the repositories that you i ii update- notifier 0.99.3debian3 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579746: linux-image-2.6.32-3-686-bigmem: Permission denials in devtmpfs handlers DO break the rest of the kernel.
Package: linux-image-2.6.32-3-686-bigmem Severity: normal Hello. To reproduce the bug you will need some means for denying root access to (possibly unmounted) devtmpfs filesystem. This is easily achievable with SELinux, for example. Required: kernel_t should be denied access to the devtmpfs fs_con type. Debian's selinux-policy-default as of 2:0.2.20091117-2 version provides default context for devtmpfs filesystem as system_u:object_r:tmpfs_t:s0 and contains no access rules for kernel_t to create special device nodes and directories there, also kernel_t is not a permissive domain. linux-image-2.6.32-3-686-bigmem as of 2.6.32-9 have devtmpfs enabled, but userspace does not use it, so it does not get mounted and correctly labelled. That would not be a problem if devtmpfs code would be bug-free, but it seems that it is not prepared to see ENOPERM from vfs helpers, so that all manifests as inability to boot with SELinux enabled and in enforced mode. On first access to (unused and unbound) virtual console audit this (in permissive mode): type=AVC msg=audit(1272355156.238:105): avc: denied { search } for pid=1686 comm=getty name=/ dev=devtmpfs ino=4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355156.238:105): avc: denied { write } for pid=1686 comm=getty name=/ dev=devtmpfs ino=4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355156.238:105): avc: denied { add_name } for pid=1686 comm=getty name=vcs4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355156.238:105): avc: denied { create } for pid=1686 comm=getty name=vcs4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=chr_file or when booted into single user mode without getty and with sulogin on /dev/console (in permissive mode) # echo /dev/tty2 type=AVC msg=audit(1272355319.117:102): avc: denied { search } for pid=1668 comm=getty name=/ dev=devtmpfs ino=4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355319.117:102): avc: denied { write } for pid=1668 comm=getty name=/ dev=devtmpfs ino=4 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355319.117:102): avc: denied { add_name } for pid=1668 comm=getty name=vcs2 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=dir type=AVC msg=audit(1272355319.117:102): avc: denied { create } for pid=1668 comm=getty name=vcs2 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=chr_file If booted in enforced mode, or just switched to enforced, any command, that access unused (unbound) VTs hangs the console totally. No VT switching or scrolling is possible, ctrl-alt-del is not received, however Sysrq-b reboots machine after a pause. I believe, that nevertheless this denials may be fixed by writing an appropriate SELinux module, by allowing the kernel_t access to invisible devtmpfs floating somewhere, still that is not a SELinux policy bug. Googling the discussion of kernel maintainers with devtmpfs authors made me believe, that authors intended devtmpfs for reduced userspace (embedded?) systems with no complex interoperability issues in mind. Please do not turn CONFIG_DEVTMPFS=y in default debian kernels, that code is not appropriately designed and tested for everyone's use, moreover it is not required for debian environment to boot properly, debian have initramfs and udev. At least until it is fixed to work in real world. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: jack-audio-connection-kit: FTBFS on kfreebsd-*: error: a c compiler is required
On Tue, Apr 27, 2010 at 23:38:41 +0200, Jonas Smedegaard wrote: BTW, we currently set other arch-specific flags based on DEB_BUILD_ARCH - I wonder if that should instead be DEB_HOST_ARCH? That would probably be more correct, yes. Cheers, Julien signature.asc Description: Digital signature
Bug#579310: [pdfjam] Possibly bogus dependency on documentation package
* Rupert Swarbrick rswarbr...@googlemail.com, 2010-04-26, 22:02: pdfjam depends on texlive-latex-recommended-doc, which is a documentation package. Is this package really required to make pdfjam work? If it were actually required, that would be a MUST policy violation: | Packages must not require the existence of any files in | `/usr/share/doc/' in order to function. (Debian Policy 12.3) But I don't think it's really the case. Dear maintainer, please demote the dependency to a recommendation or a suggestion. -- Jakub Wilk signature.asc Description: Digital signature
Bug#579747: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- bug3sO63E The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers proposed- updates APT policy: (500, 'proposed-updates'), (500, 'hardy'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf22.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i ii update-notifier 0.99.3debian3 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579748: dump does not write any file when accessing an iscsi device
Package: dump Version: 0.4b41-5+b1 Severity: important $ dump 0af /tmp/hh.dump /dev/mapper/idisk-part1 dump is 'stuck' no file is produced though dump uses CPU -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dump depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3.1GNU readline and history libraries ii libuuid1 1.41.3-1 universally unique id library ii tar 1.20-1 GNU version of the tar archiving u dump recommends no packages. dump suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: jack-audio-connection-kit: FTBFS on kfreebsd-*: error: a c compiler is required
On Fri, Apr 30, 2010 at 01:29:23PM +0200, Julien Cristau wrote: On Tue, Apr 27, 2010 at 23:38:41 +0200, Jonas Smedegaard wrote: BTW, we currently set other arch-specific flags based on DEB_BUILD_ARCH - I wonder if that should instead be DEB_HOST_ARCH? That would probably be more correct, yes. Thanks for confirming. Corrected (this side-issue) in Git now. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#579644: [Pkg-libvirt-maintainers] Bug#579644: forgotten information
Hi Guido! Here is my backtrace! Feel free to ask me if you need more info! Best regards Marc naboo:~# pidof libvirtd 4510 naboo:~# gdb GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. (gdb) attach 4510 Attaching to process 4510 Reading symbols from /usr/sbin/libvirtd...Reading symbols from /usr/lib/debug/usr/sbin/libvirtd...done. (no debugging symbols found)...done. Reading symbols from /lib/libdevmapper.so.1.02.1...(no debugging symbols found)...done. Loaded symbols for /lib/libdevmapper.so.1.02.1 Reading symbols from /lib/libudev.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libudev.so.0 Reading symbols from /usr/lib/libpciaccess.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpciaccess.so.0 Reading symbols from /usr/lib/libvirt.so.0...Reading symbols from /usr/lib/debug/usr/lib/libvirt.so.0.8.0...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libvirt.so.0 Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /usr/lib/libcap-ng.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcap-ng.so.0 Reading symbols from /usr/lib/libgnutls.so.26...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgnutls.so.26 Reading symbols from /usr/lib/libgcrypt.so.11...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgcrypt.so.11 Reading symbols from /usr/lib/libsasl2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /usr/lib/libxenstore.so.3.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxenstore.so.3.0 Reading symbols from /usr/lib/libavahi-common.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libavahi-common.so.3 Reading symbols from /usr/lib/libavahi-client.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libavahi-client.so.3
Bug#579672: User IDs must be properly unescaped to support colon and backslash (and maybe other characters)
Hi I'm forwarding this Request from Daniel Kahn Gillmor to you. He is reporting the issue below to the Debian Bugtracker for the GnuPG-Interface Module packaged. [1] http://bugs.debian.org/579672 See his message below, Thank you for considering Bests Salvatore - Forwarded message from Daniel Kahn Gillmor d...@fifthhorseman.net - From: Daniel Kahn Gillmor d...@fifthhorseman.net Resent-From: Daniel Kahn Gillmor d...@fifthhorseman.net Reply-To: Daniel Kahn Gillmor d...@fifthhorseman.net, 579...@bugs.debian.org X-Mailer: reportbug 4.11 Date: Thu, 29 Apr 2010 14:29:41 -0400 To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#579672: libgnupg-interface-perl: User IDs must be properly unescaped to support colon and backslash (and maybe other characters) Package: libgnupg-interface-perl Version: 0.42-3 Severity: normal Tags: patch User IDs with colons and backslashes (at least) are escaped in gpg output. GnuPG::Interface should unescape these strings, so that the invoking perl program recieves the raw UTF-8 string. The attached patch fixes the problem. For example, E95707CF is an OpenPGP key identifying the https service running on zimmermann.mayfirst.org (using the monkeysphere). It has a User ID of https://zimmermann.mayfirst.org; (it also has another User ID which is a DNS alias of a common misspelling). The following two commands show the problem: gpg --keyserver pool.sks-keyservers.net --recv E95707CF perl -MGnuPG::Interface -e ' foreach $k (GnuPG::Interface-new()-get_public_keys(0xE95707CF)) { foreach $u ($k-user_ids) { printf %s\n, $u-as_string(); }}' Without unescaping, the output of the second command reads: https\x3a//zimmermann.mayfirst.org https\x3a//zimmerman.mayfirst.org but it should read: https://zimmermann.mayfirst.org https://zimmerman.mayfirst.org The attached patch handles the unescaping cleanly. Thanks, --dkg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgnupg-interface-perl depends on: ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gnupg22.0.14-1 GNU privacy guard - a free PGP rep ii libany-moose-perl 0.12-1 module to use either Moose or Mous ii perl 5.10.1-12 Larry Wall's Practical Extraction libgnupg-interface-perl recommends no packages. libgnupg-interface-perl suggests no packages. -- no debconf information --- a/lib/GnuPG/Interface.pm +++ b/lib/GnuPG/Interface.pm @@ -335,6 +335,11 @@ } +sub unescape_string { + my($str) = splice(@_); + $str =~ s/\\x(..)/chr(hex($1))/eg; + return $str; +} ### @@ -451,7 +456,7 @@ $current_signed_item = GnuPG::UserId-new( validity = $user_id_validity, -as_string = $user_id_string, +as_string = unescape_string($user_id_string), ); $current_key-push_user_ids($current_signed_item); @@ -472,7 +477,7 @@ algo_num = $algo_num, hex_id = $hex_key_id, date_string= $signature_date_string, -user_id_string = $user_id_string, +user_id_string = unescape_string($user_id_string), ); if ( $current_signed_item-isa('GnuPG::UserId') ) { @@ -490,7 +495,7 @@ $current_signed_item = GnuPG::UserId-new( validity = $validity, -as_string = $user_id_string, +as_string = unescape_string($user_id_string), ); $current_key-push_user_ids($current_signed_item); ___ pkg-perl-maintainers mailing list pkg-perl-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers - End forwarded message - -- .-. oo| Debian GNU/Linux -- The power of freedom -- /`'\ GPG key ID: 0x7FD863FEhttp://arda.homelinux.org/~salvi/ (\_;/) Fingerprint: 04A4 407C B914 2C23 030C 17AE 789D 6F05 7FD8 63FE signature.asc Description: Digital signature
Bug#579640: cron complains about missing lost+found dirs
Bas Zoetekouw wrote: Package: cron Version: 3.0pl1-105 Severity: normal Recently, cron has started complaining about missing lost+found directories on my ext3 filesystems: | Some local filesystems do not have lost+found directories. This | means that these filesystems will not be able to recover | lost files when the filesystem is checked after a crash. | Consider creating a lost+found directory with mklost+found(8). Please remove this feature. I have deleted the lost+found directories myself, and I don't need a daily (!) reminder of that. Furthermore, if the lost+found directories are needed, they are created automatically by pass 3 of fsck. Therefore, there is no need at all, on a normal system, to keep these directories, let alone to send a daily warning about them. I will be addressing this issue in the coming week. Christian signature.asc Description: OpenPGP digital signature
Bug#579640: cron complains about missing lost+found on XFS
Peter Chubb wrote: Version: 3.0pl1-109 Package: cron XFS doesn't create or use lost+found by default, so there's no point in complaining it doesn't exist. This was already reported in #577508. A fix is currently pending upload. Christian signature.asc Description: OpenPGP digital signature
Bug#568577: Please provide pam-auth-update rule for pam_mkhomedir
Here is a quick update regarding pam-auth-update configuration for pam_mkhomedir. I suspect the best approach would be to split the module into its own package, to allow it to be automatically enabled by installing the package. Since my initial report, I discovered that the umask and skel options I proposed were redundant (identical to the current default values). I also found that the silent flag could be dropped without any visible problems. Last, I believe it is a good idea to avoid using pam_mkhomedir for cron jobs, and thus should set the Session-Interactive-Only: yes flag. This is the pam-configs file I am currently using in my tests: Name: Create home directory during login Default: yes Priority: 0 Session-Interactive-Only: yes Session-Type: Additional Session-Final: optionalpam_mkhomedir.so I hope a libpam-mkhomedir package can be implemented in Squeeze, to make it trivial to set up a laptop based on Debian for disconnected operations. The setup would include libpam-ccreds, nscd and libpam-mkhomedir, and if the default configuration requested in bugs #566718 (libpam-ccreds) and #485282 (nscd). Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578812: Draft for a better description
Hello Lars Indeed, File::Corresponding description could be improved. Here's what I propose for its debian package: Description: Find corresponding files in the directory tree File::Corresponding is a developer tool to identify files in a directory that correspond together, in other words, that are related to each other. This relation is defined by a configuration file (.corresponding_file) that will let the user specify regular expressions to identify related files. Several groups of files that are related can also be defined in this configuration file. Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: (no subject)
For some reason there has been a regression. As can be seen on mipsel with GDCM: -- Found Java: /usr/lib/jvm/default-java/bin/java CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find JNI (missing: JAVA_AWT_LIBRARY JAVA_JVM_LIBRARY) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindJNI.cmake:211 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) Wrapping/Java/CMakeLists.txt:19 (FIND_PACKAGE) Ref: https://buildd.debian.org/fetch.cgi?pkg=gdcmarch=mipselver=2.0.14-5stamp=1272626721file=logas=raw signature.asc Description: OpenPGP digital signature
Bug#574956: dpkg drops zero-epoch in status file
On Fri, 30 Apr 2010 12:56:08 +0200, David Kalnischkies wrote: /var/lib/dpkg/status: Package: libconfigreader-simple-perl Installed-Size: 96 Replaces: squidtaild ( 2.1a6-5.4) Depends: perl Conflicts: squidtaild ( 2.1a6-5.4) to /var/lib/apt/lists/*_Packages: Package: libconfigreader-simple-perl Installed-Size: 96 Replaces: squidtaild ( 0:2.1a6-5.4) Depends: perl Conflicts: squidtaild ( 0:2.1a6-5.4) Wow, nice catch! QuickDirty workaround is to drop the zero-epoch in the package so the Packages and status file are equal again. (cc'ed perl group and last uploader, maybe they want to do that) I can do this, in fact I've just committed the change to our subversion repository. Should I wait with an upload a bit longer so others can use this as a testcase? Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Joan Baez: Wozu sind Kriege da signature.asc Description: Digital signature
Bug#577441: New upstream 0.9.5 version of NuSOAP, and Debian packaging update
Le vendredi 30 avril 2010 à 19:00 +0800, Thomas Goirand a écrit : First of all, thanks a lot for taking the time to do this packaging work. It's much appreciated here. You're welcome. I also spotted issues in the old nusoap, and I'm happy that the upstream author took time to transition to something that works with php 5.3. ereg() calls and the like had to be replaced... I'd be happy to test your package, but the above link is accessible only by yourself, with your login. Please send me the link to your .dsc file. There's nothing secret actually, and the link should probably have been : http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=nusoap Anyway, the interesting stuff is there : http://mentors.debian.net/debian/pool/main/n/nusoap/ Sorry. May I ask you to try and test if it breaks your packages eventually (and/or ask your upstreams in case they would have not noticed) ? I'm pretty sure SOAP is not the most easily testable features in many apps though, but who knows ;) One of the contributors to our software reported some php Notice. I'll ask him if this new version fixes it. As my package is used in other distributions that do not have a libnusoap package, the source package of DTC (but NOT the Debian binaries) include nusoap.php. So it will be easy for us to try, and I believe that this will be valid even if he runs FreeBSD. The same happens for Mantis, btw, where upstream will include a copy of 0.9.5 staring with 1.2.1 AFAIK I just wonder if the new version has changed from a standalone single nusoap.php file or, as much as I can see, if a project should now use also the class.*.php files that are next to it, or if they are just the examples (without seaching much, I'd guess it didn't change, and a single nusoap.php is enough, and that others are just examples, right?). AFAIK, nusoap.php is the only one included normally, and it is a concatenation of all the other individual class .php files shipped by upstream. No change here... unless applications did include the individual files, in which case, the Debian packaging should require some changes (as only the nusoap.php is in /usr/share/php now). I'm waiting for 0.7.3-3 to transition to testing before uploading to unstable anyway, but any help testing it would be much welcome. I'm thinking about uploading to experimental maybe. Having the package in experimental doesn't mater much to me, as long as we all know where to get the package to test with before it goes in SID or Testing. What's important give us something to test with (eg: a working URL) and to add entries to #577441 saying that: - there's a new version from upstream - the new version of your package is under testing period - where to get the updated package until testing period is done If you know how to dget, and dpkg-buildpackage, you should be able to test now ;) Currently, your entry just says that the upstream dropped maintenance, which is not right anymore, since you are packaging 0.9.5. To save time to everyone, I am CCing the bug, so you wont need more work! Thanks. I forgot to CC: the BTS. Please just send the correct (updated) package URL as a link to #577441 as well, and we can start testing the new version. Thanks again for your packaging work, I hope you'll be able to rebuild it with the provided links, now. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579168: confirming
Marek, thank you for this report. I can confirm the problem. I don't intend to put an effort into coming up with a fix myself. Your best bet to see this fixed is to contact upstream, please. http://sourceforge.net/tracker/?group_id=133116atid=726282 Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577441: New upstream 0.9.5 version of NuSOAP, and Debian packaging update
On Fri, Apr 30, 2010 at 07:00:35PM +0800, Thomas Goirand wrote: FYI, a new version of NuSOAP has been released upstream, that seems to fix bugs and incompatibilities (deprecation warnings at least) with PHP 5.3. Just to make it clearer, 0.7.3-3 may not fix all warnings, and 0.9.5 may not be fully ready (tested) yet. But there's good progress and hope now that upstream is back ;) Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436266: (no subject)
The upstream default appears to be to not deleting anything. Could you please change to this default -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org