Bug#498793: Patch for the l10n upload of debian-edu-install
Quoting Holger Levsen ([EMAIL PROTECTED]): On Sunday 21 September 2008 15:18, Christian Perrier wrote: Debian Edu lenny has 0.674~svn53427 which I dont want to upload to lenny _at this moment_ and at the same time I dont want to upload a 0.674 to Debian But you will *at some moment*? :-) sure :) nag mode ONIs the moment better now?/nag mode OFF (the /usr/doc transition is no longer an excuse..:-)) -- signature.asc Description: Digital signature
Bug#500527: contradictory GCC bug reporting instructions
Package: gcc-4.3 Version: 4.3.2-1 /usr/share/doc/gcc-4.3/README.Bugs says: There are complete instructions in the gcc info manual (found in the gcc-doc package), section Bugs. The gcc info manual in gcc-doc (version 5:2), in that section, has a list of criteria for reporting bugs, but then the section titled How and where to Report Bugs contains only one sentence: Bugs should be reported to the bug database at http://bugs.debian.org/. If these are indeed the complete instructions, then I would suggest that they be inserted directly into README.Bugs instead of forwarding the reader to the Info manual. It also seems odd that the Summarized bug reporting instructions later on in README.Bugs are much longer than the complete bug reporting instructions given in the info manual. I think that something must be missing. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491762: Announce of an upcoming upload for the dhcp3 package
Dear maintainer of dhcp3 and Debian translators, Some days ago, I sent a notice to the maintainer of the dhcp3 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es eu fi fr gl it ja ko nl pt pt_BR ru sk sv ta tr vi Among these, the following translations are incomplete: pt_BR 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 dhcp3 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, October 05, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Thursday, September 25, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Sunday, October 05, 2008 : (midnight) deadline for receiving translation updates Monday, October 06, 2008 : Send a summary to the maintainer. Maintainer uploads when possible. 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 [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-05-30 21:05+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../dhcp3-relay.templates:2001 msgid Servers the DHCP relay should forward requests to: msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:2001 msgid Please enter the hostname or IP address of at least one DHCP server to which DHCP and BOOTP requests should be relayed. msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:2001 msgid You can specify multiple server names or IP addresses (in a space-separated list). msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:3001 msgid Interfaces the DHCP relay should listen on: msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:3001 msgid Please specify which network interface(s) the DHCP relay should attempt to configure. Multiple interface names should be entered as a space-separated list. msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:3001 msgid Leave this field blank to allow for automatic detection and configuration of network interfaces by the DHCP relay, in which case only broadcast interfaces will be used (if possible). msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:4001 msgid Additional options for the DHCP relay daemon: msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:4001 msgid Please specify any additional options for the DHCP relay daemon. msgstr #. Type: string #. Description #: ../dhcp3-relay.templates:4001 msgid For example: '-m replace' or '-a -D'. msgstr #. Type: note #. Description #: ../dhcp3-server.templates:2001 msgid Manual configuration required after installation msgstr #. Type: note #. Description #: ../dhcp3-server.templates:2001 msgid After the DHCP server is installed, you will need to manually configure it by editing the file /etc/dhcp3/dhcpd.conf. Please note that the dhcpd.conf supplied is just a sample, and must be adapted to the network environment. msgstr #. Type: note #. Description #: ../dhcp3-server.templates:2001 msgid Please configure the DHCP server as soon as the installation finishes. msgstr #. Type: string #. Description #: ../dhcp3-server.templates:3001 msgid Network interfaces on which the DHCP server should listen: msgstr #. Type: string #. Description #: ../dhcp3-server.templates:3001 msgid Please specify on which network interface(s) the DHCP server should listen for DHCP requests. Multiple interface names should be entered as a space- separated list. msgstr #. Type: string #. Description #: ../dhcp3-server.templates:3001 msgid The interfaces will be automatically detected if this field is left blank. msgstr #. Type: note #. Description #: ../dhcp3-server.templates:4001 msgid Non-authoritative version of DHCP server msgstr #. Type: note #. Description #: ../dhcp3-server.templates:4001 msgid The version 3 DHCP server is
Bug#491531: Announce of the upcoming NMU for the zephyr package
Dear maintainer of zephyr and Debian translators, Some days ago, I sent a notice to the maintainer of the zephyr 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 two weeks, 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 eu fi fr gl it nl pt pt_BR ru sv vi Among these, the following translations are incomplete: pt_BR 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 zephyr package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, October 05, 2008. 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): Friday, September 26, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Sunday, October 05, 2008 : (midnight) deadline for receiving translation updates Monday, October 06, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Wednesday, October 08, 2008 : 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 [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-05 09:47+0530\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../zephyr-clients.templates:2001 ../zephyr-server.templates:2001 msgid Zephyr servers: msgstr #. Type: string #. Description #: ../zephyr-clients.templates:2001 ../zephyr-server.templates:2001 msgid Please specify the full names of the Zephyr servers, as a space-separated list. msgstr #. Type: string #. Description #: ../zephyr-clients.templates:2001 ../zephyr-server.templates:2001 msgid The list configured on clients can be a subset of the list configured on servers. msgstr #. Type: string #. Description #: ../zephyr-clients.templates:2001 msgid This can be left empty if Hesiod is used to advertise Zephyr servers. msgstr signature.asc Description: Digital signature
Bug#491367: Announce of an upcoming upload for the lastfmsubmitd package
(shorter deadlien than usual) Dear maintainer of lastfmsubmitd and Debian translators, Some days ago, I sent a notice to the maintainer of the lastfmsubmitd Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr nl pt sv Among these, the following translations are incomplete: none 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 lastfmsubmitd package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, October 03, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, September 28, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Friday, October 03, 2008 : (midnight) deadline for receiving translation updates Saturday, October 04, 2008 : Send a summary to the maintainer. Maintainer uploads when possible. 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 [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-07-31 12:12-0400\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../lastfmsubmitd.templates:1001 msgid User name of Last.fm account: msgstr #. Type: string #. Description #: ../lastfmsubmitd.templates:1001 msgid This is the user name that will be used to log in to Last.fm. msgstr #. Type: password #. Description #: ../lastfmsubmitd.templates:2001 msgid Password for Last.fm account: msgstr #. Type: password #. Description #: ../lastfmsubmitd.templates:2001 msgid This is the password that will be used to log in to Last.fm. msgstr #. Type: string #. Description #: ../lastfmsubmitd.templates:3001 msgid Group that may send submissions: msgstr #. Type: string #. Description #: ../lastfmsubmitd.templates:3001 msgid All users in this group can send submissions to your Last.fm account. You may wish to use a specific usergroup, or \audio\ for all users that can play music on this computer. If you use the default, \lastfm\, you will need to add users manually, or run your plugin from this account. msgstr #. Type: string #. Description #: ../lastfmsubmitd.templates:3001 msgid If you leave this value blank, permissions will not be managed by debconf. msgstr #. Type: note #. Description #: ../lastfmsubmitd.templates:4001 msgid LastMP is no longer part of this package msgstr #. Type: note #. Description #: ../lastfmsubmitd.templates:4001 msgid As of version 0.31-1, LastMP is provided in a separate package. This system previously had LastMP enabled; you will need to install the package \lastmp \ if you wish to continue using it. msgstr #. Type: string #. Description #: ../lastmp.templates:1001 msgid Host where MPD is running: msgstr #. Type: string #. Description #: ../lastmp.templates:1001 msgid LastMP will connect to the MPD on this host. msgstr #. Type: string #. Description #: ../lastmp.templates:2001 msgid Port on which MPD is listening: msgstr #. Type: string #. Description #: ../lastmp.templates:2001 msgid The connection to MPD will be made on this port. msgstr #. Type: password #. Description #: ../lastmp.templates:3001 msgid Password for MPD: msgstr #. Type: password #. Description #: ../lastmp.templates:3001 msgid If MPD requires a password to connect, this value will be used. If no password is required, it may be left blank. msgstr signature.asc Description: Digital signature
Bug#491772: Announce of the upcoming NMU for the lirc package
Dear maintainer of lirc and Debian translators, Some days ago, I sent a notice to the maintainer of the lirc 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 two weeks, 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 da de es eu fi fr gl ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: da eu nb nl 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 lirc package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, October 05, 2008. 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): Thursday, September 25, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Sunday, October 05, 2008 : (midnight) deadline for receiving translation updates Monday, October 06, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Wednesday, October 08, 2008 : 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 [EMAIL PROTECTED], YEAR. # msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-10-16 20:17+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid Drivers to build: msgstr #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid atiusb: ATI/NVidia/X10 I II RF Remote\n bt829: Tekram M230 Mach64\n cmdir: COMMANDIR USB Transceiver\n gpio:TV cards from FlyVideo98, Avermedia, MiRO and many others\n i2c: TV cards from Hauppauge and PixelView\n igorplugusb: Igor Cesko's USB IR Receiver\n imon:Soundgraph iMON MultiMedian IR/VFD\n it87:ITE IT8705/12 CIR ports (ECS K7S5A, Asus DigiMatrix...)\n mceusb: Windows Media Center Remotes (old version, MicroSoft USB ID)\n mceusb2: Windows Media Center Remotes (new version, Philips et al.)\n parallel:Home-brew parallel-port receiver\n sasem: Dign HV5 HTPC IR/VFD Module\n serial: Home-brew serial-port driver\n sir: Serial InfraRed (IRDA)\n streamzap: Streamzap PC Remote msgstr #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid Try to automatically select hardware support options? msgstr #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid Your previous answers can be used as a basis for guessing the list of kernel modules that should be built, along with their parameters. msgstr #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid Please choose whether this should happen. msgstr #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid Additional kernel modules not needed msgstr #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid Unless you want to build LIRC kernel modules for another system, this package is useless on this system. msgstr #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msgid Binary modules package build instructions msgstr #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msgid For instructions on how to build the binary modules package, please read the /usr/share/doc/lirc-modules-source/README.Debian file. msgstr #. Type: select #. Choices #: ../lirc-modules-source.templates:6001 msgid Standard msgstr #. Type: select #. Description #: ../lirc-modules-source.templates:6002 msgid Type of ITE8705/12 CIR port to support: msgstr #. Type: select #. Description #: ../lirc-modules-source.templates:6002 msgid Please choose the supported ITE8705/12 CIR port chip: msgstr #.
Bug#491530: Announce of the upcoming NMU for the cernlib package
Dear maintainer of cernlib and Debian translators, Some days ago, I sent a notice to the maintainer of the cernlib 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 two weeks, 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 eu fi fr gl it ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: es nl pt_BR 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 cernlib package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, October 05, 2008. 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): Friday, September 26, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Sunday, October 05, 2008 : (midnight) deadline for receiving translation updates Monday, October 06, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Wednesday, October 08, 2008 : 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 [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-12 00:38+0530\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #. Translators: Both means both Pawserv and Zserv to the question #. about servers to be run #: ../pawserv.templates:2001 msgid Both msgstr #. Type: select #. Description #: ../pawserv.templates:2002 msgid Servers to be run from inetd: msgstr #. Type: select #. Description #: ../pawserv.templates:2002 msgid This package includes both the pawserv daemon (permitting remote hosts to read local files while running PAW/Paw++) and the zserv daemon (allowing remote hosts to log in using CERN's ZFTP protocol). msgstr #. Type: select #. Description #: ../pawserv.templates:2002 msgid These servers are run from the inetd superserver and either both or only one of them may be enabled. Enabling 'pawserv' alone is sufficient for most users. msgstr signature.asc Description: Digital signature
Bug#500528: podracer: Do not depend on bittorent
Package: podracer Version: 1.4-1 Severity: wishlist It would be nice if bittorent packet only recommends but not depends on package bittorent. If podracer is used only for http there is no need for a bittorent client (and server). Greetings Sebastian Waschik -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages podracer depends on: ii bittorrent 3.4.2-10 Scatter-gather network file transf ii curl 7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT ii python 2.4.4-2 An interactive high-level object-o ii screen 4.0.3-0.3+b1 a terminal multiplexor with VT100/ ii timeout1.11-6.3 Run a command with a time limit. podracer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491770: Yet another truncated Swedish translation
Martin, #491770 against isdnutils seems to suffer again from what I'll call the Ikea syndrom now: the Swedish translation is too short..:-) You probably might want to check file you sent in bug reports bak in late July as it seems that most of them are truncated in the bug log... -- signature.asc Description: Digital signature
Bug#499840: debsums: cron script should certainly not be daily
On Mon, 22 Sep 2008, Adeodato Simó wrote: Package: debsums Version: 2.0.37 Severity: important As subject says, it should be weekly at most. Full ack. It takes several hours on my laptop… and my computer is very slow when debsums still runs at 8 AM when I start my work. Furthermore its output should be clearer, a list of files doesn't mean much to a random sysadmin. And the script tends to fail while nothing got sent to the standard error output… My cron mail only contains this: run-parts: /etc/cron.daily/debsums exited with return code 1 There's quite some work left apparently. It has been introduced a bit hastily I think. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500391: ITP: python-django-debug-toolbar -- Embedded debugging toolbar for Django projects
On Sun, 28 Sep 2008, Chris Lamb wrote: Raphael Hertzog wrote: Do you plan to maintain the various Django related packages in the python-modules team ? I'm open to persuasion on this, otherwise no. Well, I'm maintaining like you several Django related packages (python-django itself, python-django-registration, python-django-tagging) and it would be nice if we could co-maintain all those packages in the same repository. Currently this repository is python-modules's SVN repo. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493026: No pt_BR.po file in #493026
While going over l10n reports for argus, for an NMU of l10n upload proposal, I found that Eder Marques was apparently trying to send a Brazilian Portuguese translation but forgot the attachment..:-) It seems that nobody noticed this as of now...Of course, correcting this could be a good idea..:) -- signature.asc Description: Digital signature
Bug#500529: ITP: ttf-tomsontalks -- Free comic lettering font
Package: wnpp Severity: wishlist * Package name: ttf-tomsontalks Version : 1.0 Upstream Author : Frank Bruder [EMAIL PROTECTED] * URL : http://frankbruder.fr.ohost.de/fonts_en.html#tomsonTalks * License : SIL OFL 1.1 Description : Free comic lettering font This is a free comic lettering font created with online comics in mind. It is named for the character Police Inspector Benedict Tomson from the comic Unusual Murders. you can find (sooner or later) a pre-version of the package at http://sid.ethz.ch/debian/ttf-tomsontalks/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499840: debsums: cron script should certainly not be daily
On 2008-09-29 08:20 +0200, Raphael Hertzog wrote: On Mon, 22 Sep 2008, Adeodato Simó wrote: Package: debsums Version: 2.0.37 Severity: important As subject says, it should be weekly at most. Full ack. It takes several hours on my laptop… and my computer is very slow when debsums still runs at 8 AM when I start my work. Maybe using ionice(1) as in the mlocate cron script could alleviate this. Furthermore its output should be clearer, a list of files doesn't mean much to a random sysadmin. And the script tends to fail while nothing got sent to the standard error output… My cron mail only contains this: run-parts: /etc/cron.daily/debsums exited with return code 1 See #499532. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500515: xawtv: [INTL:nl] Dutch translation for po-debconf template
Quoting Paul Gevers ([EMAIL PROTECTED]): Package: xawtv Version: 3.95.dfsg.1-8 Tags: l10n, patch Severity: wishlist Thanks Please find attached the Dutch translation of the debconf template. I would be glad if you use it in the next upload. For translation updates please contact the Dutch Translations Team [EMAIL PROTECTED] A suggestion for further updates: send the file as nl.po. It will prevent inexperienced maintainers to wonder where the file should go and how it is to be named. One never knows...:-) signature.asc Description: Digital signature
Bug#500382: webcalendar: Does not work with PostgreSQL 7.4
Rafael Laboissiere wrote: * Jerome Warnier [EMAIL PROTECTED] [2008-09-27 23:41]: To answer to your question strictly speaking, as Etch ships with both versions of PG and newest clients are backward-compatible with older servers, the PHP module was built with the 8.1 client but allows to connect to 7.4. Thanks for the clarification. If this is really the case, then it will be impossible to adjust the dependencies of webcalendar such that it will prevent the users from using it with a PG 7.x server. I think the sensible thing to do is to add a mention to the problem in the README file. Is this okay with you? Well, you could perhaps (depending on your contacts with the development team of WebCalendar) submit a version of the upgrade script which works with 7.4 (or, alternatively, just in the Debian package). See: http://beeznest.wordpress.com/2008/09/28/fixing-the-upgrade-procedure-of-webcalendar-12-for-postgresql-74/ Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500140: closed by Serafeim Zanikolas [EMAIL PROTECTED] (Re: [Python-apps-team] Bug#500140: mercurial: does not accept anything other than ascii7 in ~/.hgrc)
With non-ascii characters you're expected to set the appropriate encoding, in your locale, via the environment variable HGENCODING, or via the --encoding switch -- see hg(1). Thank you. Sorry for not spotting this, but before submitting I looked for documentation on this issue and even asked around... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489835: seccure-* FATAL: Cannot obtain memory lock
James, I really test seccure-decrypt and works fine to me, only complains a warning but works fine... This is the warning... WARNING: Cannot obtain memory lock: Cannot allocate memory. but I presume you already knows... do you belive any other component could fail in a particular way? I ask this because I belive your test are by far more large than mine, but if I could bring some help, there is my pleasure to do it, just tell me how. Thanks for all your help and work. Greatings On Sat, Sep 27, 2008 at 4:30 AM, James Westby [EMAIL PROTECTED] wrote: On Tue, 2008-09-09 at 23:17 -0500, Jaime Ochoa =?UTF-8?Q?Malag=C3=B3n ?= wrote: James, Bothering you again, I just try to see my files since the upgrade and have this error... WARNING: Cannot obtain memory lock: Cannot allocate memory. Assuming MAC length of 80 bits. O j: operation is not possible without initialized secure memory On the early test I just run the program but not decrypt my files... Hi, Thanks for catching this. A fixed package should be on its way to the archive right now, seccure 0.3-3, I would appreciate you verifying that it works for you as soon as possible. Apologies for not getting this right the first time around. Thanks, James -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500530: smartmontools: Add Homepage field to debian/control
Package: smartmontools Version: 5.38-2 Severity: wishlist Please add Homepage: http://sourceforge.net/projects/smartmontools Field to debian/control. I suggest using */projects/* link over the direct http://smartmontools.sourceforge.net/ because the *projects* link poinst to canonical page, whcih contains Licence, Author, Contact, and other information in coherent manner like the rest of SF. -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages smartmontools depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-9 GCC support library ii libstdc++64.3.1-9The GNU Standard C++ Library v3 ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages smartmontools recommends: ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii mailx 1:20071201-3 Transitional package for mailx ren smartmontools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499840: debsums: cron script should certainly not be daily
On 2008-09-29 at 08:20:54, Raphael Hertzog wrote: My cron mail only contains this: run-parts: /etc/cron.daily/debsums exited with return code 1 Yes, this was also reported in Bug#499532. It has been fixed and will be in the next upload. There's quite some work left apparently. It has been introduced a bit hastily I think. I'm going to upload a new version on Friday (I'm currently waiting for translations). The cronjob will be made optional through a debconf question. Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475176: iceweasel: closed only
* Fabian Rey ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.16-0etch1 Followup-For: Bug #475176 closed only What do you mean by this statement? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#498205: perhaps a patch already in bugzilla.kernel.org
Hi, Gyorgy Jeney wrote: 2008/9/21 Gyorgy Jeney [EMAIL PROTECTED]: 2008/9/20 Vincent Danjean [EMAIL PROTECTED]: Hi, I talk about this bug with Samuel Thibault (involved in braille support). His internet connection is not good for now but he think it can be related to http://bugzilla.kernel.org/show_bug.cgi?id=11242 Perhaps the proposed patch can also solve this bug. It's practically the exact same issue, that patch should fix this aswell. I can now confirm that patch fixes the issue (for me atleast). So I forward this info to the bug report. I've just made a link between this bug and what Sam is working on. But I'm not at all involved in maintaining the Debian kernel package ;-) Regards, Vincent nog. -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491367: Announce of an upcoming upload for the lastfmsubmitd package
Il giorno lun, 29/09/2008 alle 06.49 +0200, Christian Perrier ha scritto: (shorter deadlien than usual) Dear maintainer of lastfmsubmitd and Debian translators, Some days ago, I sent a notice to the maintainer of the lastfmsubmitd Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr nl pt sv Among these, the following translations are incomplete: none 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 lastfmsubmitd package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, October 03, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, September 28, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Friday, October 03, 2008 : (midnight) deadline for receiving translation updates Saturday, October 04, 2008 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. Hello, enclosed please find the Italian translation. Have a nice day. it.po.gz Description: GNU Zip compressed data
Bug#500125: [INTL:sv] Swedish strings for sbox-dtc debconf
Martin Bagge wrote: resending the po-file as attachement. Hi, Your translation has been added to our Git. I'll try to push it to Lenny as translations can be pushed after the freeze of Lenny. Thanks for your work. Now, would you have some time to do some (much bigger) translation work for our other package, and especially our flagship software DTC? There's about 1400 strings in it, if you don't have the time to do it, I understand, but it would be quite cool to add Swedish. If you do have the time, you can read this: http://dtcsupport.gplhost.com/PmWiki/AddingTranslationToDTC Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499264: Introductory mail
On Mon, Sep 29, 2008 at 07:50:17AM +0200, martin f krafft wrote: In a way that we could run this over the entire archive to produce statistics? Well, all Vcs-Git packages anyway...? Yes. It would be better to avoid adding that behavior to debcheckout -p though, as currently that flag is able to work offline, while the new query behavior would require network connection ... ... remind me again why we shouldn't just introduce Vcs-TopGit? Nobody said we shouldn't. Still, the concern was that TopGit is not really a new Version Control System, and it is not necessarily true that a user should be able to appreaciate the difference between a plain git and a TopGit repository to benefit from the Vcs-* information. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385162: util-vserver: starting vserver fails if config path contains symlinks
Hi Micah! Finally I came around testing Daniel's hint and indeed, moving the config away from /var/lib/vservers solved the problem. I've tested this with 0.30.212-1 on etch. Regards, David Schmitt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500531: gbdfed: New upstream release: 1.4patch1
Package: gbdfed Version: 1.3patch1-2 Severity: wishlist I see that a newer version of gbdfed is available upstream than is packaged in Debian: http://www.math.nmsu.edu/~mleisher/Software/gbdfed/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (499, 'experimental') Architecture: powerpc (ppc64) Kernel: Linux 2.6.26-1-powerpc64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gbdfed depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libfreetype6 2.3.7-2FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libx11-6 2:1.1.5-2 X11 client-side library gbdfed recommends no packages. gbdfed suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491772: Announce of the upcoming NMU for the lirc package
Il giorno lun, 29/09/2008 alle 07.39 +0200, Christian Perrier ha scritto: Dear maintainer of lirc and Debian translators, Some days ago, I sent a notice to the maintainer of the lirc 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 two weeks, 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 da de es eu fi fr gl ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: da eu nb nl 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 lirc package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, October 05, 2008. 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): Thursday, September 25, 2008 : send the first intent to NMU notice to the package maintainer. Monday, September 29, 2008 : send this notice Sunday, October 05, 2008 : (midnight) deadline for receiving translation updates Monday, October 06, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Wednesday, October 08, 2008 : NMU uploaded to incoming Hello, enclosed please find the Italian translation. Kindest regards, vince it.po.gz Description: GNU Zip compressed data
Bug#500526: Can not be install, missing or incomplete dependencies
reassign 500526 python-gnome2-extras 2.19.1-2 tags 500526 + sid thanks On 2008-09-29 07:50 +0200, Kartik Mistry wrote: Package: istanbul Version: 0.2.2-4 Severity: serious Package can't be install on Sid. I have tried on both i386/amd64 arch. [EMAIL PROTECTED]:~$ sudo apt-get install istanbul Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: istanbul: Depends: python-gnome2-extras but it is not going to be installed E: Broken packages When I tried to install python-gnome2-extras, it leads to more missing dependency problems. Tracking this down further, the problem is that python-gnome2-extras depends on libgdl-gnome-1-0 which is no longer built: , | gdl (2.24.0-1) unstable; urgency=low | |* New upstream release. |- Remove now-unused libgdl-gnome binary packages. ` While the libgdl-gnome-1-0 binary package is still there, it depends on an older version of libgdl-1-common than is available. Reassigning to python-gnome2-extras, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500359: evince memory use is to big, keeps increasing until it fails
Sven Arvidsson wrote: On Sun, 2008-09-28 at 21:18 +0200, Jelle de Jong wrote: I did not directly connect the zoom level as the memory bug/feature. Any idea what the developers are planning to do about this? I only saw that the bug was changed as critical, bug no concrete plans? Hi, It's on the roadmap for GNOME 2.26. http://live.gnome.org/Evince/Roadmap On the other hand, I think it was on the roadmap for 2.24 too initially, so I wouldn't hold my breath. I guess it's a lot of hard work. Thank you for responding so quickly, and with very helpful information. I will keep the progress in track? Is there an easy way to get this issue on an the agenda of a good developer. I am willing to donate € 15,- for a good upstream fix, since the problem prevents me to use evince in my working environment. (maybe a quick fix is a separate build that disables the pixbuf) Best regards, Jelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496922: xserver-xorg-video-openchrome: mouse cursor disappeared after upgrade
Raphael Geissert ha scritto: I have uploaded the 570 package, and an unreleased 577 package; could you please try both of them and tell me if the mouse cursor shows up again? and with which package version? http://alioth.debian.org/~atomo64-guest/xserver-xorg-video-openchrome_0.2.902+svn570-1_i386.deb http://alioth.debian.org/~atomo64-guest/xserver-xorg-video-openchrome_0.2.902+svn577-1_i386.deb As soon as you confirm that a previous version restores the mouse cursor I'll forward the bug to upstream (just want to make sure that the problem is not caused by some external reason). Hi Raphael. Thanks for following this up. These are the results of my tests: http://alioth.debian.org/~atomo64-guest/xserver-xorg-video-openchrome_0.2.902+svn570-1_i386.deb cursor visible, resolution wrong (had to fix it by hand in the org.conf) http://alioth.debian.org/~atomo64-guest/xserver-xorg-video-openchrome_0.2.902+svn577-1_i386.deb no cursor, resolution wrong xserver-xorg-video-openchrome (1:0.2.902+svn579-2) (currently in lenny): no cursor, resolution wrong All the best. pc -- Paolo Cavallini, see: * http://www.faunalia.it/pc * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499840: debsums: cron script should certainly not be daily
On 2008-09-29 at 08:47:29, Sven Joachim wrote: Full ack. It takes several hours on my laptop… and my computer is very slow when debsums still runs at 8 AM when I start my work. Maybe using ionice(1) as in the mlocate cron script could alleviate this. Done. Thanks for the suggestion! Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500532: please improve english NEWS.Debian text
Package: ttf-kochi Version: 1.0.20030809-6 Severity: normal Tags: l10n Hi Hideki Thank you that you for taking care of the japanese font packages. I think that the english text in the new NEWS.Debian file could be improved. I've made a suggestion for an alternative text below. I removed the listing of the corrupted glyphs because I think this is not important enough and users won't recognize the glyphs by their UTF codes. But then I'm not really familiar with japanese fonts and this could well be important information for japanese users. So feel free to readd the codes if they are important. I CCed this report to the [EMAIL PROTECTED] list for review. I'm also not a nativ english speaker and my english could be bad as well. So ppl on this list, please review the text below and suggest any further improvements! Thanks Gaudenz --- cut --- ttf-sazanami replaces ttf-kochi *** The developement of the kochi fonts is discontinued. The author of these fonts suggests the use of the sazanami fonts as a replacement. The sazanami fonts are based on the kochi fonts. They fix several glyphes which are corrupted in the kochi fonts. The sazanami fonts can be found in the Debian packages ttf-sazanami-mincho and ttf-sazanami-gothic. --- cut --- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.27-rc6-wl Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500533: [INTL:eu] nas debconf templates Basque translation
Package: nas Severity: wishlist Tags: l10n patch Hi Attached nas debconf templates Basque translation, please commit it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of nas-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: nas-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-09-22 09:00+0200\n PO-Revision-Date: 2008-09-29 10:11+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\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 #. Type: boolean #. Description #: ../nas.templates:2001 msgid Should nasd release /dev/dsp? msgstr Nasd-ek /dev/dsp askatu behar al du? #. Type: boolean #. Description #: ../nas.templates:2001 msgid By default, the NAS server will open the configured audio device at startup, and then keep it open until the server is stopped. This will stop any non- NAS-aware audio clients from using the audio device. msgstr Lehenespen bezala NAS zerbitzariak abiaraztean konfiguratutako audio gailua ireki eta zerbitzaria itxi arte irekirik mantenduko du. Honek NAS-ekin bateragarri ez diren audio bezeroak audio gailua erabiltzea ezinduko du. #. Type: boolean #. Description #: ../nas.templates:2001 msgid The daemon can be configured to release the audio device when it is not using it, with some delay after the application completes before the device is available. msgstr Deabrua erabiltzen ez duenean audio gailua askatzeko konfiguratu daiteke, aplikazioa osatu eta azterapen txiki baten ondoren audio gailua eskuragarri egongo da. #. Type: boolean #. Description #: ../nas.templates:2001 msgid An alternative is to use the \audiooss\ package to wrap any programs that use /dev/dsp to make them use equivalent NAS calls. msgstr Beste aukera bat \audiooss\ paketeatearen bidez /dev/dsp erabiltzen duten programak dagozkion NAS deialdiak egitea da. #. Type: boolean #. Description #: ../nas.templates:3001 msgid Should nasd change mixer settings at startup? msgstr Abiaraztean nasd-ek nahasgailu ezarpenak aldatu behar al ditu? #. Type: boolean #. Description #: ../nas.templates:3001 msgid If you choose this option, the NAS server will change the mixer settings at startup as follows: msgstr Aukera hau hautatzen baduzu, NAS zerbitzariak abiaraztean nahasgailu ezarpenak horrela aldatuko ditu: #. Type: boolean #. Description #: ../nas.templates:3001 #, no-c-format msgid - set PCM volume to 50%;\n - change the record input device to LINE. msgstr - PCM bolumena %50 bezala ezarri;\n - aldatu grabaketa sarrera gailua LINEra.
Bug#500534: cupsys: printing via lp (cupsys-client) on HP-DJ560C yields mirror image
Package: cupsys Version: 1.2.7-4etch4 Severity: normal hello, dunno who's really to blame here, I have a strange problem with an HP DeskJet 560C and cupsys: selected driver is Gutenprint's, printing via OpenOffice.org works fine, yet printing via cupsys' client lp a plain .ps (ie any app not CUPS-aware) yields a mirrored printout! (ie left-right inverted, reads correctly into a mirror). It's not a printer problem, printing directly via gs(hpdj560c) works fine. thanks -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500535: openjump: please migrate to libjdom1-java
Package: openjump Severity: wishlist Please migrate from libjdom0-java to libjdom1-java if possible, so that the former (JDOM 0.9) can be phased out. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500473: sed: backslash+UuLlE modifiers in s///g occasionally fails with non-ASCII utf8 chars
It's already fixed in the git repository. *Could* be commit 7f53c1c but I've not bisected it. In addition, commit 220e0fb adds the submitted Cyrillic tests and a couple more. I think sed 4.2 is no more than a couple of months away, so you can wait. :-) Paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500539: libjdom0-java: remove this package from Debian
Package: libjdom0-java Version: 0.9b-3 Severity: important JDOM 1.0 was released in September 2004, so it is time for users of JDOM 0.9 to migrate, after which this package can be retired. Please use the libjdom1-java package instead. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libjdom0-java depends on: ii jamvm [java1-runtime] 1.5.1-3virtual machine which conforms to ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtime] 6b11-7 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtime] 6-07-4 Sun Java(TM) Runtime Environment ( libjdom0-java recommends no packages. libjdom0-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491770: Yet another truncated Swedish translation
On Mon, 29 Sep 2008, Christian Perrier wrote: #491770 against isdnutils seems to suffer again from what I'll call the Ikea syndrom now: the Swedish translation is too short..:-) =) You probably might want to check file you sent in bug reports bak in late July as it seems that most of them are truncated in the bug log... resent. -- /brother http://frakalendern.se Bruce found a secure way to reuse a one-time pad.# #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: isdnutils 1:3.8.2005-12-06-4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-16 18:20+0200\n PO-Revision-Date: 2008-07-21 16:05+0100\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../ipppd.templates:1001 msgid ISP dialup config exists already msgstr Uppringningskonfiguration existerar redan #. Type: error #. Description #: ../ipppd.templates:1001 msgid The files device.${IPPP0} and ipppd.${IPPP0} already exist. Therefore the ipppd configuration phase won't touch anything there, as it looks like it's already been configured. msgstr Filerna device.${IPPP0} och ipppd.${IPPP0} existerar redan. Därför kommer konfigurationsfasen av ipppd inte att röra dessa eftersom de ser ut att redan vara konfigurerade. #. Type: error #. Description #: ../ipppd.templates:1001 msgid If it doesn't work yet, and you want to try the automatic configuration, stop all ISDN processes (use \/etc/init.d/isdnutils stop\), remove the files mentioned above, and rerun the configuration with \dpkg-reconfigure ipppd\. After that, restart the ISDN processes: \/etc/init.d/isdnutils start\. msgstr Om det ännu inte fungerar och du vill försöka med den automatiska konfigurationen, stoppa alla ISDN-processer (använd \/etc/init.d/isdnutils stop\), ta bort filerna som nämns ovan och kör konfigurationen igen med \dpkg-reconfigure ipppd\. Efter det, starta om ISDN-processerna: \/etc/init.d/isdnutils start\. #. Type: string #. Description #: ../ipppd.templates:2001 msgid Which interface should be configured? msgstr Vilket gränssnitt ska konfigureras? #. Type: string #. Description #: ../ipppd.templates:2001 msgid Which interface should debconf configure? msgstr Vilket gränssnitt ska konfigureras med debconf? #. Type: string #. Description #: ../ipppd.templates:2001 msgid Most people will say \ippp0\ here, as that is the default for a connection to an ISP. The default gateway will be ippp0. msgstr De flesta personer kommer att svara \ippp0\ här eftersom det är standard för en anslutning till en Internet-leverantör. Standardgateway kommer att vara ippp0. #. Type: string #. Description #: ../ipppd.templates:2001 msgid However, some people have special requirements, and they may choose another interface that debconf will configure (e.g. because they don't want this connection to be the default gateway). msgstr Dock har vissa personer speciella krav och de kanske väljer andra gränssnitt för debconf att konfigurera (exempelvis att de inte vill att den här anslutningen ska vara en standardgateway). #. Type: string #. Description #: ../ipppd.templates:2001 msgid Note that debconf will currently only configure at most one interface. Enter \none\ if you do not want debconf to configure anything for ipppd. msgstr Notera att debconf kommer för närvarande endast att konfigurera ett gränssnitt. Ange \none\ om du inte vill att debconf ska konfigurera något för ipppd. #. Type: error #. Description #: ../ipppd.templates:3001 msgid wrong interface name msgstr felaktigt gränssnittsnamn #. Type: error #. Description #: ../ipppd.templates:3001 msgid You can only give names starting with \ippp\ followed by a number between 0 and 63. msgstr Du kan endast ange namn som startar med \ippp\ följt av en siffra mellan 0 och 63. #. Type: string #. Description #: ../ipppd.templates:4001 msgid What is your ISP's telephone number? msgstr Vad är telefonnumret till din Internet-leverantör? #. Type: string #. Description #: ../ipppd.templates:4001 msgid What telephone number(s) must be dialed in order to connect to your Internet service provider (ISP)? msgstr Vilket telefonnummer ska ringas upp för att ansluta till din Internet-leverantör? #. Type: string #. Description #: ../ipppd.templates:4001 msgid Enter the telephone number here, including dialing prefixes, area codes, and so on. Enter the number
Bug#500537: libwerken.xpath-java: please migrate to libjdom1-java
Package: libwerken.xpath-java Version: 0.9.4-9 Severity: wishlist Please migrate from libjdom0-java to libjdom1-java if possible, so that the former (JDOM 0.9) can be phased out. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwerken.xpath-java depends on: ii antlr 2.7.7-6language tool for constructing rec ii jamvm [java1-runtime] 1.5.1-3virtual machine which conforms to ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii libjdom0-java 0.9b-3 lightweight and fast library using ii libxerces2-java 2.9.1-2Validating XML parser for Java wit ii openjdk-6-jre [java2-runtime] 6b11-7 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtime] 6-07-4 Sun Java(TM) Runtime Environment ( libwerken.xpath-java recommends no packages. libwerken.xpath-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500538: libnsuml-java: please migrate to libjdom1-java
Package: libnsuml-java Severity: wishlist Please migrate from libjdom0-java to libjdom1-java if possible, so that the former (JDOM 0.9) can be phased out. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391849: Bug still in testing/unstable: error: invalid use of undefined type 'struct quicktime_s'
Kurt Roeckx schrieb: According to the version information supplied, it's not fixed. The problem is that the changelog of the version currently in unstable did not close the bug. It was closed in a version uploaded to unstable, but at the same time a new branch was created in experimental not based on the version in unstable, but the version before that, and that branch ended up in unstable and testing now. Right, the bug has been closed by re-uploading the old library to unstable and moving the one introducing the ABI change to experimental. The current packages in unstable are based on the ones from experimental. We introduced a soname bump though before the next upload to unstable, so everything should be fine - and AFAIK the bug has no more occured ever since then. According to the information the BTS has, the bug is still present, and I actually can't find anything in the changelog that would suggest otherwise. I believe it should be safe to close the bug eiher with the version number of the first upload with the soname change (2:1.0.0+debian-1) or of the first upload to unstable of this branch (2:1.0.0+debian-4). -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445451:
Oh, I've been quite busy lately ... but the packaging is done... and available in the ubuntu repository. I'll do my best to get it include in debian in the next few days. Thanks ! Chris -- Ma vie | Mes recettes | http://www.reponses.net Mes images | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500536: velocity: please migrate to libjdom1-java
Package: velocity Version: 1.4-5 Severity: wishlist Please migrate from libjdom0-java to libjdom1-java if possible, so that the former (JDOM 0.9) can be phased out. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages velocity depends on: ii ant 1.7.0-6Java based build tool like make ii jamvm [java1-runtime] 1.5.1-3virtual machine which conforms to ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii libbcel-java 5.2-3 Analyze, create, and manipulate (b ii libcommons-collections-java 2.1.1-8A set of abstract data type interf ii libjdom0-java 0.9b-3 lightweight and fast library using ii liblogkit-java1.2.2-9Lightweight and fast designed logg ii libwerken.xpath-java 0.9.4-9JDOM XPath Engine ii libxerces2-java 2.9.1-2Validating XML parser for Java wit ii openjdk-6-jre [java2-runtime] 6b11-7 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtime] 6-07-4 Sun Java(TM) Runtime Environment ( velocity recommends no packages. Versions of packages velocity suggests: pn velocity-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421251: network-manager: atk5 is affected, too
Package: network-manager Version: 0.6.6-2 Followup-For: Bug #421251 Just to add this one: I am seeing the same bug here for my Atheros WiFi card using the atk5 driver from the lenny default Kernel. I also have trouble reproducing it, it seems not to be dependend on the number of suspend/resume cycles (yesterday, network manager died after the first cycle, on another time, it died after several cycles). But as I am using uswsusp a lot to hibernate my laptop rather than swiching it off, this is kind of an annoying bug. A related note: Could this be related to moving the laptop to a different wireless network? After resume, network manager is confused for a while with the list of available wireless networks and mixes APs from both location although 'iwlist scan' produces the correct list of available APs. I am attaching the output from my syslog. Please let me know if there is anything else I can do to provide more useful information (though a package with debug symbols would help here a lot I guess). Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.110 add and remove users and groups ii dbus 1.2.1-3simple interprocess messaging syst ii dhcdbd3.0-4 D-Bus interface to the ISC DHCP cl ii hal 0.5.11-3 Hardware Abstraction Layer ii ifupdown 0.6.8+nmu1 high level tools to configure netw ii iproute 20080725-2 networking and traffic control too ii libc6 2.7-13 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libgcrypt11 1.4.1-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgpg-error0 1.4-2 library for common error values an ii libhal1 0.5.11-3 Hardware Abstraction Layer - share ii libiw29 29-1.1 Wireless tools - library ii libnl11.1-2 library for dealing with netlink s ii libnm-util0 0.6.6-2network management framework (shar ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii wpasupplicant 0.6.4-2Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-kde 1:0.2.2-1 KDE systray applet for controlling network-manager suggests no packages. -- no debconf information NetworkManager: info SWITCH: found better connection 'ath0' than current connection 'eth0'. dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/ath0 for sub-path ath0.dbus.get.reason NetworkManager: info Will activate connection 'ath0/wlan-mpi-sws'. NetworkManager: info Device ath0 activation scheduled... NetworkManager: info Deactivating device eth0. dhclient: There is already a pid file /var/run/dhclient.eth0.pid with pid 3767 dhclient: killed old client process, removed PID file dhclient: wmaster0: unknown hardware address type 801 dhclient: wmaster0: unknown hardware address type 801 dhclient: DHCPRELEASE on eth0 to XXX.XX.X.XXX port 67 NetworkManager: info Activation (ath0) started... NetworkManager: info Activation (ath0) Stage 1 of 5 (Device Prepare) scheduled... NetworkManager: info Activation (ath0) Stage 1 of 5 (Device Prepare) started... NetworkManager: info Activation (ath0) Stage 2 of 5 (Device Configure) scheduled... NetworkManager: info Activation (ath0) Stage 1 of 5 (Device Prepare) complete. NetworkManager: info Activation (ath0) Stage 2 of 5 (Device Configure) starting... NetworkManager: debug [1222630776.10] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_483_2016_noserial_if0'). NetworkManager: debug [1222630776.109321] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_483_2016_noserial_usbraw'). NetworkManager: debug [1222630776.109651] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_483_2016_noserial'). NetworkManager: debug [1222630776.112155] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_483_2016_noserial'). NetworkManager: info Old device 'ath0' activating, won't change. NetworkManager: info Activation (ath0/wireless): access point 'X' is encrypted, but NO valid key exists. New key needed. NetworkManager: info Activation (ath0) New wireless
Bug#500540: kdebase: automounting vfat (partialy) case sensitive due to utf8 is plain wrong and dangerous
Package: kdebase Version: 4:3.5.9.dfsg.1-5 Severity: grave Justification: causes non-serious data loss I just switched from etch to lenny and now gnupod warns me about the case sensitive filesystem on my iPod: $ gnupod_check.pl gnupod_check.pl Version 0.99.8 (C) Adrian Ulrich /usr/local/bin/gnupod_check.pl: Warning: /media/IPOD is mounted case sensitive, that's bad: FAT32-iPods should be mounted case in-sensitive! (try 'mount ... -o check=relaxed') Pass 1: Checking Files in the GNUtunesDB.xml... Pass 2: Checking Files on the iPod... ..finished ... The filesystem gets automounted by KDE's mediamanager and never caused a problem when I used Etch. The kernel also complains: [490945.600269] usb 4-3: new high speed USB device using ehci_hcd and address 23 [490945.733907] usb 4-3: configuration #1 chosen from 2 choices [490945.761374] scsi18 : SCSI emulation for USB Mass Storage devices [490945.762123] usb 4-3: New USB device found, idVendor=05ac, idProduct=1262 [490945.762138] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [490945.762147] usb 4-3: Product: iPod [490945.762153] usb 4-3: Manufacturer: Apple Inc. [490945.762159] usb 4-3: SerialNumber: 000A27001B256A33 [490945.762731] usb-storage: device found at 23 [490945.762742] usb-storage: waiting for device to settle before scanning [490950.760450] usb-storage: device scan complete [490950.776262] scsi 18:0:0:0: Direct-Access AppleiPod 1.62 PQ: 0 ANSI: 0 [490950.824634] sd 18:0:0:0: [sda] 1941441 4096-byte hardware sectors (7952 MB) [490950.825383] sd 18:0:0:0: [sda] Write Protect is off [490950.825397] sd 18:0:0:0: [sda] Mode Sense: 68 00 00 08 [490950.825404] sd 18:0:0:0: [sda] Assuming drive cache: write through [490950.827876] sd 18:0:0:0: [sda] 1941441 4096-byte hardware sectors (7952 MB) [490950.828416] sd 18:0:0:0: [sda] Write Protect is off [490950.828429] sd 18:0:0:0: [sda] Mode Sense: 68 00 00 08 [490950.828436] sd 18:0:0:0: [sda] Assuming drive cache: write through [490950.828443] sda: sda1 [490950.830215] sd 18:0:0:0: [sda] Attached SCSI removable disk [490951.932053] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! And it is damn right to complain! So don't give me any of the should be ignored comments that you might have googled here: http://www.linuxfromscratch.org/lfs/view/development/chapter08/fstab.html Now lets see the effects of case sensitive vfat, shall we?: # mount | grep vfat /dev/sda1 on /media/IPOD type vfat (rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=1000,utf8,shortname=lower) # cd /media/IPOD /media/IPOD# touch TEST TESt TEsT touch: cannot touch `TESt': File exists touch: cannot touch `TEsT': File exists /media/IPOD# touch TESTDIRECTORY TEStDIRECTORY TEsTDIRECTORY /media/IPOD# ls -lsa TE* 0 -rwxr-xr-x 1 hlangos root 0 2008-09-28 15:33 TEsTDIRECTORY 0 -rwxr-xr-x 1 hlangos root 0 2008-09-28 15:33 TEStDIRECTORY 0 -rwxr-xr-x 1 hlangos root 0 2008-09-28 15:33 TESTDIRECTORY /media/IPOD# ls -lsa te* ls: cannot access test: No such file or directory /media/IPOD# ls -lsa ls: cannot access test: No such file or directory total 32 4 drwxr-xr-x 8 hlangos root 4096 2008-09-28 15:33 . 4 drwxr-xr-x 4 rootroot 4096 2008-09-28 15:31 .. 4 drwxr-xr-x 2 hlangos root 4096 2000-02-09 07:06 Calendars 4 drwxr-xr-x 2 hlangos root 4096 2008-04-09 15:23 Contacts 4 drwxr-xr-x 11 hlangos root 4096 2008-02-13 00:01 iPod_Control 0 -rwxr-xr-x 1 hlangos root0 2000-02-09 07:06 .metadata_never_index 4 drwxr-xr-x 2 hlangos root 4096 2008-04-09 15:25 Notes 4 drwxr-xr-x 3 hlangos root 4096 2008-01-15 23:08 Photos 4 drwxr-xr-x 2 hlangos root 4096 2000-02-09 07:06 Recordings ? -? ? ? ? ?? test 0 -rwxr-xr-x 1 hlangos root0 2008-09-28 15:33 TEsTDIRECTORY 0 -rwxr-xr-x 1 hlangos root0 2008-09-28 15:33 TEStDIRECTORY 0 -rwxr-xr-x 1 hlangos root0 2008-09-28 15:33 TESTDIRECTORY /media/IPOD# That is FUBAR ! 1. touch TEST TESt TEsT should not complain about existing files. 2. touch TESTDIRECTORY TEStDIRECTORY TEsTDIRECTORY should not create more than one file. 3. And WTF happend to test anaway? BTW: If you try to delete some of those testdirectory files you may run into more of those nasty questionmarks. I didn't dare to continue working on a filesystem in such a state but to me this looks like a corrupted file system. Hence severity grave. Now lets try again with more sane vfat options: # mount | grep vfat /dev/sda1 on /mnt type vfat (rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=1000,shortname=lower,check=relaxed,codepage=850,iocharset=iso8859-1) # cd /mnt /mnt# touch TEST TESt TEsT /mnt# touch TESTDIRECTORY TEStDIRECTORY TEsTDIRECTORY /mnt# ls -lsa TE* 0 -rwxr-xr-x 1 hlangos root 0 2008-09-28 15:41 TESTDIRECTORY /mnt# ls -lsa total 32 4 drwxr-xr-x 8 hlangos root 4096 2008-09-28 15:41 . 4
Bug#500541: Fatal: log: failed to open server log '/var/log/aolserver4/aolserver4.log': 'Permission denied'
Package: aolserver4 Version: 4.5.0-16 Severity: normal *** Please type your report below this line *** Hi, The package gives the error just when it's installed and tries to start the daemon. When restarting the daemon again it works, so it seems to be a problem of starting the daemon on the install before giving the adequate permissions to the /var/log/aolserver4 dir. The full error: - Arwen (/usr/lib/aolserver4/bin) # apt-get install aolserver4 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: aolserver4-core Suggested packages: aolserver4-nscache aolserver4-nsencrypt The following NEW packages will be installed: aolserver4 aolserver4-core 0 upgraded, 2 newly installed, 0 to remove and 42 not upgraded. Need to get 0B/1032kB of archives. After this operation, 2064kB of additional disk space will be used. Do you want to continue [Y/n]? Preconfiguring packages ... Selecting previously deselected package aolserver4-core. (Reading database ... 285829 files and directories currently installed.) Unpacking aolserver4-core (from .../aolserver4-core_4.5.0-16_i386.deb) ... Selecting previously deselected package aolserver4. Unpacking aolserver4 (from .../aolserver4_4.5.0-16_i386.deb) ... Processing triggers for man-db ... Processing triggers for doc-base ... Setting up aolserver4-core (4.5.0-16) ... Setting up aolserver4 (4.5.0-16) ... Starting web server: aolserver4[26/Sep/2008:13:01:04][17027.3083781808][-main-] Notice: prebind: bound: 127.0.0.1:80 [26/Sep/2008:13:01:04][17028.3083781808][-main-] Error: log: failed to re-open log file '/var/log/aolserver4/aolserver4.log': 'Permission denied' [26/Sep/2008:13:01:04][17028.3083781808][-main-] Fatal: log: failed to open server log '/var/log/aolserver4/aolserver4.log': 'Permission denied' - Cheers, Héctor -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12.6 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aolserver4 depends on: ii adduser 3.110 add and remove users and groups ii aolserver4-core 4.5.0-16 AOL Web Server 4 (Core libraries) hi debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii logrotate 3.7.1-3Log rotation utility ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii tcl8.48.4.19-2 Tcl (the Tool Command Language) v8 ii ucf 3.0010 Update Configuration File: preserv Versions of packages aolserver4 recommends: ii aolserver4-doc4.5.0-16 AOL Web Server 4 (Documentation) Versions of packages aolserver4 suggests: pn aolserver4-nscachenone (no description available) pn aolserver4-nsencrypt none (no description available) -- debconf information: * aolserver4/introduction: * aolserver4/port: 80 * aolserver4/address: 127.0.0.1 * aolserver4/hostname: localhost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500542: insserv: Man page contains misleading information
Package: insserv Version: 1.12.0-4 Severity: minor Man page of insserv lists known runlevels. In debian runlevels 2-5 are similar, not like described in man page. Example: Display managers installed themselves with default runleves and in LSB-header they declare to be Default-Start: 2 3 4 5 which isn't like man page says.. The REAL solution: runlevels should be defined in policy. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages insserv depends on: ii debconf [debconf-2.0]1.5.23 Debian configuration management sy ii libc62.7-13 GNU C Library: Shared libraries ii sysv-rc 2.86.ds1-61 System-V-like runlevel change mech insserv recommends no packages. Versions of packages insserv suggests: pn bootchart none (no description available) -- debconf information: * insserv/enable: true --- insserv.8.in.orig 2008-07-29 16:16:18.0 +0300 +++ insserv.8.in2008-09-29 11:40:04.0 +0300 @@ -139,25 +139,6 @@ @@ELSE_SUSE@@ directories. @@END_SUSE@@ -Known runlevels are: -.sp 1 -.in +1l -.nf - \fB0\fR\ used for System halt - \fB1\fR\ used for single user mode - \fB2\fR\ used for local multiuser without remote network - \fB3\fR\ used for full multiuser with network - \fB4\fR\ reserved for local use - \fB5\fR\ used for full multiuser with network and xdm - \fB6\fR\ used for System reboot -@@BEGIN_SUSE@@ - \fBS\fR\ used during boot into single user mode - \fBB\fR\ used during boot before any other runlevel -@@ELSE_SUSE@@ - \fBS\fR\ used during boot before any other runlevel -@@END_SUSE@@ -.fi -.in -1l .sp 1 .PP .B insserv
Bug#500543: segmentation fault with svg font
Package: fontforge Version: 0.0.20080429-1 Severity: normal Loading this font works fine: http://sid.ethz.ch/debian/ttf-tomsontalks/ttf-tomsontalks-1.0/TomsonTalks.svg But when I try to save it as sfd fontforge segfaults. The same happens when I try to generate an otf font. This also happens with the stable (etch) version of fontforge. Thanks, Guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500450: linux-image-2.6.26-1-686: suspend to disk, does not always resume
On Sun, Sep 28, 2008 at 4:24 PM, maximilian attems [EMAIL PROTECTED] wrote: ** Tainted: P (1) your kernel is tainted try to reproduce without ur bug this vendor to release free drivers. Is it sufficient to just unload the module tainting the kernel or do I have to do a clean start never loading the module which taints the kernel? Best regards, Per -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500541: Fatal: log: failed to open server log '/var/log/aolserver4/aolserver4.log': 'Permission denied'
tags 500541 + moreinfo tags 500541 + unreproducible thanks On Fri, Sep 26, 2008 at 01:18:43PM +0200, Hector Romojaro wrote: Package: aolserver4 Version: 4.5.0-16 Severity: normal *** Please type your report below this line *** Hi, The package gives the error just when it's installed and tries to start the daemon. When restarting the daemon again it works, so it seems to be a problem of starting the daemon on the install before giving the adequate permissions to the /var/log/aolserver4 dir. The full error: - Arwen (/usr/lib/aolserver4/bin) # apt-get install aolserver4 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: aolserver4-core Suggested packages: aolserver4-nscache aolserver4-nsencrypt The following NEW packages will be installed: aolserver4 aolserver4-core 0 upgraded, 2 newly installed, 0 to remove and 42 not upgraded. Need to get 0B/1032kB of archives. After this operation, 2064kB of additional disk space will be used. Do you want to continue [Y/n]? Preconfiguring packages ... Selecting previously deselected package aolserver4-core. (Reading database ... 285829 files and directories currently installed.) Unpacking aolserver4-core (from .../aolserver4-core_4.5.0-16_i386.deb) ... Selecting previously deselected package aolserver4. Unpacking aolserver4 (from .../aolserver4_4.5.0-16_i386.deb) ... Processing triggers for man-db ... Processing triggers for doc-base ... Setting up aolserver4-core (4.5.0-16) ... Setting up aolserver4 (4.5.0-16) ... Starting web server: aolserver4[26/Sep/2008:13:01:04][17027.3083781808][-main-] Notice: prebind: bound: 127.0.0.1:80 [26/Sep/2008:13:01:04][17028.3083781808][-main-] Error: log: failed to re-open log file '/var/log/aolserver4/aolserver4.log': 'Permission denied' [26/Sep/2008:13:01:04][17028.3083781808][-main-] Fatal: log: failed to open server log '/var/log/aolserver4/aolserver4.log': 'Permission denied' - Cheers, Héctor Cannot reproduce it here: klecker:~$ sudo apt-get install aolserver4 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: aolserver4-core Suggested packages: aolserver4-nscache aolserver4-nsencrypt Recommended packages: aolserver4-doc The following NEW packages will be installed: aolserver4 aolserver4-core 0 upgraded, 2 newly installed, 0 to remove and 15 not upgraded. Need to get 1032kB of archives. After this operation, 2064kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.it.debian.org unstable/main aolserver4-core 4.5.0-16 [300kB] Get:2 http://ftp.it.debian.org unstable/main aolserver4 4.5.0-16 [732kB] Fetched 1032kB in 1s (602kB/s) Preconfiguring packages ... Selecting previously deselected package aolserver4-core. (Reading database ... 305597 files and directories currently installed.) Unpacking aolserver4-core (from .../aolserver4-core_4.5.0-16_i386.deb) ... Selecting previously deselected package aolserver4. Unpacking aolserver4 (from .../aolserver4_4.5.0-16_i386.deb) ... Processing triggers for man-db ... Processing triggers for doc-base ... Setting up aolserver4-core (4.5.0-16) ... Setting up aolserver4 (4.5.0-16) ... Starting web server: aolserver4[29/Sep/2008:10:57:46][27438.3083159216][-main-] Notice: prebind: bound: 127.0.0.1:80 . I would ask you to --purge and reinstall, it could be some transient local error. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500544: subversion: svnadmin dump --incremental --deltas gives too much output
Package: subversion Version: 1.5.1dfsg1-1 Severity: normal svnadmin dump --incremental --deltas should give deltas against the previous revision[*], but this is not the case: ay:~ svnadmin dump -r25091 --incremental --deltas svn | wc -c * Dumped revision 25091. 895059 ay:~ svn diff -c25091 wd | wc -c 59049 Note that there are only text files. As you can see, svn diff is much more efficient than svnadmin dump --incremental --deltas. The output of svnadmin dump --incremental --deltas shows very old contents that should thus have appeared in its output. [*] From the svn-book: The second useful option is --deltas. This option causes svnadmin dump to, instead of emitting full-text representations of file contents and property lists, emit only deltas of those items against their previous versions. This reduces (in some cases, drastically) the size of the dump file that svnadmin dump creates. There are, however, disadvantages to using this option---deltified dump files are more CPU-intensive to create, cannot be operated on by svndumpfilter, and tend not to compress as well as their nondeltified counterparts when using third-party tools such as gzip and bzip2. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.12-4The Apache Portable Runtime Librar ii libc62.7-13 GNU C Library: Shared libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libsvn1 1.5.1dfsg1-1Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.6-util none (no description available) ii patch 2.5.9-5 Apply a diff file to an original ii subversion-tools1.5.1dfsg1-1 Assorted tools related to Subversi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500458: git-buildpackage: can't import history of native package into empty git repo
retitle 500458 git-import-dsc: allow to import into empty repos severity 500458 wishlist thanks git-import-orig imports into *empty* repos while git-import-dsc doesn't and wants to create a new one. Should be fixed. -- Guido On Mon, Sep 29, 2008 at 12:59:19AM +0400, Nikita V. Youshchenko wrote: Nikita V. Youshchenko schrieb: Package: git-buildpackage Version: 0.4.39 Severity: normal I've tried to import previous releases of debian native package (no orig.tag.gz) into an empty git repo. No need to create a git repo first, just pass the dsc to git-import-dsc and it will do all the rest (including repository creation). Does this produce the expected result? Yes, this works. But anyway if repo already exists then operation fails, which is not good :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491889: severity of 491889 is normal
# Automatically generated email from bts, devscripts version 2.10.35 # the package has been adopted, so the rationale here no longer applies even to the older package version severity 491889 normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500535: openjump: please migrate to libjdom1-java
[Marcus Better] Please migrate from libjdom0-java to libjdom1-java if possible, so that the former (JDOM 0.9) can be phased out. Does this require code changes in openjump? There is a new version of openjump available from upstream, and it might be a good idea to upgrade as well when this migration is done. I welcome help with maintaining openjump. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500545: ITP: structorizer -- tool to create Nassi-Schneiderman Diagrams (NSD)
Package: wnpp Severity: wishlist Owner: Philipp Huebner [EMAIL PROTECTED] * Package name: structorizer Version : 3.10 Upstream Author : Bob Fisch [EMAIL PROTECTED] * URL : http://structorizer.fisch.lu/ * License : mostly LGPL, partially The GOLD Freeware License Agreement, public domain and Apple License Programming Lang: Java Description : tool to create Nassi-Schneiderman Diagrams (NSD) Structorizer is a little tool which you can be used to create Nassi-Schneiderman Diagrams (NSD). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500547: fails to save PDF files
Package: gscan2pdf Version: 0.9.26-1 Severity: important For a while now, I noticed that I cannot save PDF files anymore. I select Save, click OK, select a filename and hit OK, but the generated file is empty, and the Saving PDF progress bar dialog box never shows up. Curiously, emailing as PDF seems to work fine. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gscan2pdf depends on: ii imagemagick 7:6.4.0.1.dfsg1-1image manipulation programs ii libconfig-general-p 2.40-1 Generic Configuration Module ii libgtk2-ex-simple-l 0.50-1.1 A simple interface to Gtk2's compl ii libgtk2-imageview-p 0.04-1+b1Perl bindings for the GtkImageView ii liblocale-gettext-p 1.05-4 Using libc functions for internati ii libpdf-api2-perl0.71.001-1 create or modify PDF documents in ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii libtiff-tools 3.8.2-11 TIFF manipulation and conversion t ii perl-modules [libar 5.10.0-14Core Perl modules ii perlmagick 7:6.3.7.9.dfsg1-2+b2 Perl interface to the libMagick gr ii sane-utils 1.0.19-21API library for scanners -- utilit Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.21-1 Utilities for the DjVu image forma pn gocr none (no description available) ii libgtk2-ex-podviewer-perl 0.17-2 Perl Gtk2 widget for displaying Pl ii sane 1.0.14-7 scanner graphical frontends ii tesseract-ocr 2.03-2 Command line OCR tool ii unpaper 0.3-1 post-processing tool for scanned p ii xdg-utils 1.0.2-6desktop integration utilities from gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#500548: debian-edu-install: Add Chinese(zh_CN.UTF-8) translation
Package: debian-edu-install Version: 0.673 Tags: l10n, d-i Severity: wishlist In attachment it is a chinese(zh_CN.UTF-8) translation of debian-edu-install, I notice that there is no chinese translation of it. For translation updates, please contact me directly. -- Regards, G # Chinese translations for debian-edu-install package. # Copyright (C) 2008 THE debian-edu-install'S COPYRIGHT HOLDER # This file is distributed under the same license as the debain-edu-install package. # Ji ZhengYu [EMAIL PROTECTED], 2008. # msgid msgstr Project-Id-Version: debian-edu-install 10n\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-07-02 18:23+0200\n PO-Revision-Date: 2008-09-29 17:17+0800\n Last-Translator: Ji ZhengYu [EMAIL PROTECTED]\n Language-Team: Chinese (simplified) [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: text #. Description #. Debian Installer Main-menu Item #: ../debian-edu-profile-udeb.templates:1001 msgid Choose Debian Edu profile msgstr éæ© Debian Edu çå®è£ æ¹å¼ #. Type: multiselect #. Choices #. Type: multiselect #. Choices #: ../debian-edu-profile-udeb.templates:2001 #: ../debian-edu-profile-udeb.templates:3001 msgid Main-Server msgstr 主æå¡å¨ #. Type: multiselect #. Choices #. Type: multiselect #. Choices #: ../debian-edu-profile-udeb.templates:2001 #: ../debian-edu-profile-udeb.templates:3001 msgid Workstation msgstr å·¥ä½ç« #. Type: multiselect #. Choices #. Type: multiselect #. Choices #: ../debian-edu-profile-udeb.templates:2001 #: ../debian-edu-profile-udeb.templates:3001 msgid Thin-Client-Server msgstr ç¦å®¢æ·æº/æå¡å¨ #. Type: multiselect #. Choices #. Type: multiselect #. Choices #: ../debian-edu-profile-udeb.templates:2001 #: ../debian-edu-profile-udeb.templates:3001 msgid Standalone msgstr ç¬ç«ä¸»æº #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../debian-edu-profile-udeb.templates:2002 #: ../debian-edu-profile-udeb.templates:3002 msgid Profile(s) to apply to this machine: msgstr æ¤çµèçå®è£ æ¹å¼: #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../debian-edu-profile-udeb.templates:2002 #: ../debian-edu-profile-udeb.templates:3002 msgid Profiles determine how the machine can be used out-of-the-box: msgstr å®è£ æ¹å¼å³å®äºè¿å°çµèå¨ä¸å®è£ é¢å¤è½¯ä»¶æ¶çå¦ä½ä½¿ç¨çæ¹å¼ï¼ #. Type: multiselect #. Description #: ../debian-edu-profile-udeb.templates:2002 msgid - Main-Server: reserved for the Debian Edu server. It does not\n include any GUI (Graphical User Interface). There\n should only be one such server on a Debian Edu\n network.\n - Workstation: for normal machines on the Debian Edu network.\n - Thin-Client-Server:\n includes 'Workstation' and requires two network\n cards.\n - Standalone: for machines meant to be used outside the Debian Edu\n network. It includes a GUI and conflicts with other\n profiles. msgstr - 主æå¡å¨:ä¸é¨ç¨äº Debian æè²ç½çæå¡å¨ãå®ä¸å å«ä»»ä½\n å¾å½¢çé¢ãå¨ä¸ä¸ª Debian æè²ç½ä¸åºè¯¥ä» ä» åªæ\n ä¸å°è¿æ ·çæå¡å¨ã\n \n - å·¥ä½ç«: ç¨äº Debian æè²ç½ä¸çæ®éæºå¨ã\n - ç¦å®¢æ·æº/æå¡å¨:\n å«æâå·¥ä½ç«âçåè½ï¼ä½è¦æ±æ两åç½å¡ã\n \n - ç¬ç«ä¸»æº:ç¨äºä¸å¨ Debian æè²ç½ä¸ä½¿ç¨çæºå¨ã\n å®å«æå¾å½¢çé¢ï¼ä¸ä¸å ¶å®å®è£ æ¹å¼å²çªã\n #. Type: multiselect #. Choices #: ../debian-edu-profile-udeb.templates:3001 msgid Minimal msgstr æå°å®è£ #. Type: multiselect #. Description #. # Translators, do not translate Sugar #: ../debian-edu-profile-udeb.templates:3002 msgid - Main-Server: reserved for the Debian Edu server. It does not\n include any GUI (Graphical User Interface). There\n should only be one such server on a Debian Edu\n network.\n - Workstation: for normal machines on the Debian Edu network.\n - Thin-Client-Server:\n includes 'Workstation' and requires two network\n cards.\n - Standalone: for machines meant to be used outside the Debian Edu\n network. It includes a GUI and conflicts with other\n profiles.\n - Sugar: variant of 'Standalone' that includes the Sugar\n desktop environment which promotes sharing and\n collaborative learning for children.\n - Minimal: fully integrated into the Debian Edu network but\n contains only a basic system without any GUI. msgstr - 主æå¡å¨:ä¸é¨ç¨äº Debian æè²ç½çæå¡å¨ãå®ä¸å å«ä»»ä½\n å¾å½¢çé¢ãå¨ä¸ä¸ª Debian æè²ç½ä¸åºè¯¥ä»
Bug#500532: please improve english NEWS.Debian text
Here for d-l-e readers is the current NEWS.Debian text: ttf-kochi (1.0.20030809-6) unstable; urgency=low --- | Please use ttf-sazanami-{mincho,gothic}, instead of ttf-kochi | --- kochi upstream development is discontinued and upstream suggest to use sazanami font (ttf-sazanami-mincho/gothic), kochi based one. So we will not fix some corrupted glyphes with kochi (those glyphes are fixed with sazanami -U+2211, U+221F, U+222E, U+301D, U+301F, U+3231, U+3232, U+3239, U+32A4, U+32A5, U+32A6, U+32A7, U+32A8, and U+33CD). So Users, please use ttf-sazanami-mincho/gothic font, not ttf-kochi-*. -- Hideki Yamane (Debian-JP) [EMAIL PROTECTED] Fri, 26 Sep 2008 18:33:35 Gaudenz Steinlin wrote: ttf-sazanami replaces ttf-kochi *** The developement of the kochi fonts is discontinued. The author of these fonts suggests the use of the sazanami fonts as a replacement. The sazanami fonts are based on the kochi fonts. They fix several glyphes which are corrupted in the kochi fonts. The sazanami fonts can be found in the Debian packages ttf-sazanami-mincho and ttf-sazanami-gothic. (Spelling: development, glyphs.) I'd like to reduce the repetitions of the $fontname fonts, maybe like this: Upstream development of the kochi fonts has been discontinued. The author of these fonts suggests as a replacement the use of the kochi-based sazanami fonts. These fix several glyphs which are corrupted in the kochi fonts. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410886: Bug still present in postgresql-8.3 ?
It looks like I was hit by this bug. It is not really serious as aptitude can recover by running configure again but it might help explain what is going wrong. Regards, Kim Setting up postgresql-client-8.3 (8.3.4-1) ... Setting up postgresql-8.3 (8.3.4-1) ... Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: 2008-09-29 08:53:50 UTC FATAL: could not access private key file server.key: Permission denied failed! failed! invoke-rc.d: initscript postgresql-8.3, action start failed. dpkg: error processing postgresql-8.3 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of postgresql: postgresql depends on postgresql-8.3; however: Package postgresql-8.3 is not configured yet. dpkg: error processing postgresql (--configure): dependency problems - leaving unconfigured Setting up postgresql-client (8.3.4-1) ... dpkg: dependency problems prevent configuration of postgresql-contrib-8.3: postgresql-contrib-8.3 depends on postgresql-8.3; however: Package postgresql-8.3 is not configured yet. dpkg: error processing postgresql-contrib-8.3 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of postgresql-contrib: postgresql-contrib depends on postgresql-contrib-8.3; however: Package postgresql-contrib-8.3 is not configured yet. dpkg: error processing postgresql-contrib (--configure): dependency problems - leaving unconfigured Setting up postgresql-doc-8.3 (8.3.4-1) ... Setting up postgresql-doc (8.3.4-1) ... Setting up rsync (3.0.4-3) ... rsync daemon not enabled in /etc/default/rsync, not starting... (warning). Setting up ssl-cert (1.0.23) ... Setting up transmission-common (1.33-2) ... Setting up transmission-gtk (1.33-2) ... Setting up x-ttcidfont-conf (30) ... Updating font configuration of x-ttcidfont-conf... Cleaning up category cmap.. Cleaning up category cid.. Cleaning up category truetype.. Updating category truetype.. Updating category cid.. Updating category cmap.. Setting up debian-maintainers (1.45) ... Setting up lynx-cur (2.8.7dev10-2) ... Installing new version of config file /etc/lynx-cur/lynx.cfg ... Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-2.6.26-1-686 W: mdadm: /etc/mdadm/mdadm.conf defines no arrays. W: mdadm: no arrays defined in configuration file. Processing triggers for menu ... Errors were encountered while processing: postgresql-8.3 postgresql postgresql-contrib-8.3 postgresql-contrib E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up postgresql-8.3 (8.3.4-1) ... Starting PostgreSQL 8.3 database server: main. Setting up postgresql-contrib-8.3 (8.3.4-1) ... Setting up postgresql-contrib (8.3.4-1) ... Setting up postgresql (8.3.4-1) ... Press return to continue. -- Kim Hansen Vadgårdsvej 3, 2.tv 2860 Søborg Fastnet: 3956 2437 -- Mobil: 3091 2437 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500550: [aolserver4-nsopenssl] libnsopenssl.so: cannot open shared object file: No such file or directory
Package: aolserver4-nsopenssl Severity: important --- Please enter the report below this line. --- Hi, Aolserver gives the following error when trying to load nsopenssl.so: [29/Sep/2008:11:25:11][26356.3083773616][-main-] Notice: modload: loading '/usr/lib/aolserver4/bin/nsopenssl.so' [29/Sep/2008:11:25:11][26356.3083773616][-main-] Warning: modload: could not load /usr/lib/aolserver4/bin/nsopenssl.so: libnsopenssl.so: cannot open shared object file: No such file or directory [29/Sep/2008:11:25:11][26356.3083773616][-main-] Fatal: modload: failed to load module '/usr/lib/aolserver4/bin/nsopenssl.so' The file libnsopenssl.so exists, but it's not on the shared libraries list of the nsopenssl.so file. A simple ldconfig fixes it: Arwen (/usr/lib/aolserver4/bin) # ldd nsopenssl.so linux-gate.so.1 = (0xe000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f3c000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7de9000) libnsopenssl.so = not found libnsd.so = /usr/lib/aolserver4/lib/libnsd.so (0xb7d84000) libnsthread.so = /usr/lib/aolserver4/lib/libnsthread.so (0xb7d7b000) libtcl8.4.so.0 = /usr/lib/libtcl8.4.so.0 (0xb7cc6000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7cc2000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7ca8000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7c82000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7c75000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7b1a000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b05000) /lib/ld-linux.so.2 (0x8000) Arwen (/usr/lib/aolserver4/bin) # ldconfig Arwen (/usr/lib/aolserver4/bin) # ldd nsopenssl.so linux-gate.so.1 = (0xe000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f15000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7dc2000) libnsopenssl.so = /usr/lib/aolserver4/lib/libnsopenssl.so (0xb7db3000) libnsd.so = /usr/lib/aolserver4/lib/libnsd.so (0xb7d4f000) libnsthread.so = /usr/lib/aolserver4/lib/libnsthread.so (0xb7d46000) libtcl8.4.so.0 = /usr/lib/libtcl8.4.so.0 (0xb7c91000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7c8d000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7c73000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7c4d000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7c4) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7ae5000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ad) /lib/ld-linux.so.2 (0x8000) Cheers, Héctor --- System information. --- Architecture: i386 Kernel: Linux 2.6.12.6 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 unstabledebian.adenu.ia.uned.es 500 stable www.debian-multimedia.org --- Package information. --- Depends (Version) | Installed =-+-== aolserver4 (= 4.0-1) | 4.5.0-16 libc6 (= 2.7-1) | 2.7-13 libgcc1 | 1:4.3.2-1 libssl0.9.8 (= 0.9.8f-1) | 0.9.8g-13 openssl(= 0.9.6) | 0.9.8g-13 tcl8.4(= 8.4.16) | 8.4.19-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476286: libjdom1-java: apidoc incompatible format
reassign 476286 gjdoc severity 476286 wishlist retitle 476286 javadoc incompatible HTML output thanks Reassigning since this is not a bug in libjdom1-java. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486136: epiphany-browser: passwords lost !
Le lundi 28 juillet 2008 à 18:23 +0200, Xavier Bestel a écrit : Just in case it helps: [EMAIL PROTECTED]:~]$ gdb --args epiphany-browser --g-fatal-warnings GNU gdb 6.8-debian Copyright (C) 2008 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 i486-linux-gnu... (gdb) r Starting program: /usr/bin/epiphany-browser --g-fatal-warnings [Thread debugging using libthread_db enabled] [New Thread 0xb6b02ab0 (LWP 22863)] [New Thread 0xb5ab5b90 (LWP 22867)] ** WARNING **: failed to read user preferences, error: 80004005 aborting... Could you send your ~/.gnome2/epiphany/mozilla/epiphany/prefs.js file, please? Does it improve anything if you move this file away? Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#493213: config-manager: Don't depend on pybaz
package config-manager severity 493213 serious thanks pybaz has been removed from the archive, so I am upgrading this bug to serious. Ubuntu has already fixed this, I will provide a patch for Debian. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500547: fails to save PDF files
Please start gscan2pdf with the --debug option, try to save a PDF and post the output from the command line. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500554: perdition segfaults when ssl_mode is unset and starttls is send
Package: perdition Version: 1.17.1-2 Severity: normal Perdition exits with a signal 11 (segmentation fault) when ssl_mode is not set and it recieves a starttls command on an imap connection. The problem may exist for pop too, but I've not tested that. It can be reporoduced easily by unsetting ssl_mode, then telnet to the imap port and typing 'a001 starttls'. The segfault occurs in username_mangle - username_strip - strrchr because the username-parameter is null. The reason is likely in the somewhat obfuscated main loop of perdition, particularly in lines 628 to 652. The starttls command means that the status variable is 2, but when ssl_mode is not set the if-condition is false and the username_mangle function in line 652 is called next, which is probably not what is intended in this situation. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages perdition depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libdb4.6 4.6.21-8 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii libpam0g 1.0.1-4Pluggable Authentication Modules l ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii libvanessa-adt0 0.0.7-2Library of Abstract Data Types ii libvanessa-logger00.0.7-2Generic Logging Library ii libvanessa-socket00.0.7-2Library to simplify TCP socket ope perdition recommends no packages. Versions of packages perdition suggests: pn perdition-ldapnone (no description available) pn perdition-mysql none (no description available) pn perdition-odbcnone (no description available) pn perdition-postgresql none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416204: python-dateutil: Use system tzdata under Unix
Hi Gustavo, in http://bugs.debian.org/416204 and https://bugs.launchpad.net/bugs/271680 we requested that the python-dateutil package in Debian and Ubuntu should use the system tzdata files instead of the shipped obsolete copy. This will keep a single reference of the pretty volatile tzdata (which is updated regularly in stable releases) instead of spreading it over multiple packages. I made a patch which prefers /usr/share/zoneinfo/ over the internal tarball. In the Ubuntu package (just uploaded to intrepid) I don't ship the tarball any more, because we can rely on tzdata being present. The upstream patch merely prefers looking there first. Deleting the tarball breaks the test suite, and applying the patch makes it work again. Also, the change is pretty unintrusive, so I think I didn't screw it up too much. Thank you for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) # Description: Prefer using the system tzdata information instead of # the shipped obsolete copy. # Ubuntu: https://bugs.launchpad.net/bugs/271680 # Debian: http://bugs.debian.org/416204 # Upstream: sent via email Index: python-dateutil-1.4/dateutil/zoneinfo/__init__.py === --- python-dateutil-1.4.orig/dateutil/zoneinfo/__init__.py 2008-09-29 11:56:02.0 +0200 +++ python-dateutil-1.4/dateutil/zoneinfo/__init__.py 2008-09-29 11:59:46.0 +0200 @@ -40,11 +40,13 @@ def gettz(name): tzinfo = None -if ZONEINFOFILE: -for cachedname, tzinfo in CACHE: -if cachedname == name: -break -else: +for cachedname, tzinfo in CACHE: +if cachedname == name: +break +else: +if os.path.exists('/usr/share/zoneinfo/' + name): +tzinfo = tzfile('/usr/share/zoneinfo/' + name) +elif ZONEINFOFILE: tf = TarFile.open(ZONEINFOFILE) try: zonefile = tf.extractfile(name) @@ -53,8 +55,8 @@ else: tzinfo = tzfile(zonefile) tf.close() -CACHE.insert(0, (name, tzinfo)) -del CACHE[CACHESIZE:] +CACHE.insert(0, (name, tzinfo)) +del CACHE[CACHESIZE:] return tzinfo def rebuild(filename, tag=None, format=gz): signature.asc Description: Digital signature
Bug#498258: xulrunner-1.9: conkeror and iceweasel crash shortly after startup (xulrunner-bin: double free or corruption)
Hi, On Mon, Sep 29, 2008 at 07:28:29AM +0200, Mike Hommey wrote: On Mon, Sep 29, 2008 at 04:31:05AM +0200, Axel Beckert wrote: *** glibc detected *** /usr/lib/xulrunner-1.9/xulrunner-bin: munmap_chunk(): invalid pointer: 0x029e97f0 *** === Backtrace: = /lib/libc.so.6[0x7f9c0aa6e968] /usr/lib/pango/1.6.0/modules/graphite/pango-graphite.so(_ZN2gr12PangoTextSrcD0Ev+0x20)[0x7f9bfd6615a0] /usr/lib/pango/1.6.0/modules/graphite/pango-graphite.so(graphite_PangoGlyphString+0x11c)[0x7f9bfd662e7c] /usr/lib/libpango-1.0.so.0(pango_shape+0x4a)[0x7f9c087b84ca] Try deinstalling pango-graphite. This looks like bug #476089. Debugged several hours yesterday evening without really getting forward, so thanks for the light at end of the tunnel, because there's indeed pango-graphite installed on the machine. (And configured to match the local display without knowing from which package this feature comes from. :-) Luca: You haven't experienced those problems, do you have pango-graphite installed. On the Sid machine where I haven't those problems, pango-graphite isn't installed. Installed pango-graphite on the above mentioned Sid machine, but hadn't any crashes in five minutes of browsing around on sites where those crashes occurred recently. But it's only over ssh, not many fonts installed locally and the fonts look quite strange currently (too much spacing, etc.). Currently the machine where I experienced these crashes runs memtest at home, so I can't access or reboot it remotely. I peeked in after about 5h of memtest this morning (yeah, hadn't that much sleep this night :-) and it hadn't found anything so far. Will continue debugging by purging pango-graphite this evening. Regards, Axel -- Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500553: CVE-2008-4182: XSS in imp4
Package: imp4 Severity: important Tags: security, patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for imp4. CVE-2008-4182[0]: | Cross-site scripting (XSS) vulnerability in imp/test.php in Horde | Turba Contact Manager H3 2.2.1, and possibly other Horde Project | products, allows remote attackers to inject arbitrary web script or | HTML via the User field in an IMAP session. The upstream patch for this issue can be found here[1]. Please address this issue together with the turba2 XSS for lenny via migration from unstable If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4182 http://security-tracker.debian.net/tracker/CVE-2008-4182 [1] http://cvs.horde.org/diff.php/imp/test.php?r1=1.70r2=1.71 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500510: daptup: [INTL:nl] Dutch translation for language template
Paul Gevers wrote: Package: daptup Version: 0.7.1 Tags: l10n, patch Severity: wishlist Thanks Please find attached the Dutch translation of the template for daptup. I would be glad if you use it in the next upload. Thanks for translation! I will include it. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Bug#500114: add upstream patch for XSS issue
tags 500114 patch thanks Hi There is an upstream patch for this issue[0]. Could you please make sure it reaches lenny via migration from unstable? I guess for stable (etch), you could go via stable-proposed-updates. Thanks in advance. Cheers Steffen [0]: http://cvs.horde.org/diff.php/turba/test.php?r1=1.22r2=1.23 signature.asc Description: This is a digitally signed message part.
Bug#500541: Fatal: log: failed to open server log'/var/log/aolserver4/aolserver4.log': 'Permission denied'
Hi, I would ask you to --purge and reinstall, it could be some transient local error. After purge and reinstall the problem is gone, it must be a transient error as you said, thanks! Cheers, Héctor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500535: openjump: please migrate to libjdom1-java
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petter Reinholdtsen wrote: Does this require code changes in openjump? Possibly. The CHANGES file in JDOM 1.1 does not extend that far back, but there are some more recent API breakages listed. Probably it is best to convince upstream to upgrade. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjgp2UACgkQXjXn6TzcAQlfwwCeJn9NRm1ErEM/Gd0STIs9ghS2 TuUAn3arUGeo0Nap1CzkdxSUNyQgxTqE =BBKO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473983: [Pkg-utopia-maintainers] Bug#473983: libnss-mdns: dns for a QT-application broken
On Wed, Apr 02, 2008, Mathias Behrle wrote: I have here an application built on QT 3.3.8, that couldn't find the database server any more with error: QPSQL: Cannot connect to database could not translate hostname postgres to address: Name or service not known The application runs on a workstation, the database runs on the server, that is also doing DNS lookups and caching for the local network (dnsmasq). Trying to search for the reason there were two posssibilities: 1) I am running testing, so it could be the upgrade of a package 2) I installed in this period tomcat5.5 and sun-java5-bin, which pulls in avahi-daemon and libnss-mdns Are you running 32-bits java from an amd64 install? Try installing lib32nss-mdns. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500555: tries to access not existing/usr/var/run
Package: libdaemon0 Version: 0.10-1 Severity: grave [ seen on 0.13-1 but I have no reason to believe older versions are unaffected ] Hi, From an application here using libdaemon: Sep 29 10:02:21 frodo nfschecker[26995]: open(/usr/var/run/nfschecker.pid): No cuch file or directory Sep 29 10:02:21 frodo nfschecker[26995]: Could not create PID file (No such file or directory) Sep 29 10:02:21 frodo nfschecker[26995]: Exiting. Fine tuning of the installation directories: --bindir=DIRuser executables [EPREFIX/bin] --sbindir=DIR system admin executables [EPREFIX/sbin] --libexecdir=DIRprogram executables [EPREFIX/libexec] --sysconfdir=DIRread-only single-machine data [PREFIX/etc] --sharedstatedir=DIRmodifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] Sounds like you miss to specify --with-localstatedir=/var to that it doesn't use /usr/var. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500552: Module ehci_hcd disables IRQ, drops USB connections!
Package: kernel Version: 2.6.18-6 When using external USB2 hard-disk, intensive I/O operations to the disk (such as scanning my music collection or performing a file system check) will cause the IRQ of the USB port to be disabled effectively stopping all file transfers and forcing the hard-disk offline. System must then be rebooted to restore the hard-disk to a functional status. Here is the error output I get: irq 3: nobody cared (try booting with the irqpoll option) [c0131f0f] __report_bad_irq+0x2b/0x69 [c01320d5] note_interrupt+0x188/0x1bf [c01318b3] __do_IRQ+0x72/0xa1 [c0105073] do_IRQ+0x43/0x50 [c0103a9a] common_interrupt+0x1a/0x20 [c011855a] __do_softirq+0x2c/0x75 [c01185c5] do_softirq+0x22/0x26 [c0105078] do_IRQ+0x48/0x50 [c0103a9a] common_interrupt+0x1a/0x20 [c4a05e20] usb_get_urb+0xc/0x10 [usbcore] [c4a0562d] hcd_submit_urb+0x10a/0x6ba [usbcore] [c0105078] do_IRQ+0x48/0x50 [c02750a4] schedule+0x46e/0x4d2 [c02750a4] schedule+0x46e/0x4d2 [c0105078] do_IRQ+0x48/0x50 [c4a05df1] usb_submit_urb+0x1bb/0x1de [usbcore] [c4c517fd] usb_stor_msg_common+0x92/0xe9 [usb_storage] [c4c51bc7] usb_stor_bulk_transfer_buf+0x39/0x64 [usb_storage] [c4c520d5] usb_stor_Bulk_transport+0x13f/0x207 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c521b2] usb_stor_invoke_transport+0x15/0x22c [usb_storage] [c0111cba] default_wake_function+0x0/0xc [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52dda] usb_stor_control_thread+0xfa/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c0122b9c] kthread+0xaf/0xdb [c0122aed] kthread+0x0/0xdb [c0101005] kernel_thread_helper+0x5/0xb handlers: [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a2b430] (yenta_interrupt+0x0/0xac [yenta_socket]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) Disabling IRQ #3 I am able to reproduce this error by unmounting the hard-disk and running fsck.ext3 on the volume (/dev/sda1). Here is what I do: (root): umount -U disk UUID (root): fsck.ext3 /dev/sda1 To troubleshoot this, I have currently blacklisted the kernel module 'ehci_hcd'. This makes things very very slow, but I no longer observe any errors, even when running fsck. The relevant hardware is as follows: Ricoh RL5c475 Cardbus Adapter (module yenta_socket) VIA chipset based USB2 port card/hub (modules uhci_hcd for USB1.1, ehci_hcd for USB2) Seagate FreeAgent external usb hard-disk Interrupts: 0:2324767 XT-PIC timer 1: 13486 XT-PIC i8042 2: 0 XT-PIC cascade 3:508 XT-PIC uhci_hcd:usb1, yenta, uhci_hcd:usb2, uhci_hcd:usb3 5: 37503 XT-PIC NE2000 6: 3 XT-PIC floppy 7: 0 XT-PIC parport0 8: 1 XT-PIC rtc 9: 1292 XT-PIC au8820 12: 662263 XT-PIC i8042 14: 98748 XT-PIC ide0 15:132 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Complete hardware listing: 00:00.0 Host bridge: Intel Corporation 430TX - 82439TX MTXC (rev 01) 00:01.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01) 00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:01.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) 00:09.0 CardBus bridge: Ricoh Co Ltd RL5c475 00:0a.0 Multimedia audio controller: Aureal Semiconductor Vortex 1 (rev 02) 00:0b.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02) 00:0c.0 VGA compatible controller: S3 Inc. ViRGE/DX or /GX (rev 01) 01:00.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 65) I am using Debian GNU/Linux 4.0 Etch with the default kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack
On Sun, Sep 28, 2008 at 05:37:07PM +0200, Alexandre Rossi wrote: The machine freezes sometimes, repeatedly and it seems this happens under some network load in a VE. vcfgvalidate is all ok. The fail counts of user beancounters are all 0. I presume the same problem on my server, but I cannot debug it because it seems to lock-up hardly, with the console not visible anymore. After some quick googling I found an ugly patch on the openvz list: http://openvz.org/pipermail/devel/2008-July/013096.html It would probably safe the machine from panicing... but not much more... Judging for the package the problem may as well be grave.. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416204: (no subject)
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416204: python-dateutil: Contains duplicate timezone information.
tag 416204 patch upstream confirmed forwarded 416204 [EMAIL PROTECTED] user [EMAIL PROTECTED] usertag 416204 + origin-ubuntu ubuntu-patch intrepid thanks Hello Guido, Kurt Roeckx [2007-03-25 22:28 +0200]: We already have an up-to-date version of this in the tzdata package. It would be nice if we only had 1 package providing this so we only need to update 1 package. Exactly. Here is a debdiff I just uploaded to Ubuntu (sent Gustavo a mail with the patch, too). In addition to looking in /usr/share/zoneinfo and dropping the .tar.gz from the deb, it also enables running the test suite during build. Please consider doing this as well. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u python-dateutil-1.4/debian/patches/series python-dateutil-1.4/debian/patches/series --- python-dateutil-1.4/debian/patches/series +++ python-dateutil-1.4/debian/patches/series @@ -1,0 +2 @@ +system_tzdata.diff diff -u python-dateutil-1.4/debian/changelog python-dateutil-1.4/debian/changelog --- python-dateutil-1.4/debian/changelog +++ python-dateutil-1.4/debian/changelog @@ -1,3 +1,13 @@ +python-dateutil (1.4-1ubuntu1) intrepid; urgency=low + + * debian/patches/system_tzdata.diff: Use system tzdata instead of builtin +obsolete copy of the Olson timezone database. (LP #271680, Debian #416204) + * debian/rules: Do not ship the obsolete tzdata tarball. + * debian/rules: Run the test suite during build, have it fail the build if +it fails. + + -- Martin Pitt [EMAIL PROTECTED] Mon, 29 Sep 2008 12:07:52 +0200 + python-dateutil (1.4-1) unstable; urgency=low * new upstream version diff -u python-dateutil-1.4/debian/rules python-dateutil-1.4/debian/rules --- python-dateutil-1.4/debian/rules +++ python-dateutil-1.4/debian/rules @@ -12,0 +13,7 @@ + +common-build-indep:: + # run test suite + ./test.py + +binary-post-install/python-dateutil:: + find debian/$(cdbs_curpkg) -name 'zoneinfo*.tar.gz' | xargs rm -v only in patch2: unchanged: --- python-dateutil-1.4.orig/debian/patches/system_tzdata.diff +++ python-dateutil-1.4/debian/patches/system_tzdata.diff @@ -0,0 +1,39 @@ +# Description: Prefer using the system tzdata information instead of +# the shipped obsolete copy. +# Ubuntu: https://bugs.launchpad.net/bugs/271680 +# Debian: http://bugs.debian.org/416204 +# Upstream: sent via email +Index: python-dateutil-1.4/dateutil/zoneinfo/__init__.py +=== +--- python-dateutil-1.4.orig/dateutil/zoneinfo/__init__.py 2008-09-29 11:56:02.0 +0200 python-dateutil-1.4/dateutil/zoneinfo/__init__.py 2008-09-29 11:59:46.0 +0200 +@@ -40,11 +40,13 @@ + + def gettz(name): + tzinfo = None +-if ZONEINFOFILE: +-for cachedname, tzinfo in CACHE: +-if cachedname == name: +-break +-else: ++for cachedname, tzinfo in CACHE: ++if cachedname == name: ++break ++else: ++if os.path.exists('/usr/share/zoneinfo/' + name): ++tzinfo = tzfile('/usr/share/zoneinfo/' + name) ++elif ZONEINFOFILE: + tf = TarFile.open(ZONEINFOFILE) + try: + zonefile = tf.extractfile(name) +@@ -53,8 +55,8 @@ + else: + tzinfo = tzfile(zonefile) + tf.close() +-CACHE.insert(0, (name, tzinfo)) +-del CACHE[CACHESIZE:] ++CACHE.insert(0, (name, tzinfo)) ++del CACHE[CACHESIZE:] + return tzinfo + + def rebuild(filename, tag=None, format=gz): signature.asc Description: Digital signature
Bug#500551: pidgin: crashes when opening IM window for buddy for which logging is disabled.
Package: pidgin Version: 2.4.3-2 Severity: normal Hi! My pidgin crashes when I try to open the IM window for buddys for which the logging option has been disabled in a previous session. Workaround: delete the enable_logging options from the blist.xml. I could provide coredumps etc. if told how to produce them. Regards, Christopher Zimmermann -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-4-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf22.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgstreamer0.10-00.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libgtkspell0 2.0.13-1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpurple02.4.3-2multi-protocol instant messaging l ii libsm62:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.5-1 X11 client-side library ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-14 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-14 minimal Perl system ii pidgin-data 2.4.3-2multi-protocol instant messaging c Versions of packages pidgin recommends: pn gstreamer0.10-plugins-basenone (no description available) pn gstreamer0.10-plugins-goodnone (no description available) Versions of packages pidgin suggests: ii docker1.4-4 System tray for KDE3/GNOME2 dockle pn evolution-data-server none (no description available) ii libsqlite3-0 3.5.9-3SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498985: lynx-cur: Dumps Unicode file in broken encoding.
On Mon, 29 Sep 2008 14:38:03 +0900, Charles Plessy wrote: Le Fri, Sep 26, 2008 at 01:19:37PM +0900, Atsuhito Kohda a écrit : Do you set CHARACTER_SET:utf-8 somewhere or with Options Menu? If not, I'd like to know if the above setting fixes the problem or not. (snip) In the end, it did not solve the probelm with the a with accent grave. Okay, as I have so little knowledge on mojibake for french, I'll forward this to the upstream. Thanks for your time. Regards,2008-9-29(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500556: ipython: new version available (0.9.1)
Package: ipython Version: 0.8.4-1 Severity: wishlist Hi, a new version of ipython is available, 0.9.1, at http://ipython.scipy.org/. Updating the debian package would be greatly appreciated. Thanks! Jan Geboers -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Versions of packages ipython depends on: ii python2.5.2-2An interactive high-level object-o ii python-pexpect2.3-1 Python module for automating inter ii python-support0.8.6 automated rebuilding support for P ipython recommends no packages. Versions of packages ipython suggests: pn python-matplotlib none (no description available) pn python-numpy none (no description available) pn python-profiler none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500557: xen-utils-3.0.3-1: pygrub boot not working
Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: normal Booting with pygrub doesn't work. First problem is the path to libraries (/usr/lib/python is used instead of /usr/lib/xen-3.0.3-1/lib/python): $ /usr/lib/xen-3.0.3-1/bin/pygrub Traceback (most recent call last): File /usr/lib/xen-3.0.3-1/bin/pygrub, line 25, in ? import grub.GrubConf ImportError: No module named grub.GrubConf In addition to that, ext2 filesystem support is not compiled in: $ ls /usr/lib/xen-3.0.3-1/lib/python/grub/fsys __init__.py __init__.pyc This can be solved by adding e2fslibs-dev to the list of build deps. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-utils-3.0.3-1 depends on: ii iproute20061002-3Professional tools to control the ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12register and build utility for Pyt ii udev 0.105-4 /dev/ and hotplug management daemo ii xen-utils-common 3.0.3-0-2 XEN administrative tools - common ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages xen-utils-3.0.3-1 recommends: ii bridge-utils 1.2-1 Utilities for configuring the Linu ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 -- no debconf information --- pygrub.dist 2008-09-29 11:21:29.0 +0200 +++ pygrub 2008-09-27 01:12:25.0 +0200 @@ -20,7 +20,7 @@ import curses, _curses, curses.wrapper, curses.textpad, curses.ascii import getopt -sys.path = [ '/usr/lib/python' ] + sys.path +sys.path = [ '/usr/lib/xen-3.0.3-1/lib/python' ] + sys.path import grub.GrubConf import grub.fsys
Bug#490361: any news regarding libdb-nvi?
Hi, any news regarding the libdb-nvi issue? regards, -mika- signature.asc Description: Digital signature
Bug#480710: Detail on the fix
Package: buildd.emdebian.org severity 480710 important retitle 480710 buildd.emdebian.org: avahi changes arguments to ./configure thanks One of the fixes for the cross-build failure was to add this section to the Emdebian patch sets: DEB_CONFIGURE_EXTRA_FLAGS += --enable-compat-libdns_sd --enable-compat-howl \ - --disable-mono --disable-monodoc + --disable-mono --disable-monodoc \ + --disable-mono --disable-monodoc --disable-python \ + --disable-doxygen-doc --disable-pygtk \ + --disable-python-dbus --disable-core-docs \ + --disable-qt3 --disable-qt4 --disable-gobject \ + --with-distro=debian --cache-file=$(DEB_HOST_GNU_TYPE).cache Whilst the cache file will be handled by changes within dpkg-cross, the other options result in empty packages, specifically: libavahi-gobject0 libavahi-gobject-dev Other functionality changes may also have been caused. This bug will remain open until avahi can be assessed during the Code Audit once Lenny is released. Emdebian Grip will need to undo these functionality changes, Emdebian Crush may be able to retain them, as long as package names are dropped or modified. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#500558: apache2.2-common: Apache fails to start on boot after upgrade Etch - Lenny
Package: apache2.2-common Version: 2.2.9-7 Severity: important Hi, recently I upgraded from Etch to Lenny. Now apache2 doesn't start on boot any more. With -x in /etc/init.d/apache2 I get following output on boot (partial only, typos possible due to screenshot taken by a camera and typed in afterwards): + log_daemon_msg 'Starting web server' apache2 + '[' -z 'Starting web server' ']' + log_daemon_msg_pre 'Starting web server' apache2 + : + '[' -z apache2 ']' + echo -n 'Starting web server: apache2' Starting web server: apache2+ log_daemon_msg_post 'Starting web server' apache2 + : + env -i LANG=C PATH=/usr/local/bin:/usr/bin:/bin /usr/sbin/apache2ctl start [Mon Sep 29 10:33:20 2008] [crit] (EAI 9)Address family for hostname not supported: alloc_listener: failed to set up sockaddr for 127.0.0.1 Syntax error on line 1 of /etc/apache2/ports.conf: Listen setup failed + log_end_msg 1 + '[' -z 1 ']' + retval=1 + log_end_msg_pre 1 + : + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + '[' -t 1 ']' Once the system has completed the boot sequence, I can manually start the apache daemon by running /etc/init.d/apache2 start without any problem. Please let me know if I can provide any further information. Regards Micha -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgid dir env mime negotiation rewrite setenvif status suphp -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.9-7 utility programs for webservers ii libapr11.2.12-4 The Apache Portable Runtime Librar ii libaprutil11.2.12+dfsg-8 The Apache Portable Runtime Utilit ii libc6 2.7-13GNU C Library: Shared libraries ii libmagic1 4.26-1File type determination library us ii libssl0.9.80.9.8g-13 SSL shared libraries ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii net-tools 1.60-20 The NET-3 networking toolkit ii perl 5.10.0-14 Larry Wall's Practical Extraction ii procps 1:3.2.7-8 /proc file system utilities ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.22 simple debconf wrapper for OpenSSL Versions of packages apache2.2-common suggests: pn apache2-doc none (no description available) pn apache2-suexec | apache none (no description available) ii epiphany-gecko [www-bro 2.22.3-3 Intuitive GNOME web browser - Geck ii iceweasel [www-browser] 3.0.1-1 lightweight web browser based on M ii konqueror [www-browser] 4:3.5.9.dfsg.1-5 KDE's advanced file manager, web b ii links [www-browser] 2.1pre37-1.1 Web browser running in text mode ii lynx-cur [www-browser] 2.8.7dev9-2 Text-mode WWW Browser with NLS sup ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent Versions of packages apache2.2-common is related to: pn apache2-mpm-event none (no description available) pn apache2-mpm-itk none (no description available) pn apache2-mpm-prefork none (no description available) ii apache2-mpm-worker2.2.9-7Apache HTTP Server - high speed th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500547: fails to save PDF files
also sprach Jeffrey Ratcliffe [EMAIL PROTECTED] [2008.09.29.1224 +0200]: Please start gscan2pdf with the --debug option, try to save a PDF and post the output from the command line. piper:~% gscan2pdf --debug gscan2pdf 0.9.26 Using en_GB.UTF-8 locale Gtk2-Perl version 1.190 Built for 2.12.10 Running with 2.12.11 Using GtkImageView version 1.6.1 Using Gtk2::ImageView version 0.04 $VAR1 = { 'ocr panel' = '782', 'no-blackfilter' = '1', 'frontend' = 'scanimage', 'mode' = 'Color', 'Paper' = { 'US Legal' = { 'l' = '0', 'y' = '356', 'x' = '216', 't' = '0' }, 'US Letter' = { 'l' = '0', 'y' = '279', 'x' = '216', 't' = '0' }, 'A4' = { 'l' = '0', 'y' = '297', 'x' = '210', 't' = '0' } }, 'output-pages' = '1', 'ocr engine' = 'tesseract', 'keywords' = '', 'y' = '297', 'layout' = 'single', 'cwd' = '/home/madduck/neokon', 'day' = '4', 'image type' = 'pdf', 'Paper size' = 'A4', 'subject' = '', 'startup warning' = '1', 'no-grayfilter' = '1', 'no-border-align' = '1', 'title' = '', 'source' = 'Auto', 'rotate facing' = '0', 'cache options' = '1', 'month' = '4', 'author' = '', 'compression' = 'JPEG', 'window_x' = '1280', 'window_y' = '19', 'quality' = '75', 'tiff compression' = 'zip', 'date offset' = '0', 'enable options' = '1', 'version' = '0.9.26', 'scan prefix' = '', 'device' = 'net:sane:hpaio:/net/HP_LaserJet_3052?ip=192.168.14.31', 'black-threshold' = '0.33', 'year' = '2007', 'cache' = { 'net:sane:hpaio:/net/HP_LaserJet_3052?ip=192.168.14.31' = { 'Grayscale' = 'Usage: scanimage [OPTION]... Start image acquisition on a scanner device and write PNM image data to standard output. Parameters are separated by a blank from single-character options (e.g. -d epson) and by a = from multi-character options (e.g. --device-name=epson). -d, --device-name=DEVICE use a given scanner device (e.g. hp:/dev/scanner) --format=pnm|tiff file format of output file -i, --icc-profile=PROFILE include this ICC profile into TIFF file -L, --list-devices show available scanner devices -f, --formatted-device-list=FORMAT similar to -L, but the FORMAT of the output can be specified: %d (device name), %v (vendor), %m (model), %t (type), and %i (index number) -b, --batch[=FORMAT] working in batch mode, FORMAT is `out%d.pnm\' or `out%d.tif\' by default depending on --format --batch-start=#page number to start naming files with --batch-count=#how many pages to scan in batch mode --batch-increment=#increase number in filename by an amount of # --batch-double increment page number by two for 2sided originals being scanned in a single sided scanner --batch-prompt ask for pressing a key before scanning a page --accept-md5-only only accept authorization requests using md5 -p, --progress print progress messages -n, --dont-scanonly set options, don\'t actually scan -T, --test test backend thoroughly -h, --help display this help message and exit -v, --verbose give even more status messages -B, --buffer-size change default input buffersize -V, --version print version information Options specific to device `net:sane:hpaio:/net/HP_LaserJet_3052?ip=192.168.14.31\': Scan mode: --mode Lineart|Grayscale|Color [Grayscale] Selects the scan mode (e.g., lineart, monochrome, or color). --resolution 75|100|150|200|300|600|1200dpi [75] Sets the resolution of the scanned image. Advanced: --contrast 0..100 [50] Controls the contrast of the acquired image. --compression None|JPEG [JPEG] Selects the scanner compression method for faster scans, possibly at the expense of image quality. --jpeg-compression-factor 0..100 [10]
Bug#308695: fping drops destinations w/ no route available
Package: fping Version: 2.4b2-to-ipv6-15 Followup-For: Bug #308695 fping removes any hosts which it fails to ping from the internal list. If the host on which fping is running drops the default route and all ping destinations have no route, fping terminates. But if there is at least one host still reachable (i.e. due a connected route), fping will proceed pinging only those remainig hosts (even if the route comes back again). In the following example 172.31.1.1 is on a connected route: -- $ fping -Q 5 -l 194.109.137.218 172.31.1.1 [12:40:47] 194.109.137.218 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/17.6/20.8 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.52/0.78 [12:40:52] 194.109.137.218 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/17.1/17.6 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.73/0.81 ## route del -net 0.0.0.0## [12:40:57] 194.109.137.218 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 0.00/16.9/16.9 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.44/0.70 [12:41:02] 194.109.137.218 : xmt/rcv/%loss = 0/0/0% 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.72/0.80 [12:41:07] 194.109.137.218 : xmt/rcv/%loss = 0/0/0% 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.46/0.71 ## route add -net 0.0.0.0 gw ... ## [12:41:12] 194.109.137.218 : xmt/rcv/%loss = 0/0/0% 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.67/1.00 [12:41:17] 194.109.137.218 : xmt/rcv/%loss = 0/0/0% 172.31.1.1 : xmt/rcv/%loss = 5/5/0%, min/avg/max = 0.00/0.53/0.70 -- This breaks long time monitoring when fping is running continuous. This could be fixed by the following patch: --- fping-2.4b2-to-ipv6/fping.c 2008-09-29 12:32:32.0 +0200 +++ fping-2.4b2-to-ipv6.fix/fping.c 2008-09-29 12:25:15.937404006 +0200 @@ -1619,7 +1619,6 @@ }/* IF */ num_unreachable++; - remove_job( h ); }/* IF */ else Regards, Thomas Liske -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fping depends on: ii libc6 2.7-13 GNU C Library: Shared libraries fping recommends no packages. fping suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500219: [Linux-ha-dev] Re: Bug#500219: heartbeat: please don't include hidden files
On Mon, Sep 29, 2008 at 01:05, Simon Horman [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 12:57:44PM +0200, Ferenc Wagner wrote: Package: heartbeat Version: 2.1.3-6 Severity: wishlist Hi, Chkrootkit stumbles upon the hidden files under /usr/lib: /etc/cron.daily/chkrootkit: The following suspicious files and directories were found: /usr/lib/ocf/resource.d/heartbeat/.ocf-binaries /usr/lib/ocf/resource.d/heartbeat/.ocf-directories /usr/lib/ocf/resource.d/heartbeat/.ocf-returncodes /usr/lib/ocf/resource.d/heartbeat/.ocf-shellfuncs Please avoid using such names if possible. Hi Ferenc, that sounds like a reasonable request to me. I am passing it on to the upstream development mailing list for comment there. I think chkrootkit is being a little over-protective here. These files aren't meant to be included directly by the user and by naming them with a leading dot, we avoid the issue of them showing up as resources. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500501: sed silently ignores invalid multibyte sequences on input stream
Sed silently ignores (or what it does? - no info) invalid multibyte sequences in the input: no halt, no message, no false exit-code. This is unfortunate but expected. . does not match a bad sequence, see the fast path for UTF-8 in lib/regexec.c's check_node_accept_bytes: returning 0 means that . does not match. 3781 unsigned char c = re_string_byte_at (input, str_idx), d; 3782 if (BE (c 0xc2, 1)) 3783return 0; 3784 3785 if (str_idx + 2 input-len) 3786return 0; 3787 3788 d = re_string_byte_at (input, str_idx + 1); 3789 if (c 0xe0) 3790return (d 0x80 || d 0xbf) ? 0 : 2; 3791 else if (c 0xf0) 3792{ 3793 char_len = 3; 3794 if (c == 0xe0 d 0xa0) 3795return 0; 3796} 3797 else if (c 0xf8) 3798{ 3799 char_len = 4; 3800 if (c == 0xf0 d 0x90) 3801return 0; 3802} 3803 else if (c 0xfc) 3804{ 3805 char_len = 5; 3806 if (c == 0xf8 d 0x88) 3807return 0; 3808} 3809 else if (c 0xfe) 3810{ 3811 char_len = 6; 3812 if (c == 0xfc d 0x84) 3813return 0; 3814} 3815 else 3816return 0; 3817 3818 if (str_idx + char_len input-len) 3819return 0; 3820 3821 for (i = 1; i char_len; ++i) 3822{ 3823 d = re_string_byte_at (input, str_idx + i); 3824 if (d 0x80 || d 0xbf) 3825return 0; 3826} 3827 return char_len; Use LANG=C if you can have invalid multibyte sequences in the input. Do you think it could be worthwhile then to add a `z' command to zap the current buffer independent of the presence of invalid multibyte sequences? Paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500559: Should be able to specify custom lablgtk2 location
Package: liblablgtksourceview-ocaml Version: 0.2.1-2 Building the lablgtksourceview source should be possible with a non-standard location of the lablgtk2 files. For example, the libcairo-ocaml package looks for the LABLGTKDIR environment variable. The liblablgtksourceview-ocaml package just looks in the standard locations and fails: [EMAIL PROTECTED]:~/lablgtksourceview-0.2.1$ LABLGTKDIR=/home/mvt600/public/usr/lib/ocaml/3.09.2/lablgtk2 ./configure --prefix=/home/mvt600/public [...] ### checking required tools and libraries ### checking for Lablgtk2 (byte) default install... no Could not link with LablGtk2 You way have a look at config_check.log for details. Suggested fix: configure should honour the LABLGTKDIR environment variable, if set. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498985: [Lynx-dev] Dumps Unicode file in broken encoding.
Thomas Dickey dixit: Without some charset in the document, or override via command-line or lynx configuration, the file will be treated as ISO-8859-1. He seems to be expecting lynx to treat it as UTF-8. I think this is what recent (X)HTML/HTTP standards assume as well. This is the reason I changed that locally – but you probably can only change the default on a full-UTF-8 operating system, since changing the assumed character set for local files would break OSes without locale and Unicode support, such as OpenBSD. Besides, some (few) webpages still display badly as they do not declare their character set, but the “webmasters” usually fix it upon reporting. bye, //mirabilos -- Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL. -- Henry Nelson, March 1999 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498985: [Lynx-dev] Dumps Unicode file in broken encoding.
Atsuhito Kohda dixit: aqwa『~』$ lynx.cur --dump test.html * é * This is very interesting: [EMAIL PROTECTED]:~ $ lynx -dump test.htm * é * � [EMAIL PROTECTED]:~ $ lynx -version Lynx Version 2.8.7dev.9 (27 Apr 2008) libwww-FM 2.14, SSL-MM 1.4.1, ncurses 5.6.20080830(wide) Built on linux-gnu Sep 2 2008 02:14:03 [EMAIL PROTECTED]:~ $ lynx -dump test.htm * é * à [EMAIL PROTECTED]:~ $ lynx -version Lynx Version 2.8.7dev.8-MirOS (17 Feb 2008) libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 0.9.7m, ncurses 5.5.20051010(wide) No compilation information available. But this is also the key to the solution, because MirBSD always has the UTF-8 locale (also for assumed charset and display charset), so, back on Debian, I get this: [EMAIL PROTECTED]:~ $ lynx -assume_charset=utf-8 -display_charset=utf-8 -dump test.htm * é * à This, in the end, means that the stock lynx-cur configuration is broken, and this is not an upstream problem. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500373: Acknowledgement (epiphany-browser: crash in nsFrame::ComputeSize)
Le dimanche 28 septembre 2008 à 20:51 +0200, Jörgen Tegnér a écrit : The bugs report was incorrect, I forgot to reboot after a dist-upgrade. Now everything works as it should. Apologies for any lost time you migth have spent on this. You can expect some problems if you don’t restart epiphany after an upgrade, but it should certainly not be necessary to reboot, so if you can reproduce the issue again, please don’t hesitate to send a full backtrace (thread apply all bt full). Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#500219: [Linux-ha-dev] Re: Bug#500219: heartbeat: please don't include hidden files
Andrew Beekhof [EMAIL PROTECTED] writes: On Mon, Sep 29, 2008 at 01:05, Simon Horman [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 12:57:44PM +0200, Ferenc Wagner wrote: Chkrootkit stumbles upon the hidden files under /usr/lib: /etc/cron.daily/chkrootkit: The following suspicious files and directories were found: /usr/lib/ocf/resource.d/heartbeat/.ocf-binaries /usr/lib/ocf/resource.d/heartbeat/.ocf-directories /usr/lib/ocf/resource.d/heartbeat/.ocf-returncodes /usr/lib/ocf/resource.d/heartbeat/.ocf-shellfuncs Please avoid using such names if possible. that sounds like a reasonable request to me. I am passing it on to the upstream development mailing list for comment there. I think chkrootkit is being a little over-protective here. Sure it is, by design. These files aren't meant to be included directly by the user and by naming them with a leading dot, we avoid the issue of them showing up as resources. I see. Isn't it possible to move them into a different directory then? -- Thanks, Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500358: Xorg with ATI driver and Linux 2.6.25 (on Ultra 5)
On Sat, Sep 27, 2008 at 15:22:49 +0200, Josip Rodin wrote: On Sat, Sep 27, 2008 at 02:53:46PM +0200, Julien Cristau wrote: On Sat, Sep 27, 2008 at 14:48:42 +0200, Josip Rodin wrote: Oh, and we already have one in 488669, but it's filed against the core X server package. I'll leave it to the X guys to decide where to merge. In any case it's a clear regression from etch. :( Feel free to provide a patch, or revert the kernel changes that broke X. The X guys are not sparc porters, don't have access to sparc hardware, and the affected code is very much arch-specific. All of them? Nobody upstream? Sparc patches that I've seen go upstream lately came mostly from davem. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500547: fails to save PDF files
2008/9/29 martin f krafft [EMAIL PROTECTED]: piper:~% gscan2pdf --debug [...] Thanks. It works fine here, and I can't see anything suspicious in the output. Please try with compression set to none. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500552: Module ehci_hcd disables IRQ, drops USB connections!
reassign 500552 linux-2.6 2.6.18-22 thanks On Mon, Sep 29, 2008 at 01:17:15PM +0300, Andreas Modinos wrote: When using external USB2 hard-disk, intensive I/O operations to the disk (such as scanning my music collection or performing a file system check) will cause the IRQ of the USB port to be disabled effectively stopping all file transfers and forcing the hard-disk offline. System must then be rebooted to restore the hard-disk to a functional status. Here is the error output I get: irq 3: nobody cared (try booting with the irqpoll option) Please follow this advice and/or check it again with a newer kernel, 2.6.24 from Etch or 2.6.26 from Lenny. Bastian -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416204: python-dateutil: Use system tzdata under Unix
Hello Martin, in http://bugs.debian.org/416204 and https://bugs.launchpad.net/bugs/271680 we requested that the python-dateutil package in Debian and Ubuntu should use the system tzdata files instead of the shipped obsolete copy. This will keep a single reference of the pretty volatile tzdata (which is updated regularly in stable releases) instead of spreading it over multiple packages. I made a patch which prefers /usr/share/zoneinfo/ over the internal tarball. In the Ubuntu package (just uploaded to intrepid) I don't ship the tarball any more, because we can rely on tzdata being present. The upstream patch merely prefers looking there first. dateutil has always preferred the installed timezone information when it is available. The documented way to ask for a timezone is via the dateutil.tz.gettz() function, which will process the system's timezone and give precedence to it. The embedded copy is only used if it is available, and if the system one isn't found. Deleting the tarball breaks the test suite, and applying the patch makes it work again. Also, the change is pretty unintrusive, so I think I didn't screw it up too much. The patch changes the behavior of dateutil.zoneinfo, which is the interface for the embedded copy. It's semantically inappropriate to make it look for information in the system, since its only purpose is indeed being the embedded copy API, and the generic interface will already look for the system timezone information before considering the embedded one. It's natural that the tests break if the timezone file isn't found, since the unittests verify that the embedded functionality actually works. That doesn't mean that the embedded copy has to be shipped, though. For Ubuntu, I agree that it's more appropriate to not package the tarball file, and simply add a requirement on the package to the timezone information (which I believe is already installed by default anyway). Note, with the current python-dateutil: import dateutil.tz dateutil.tz module 'dateutil.tz' from '/var/lib/python-support/python2.5/dateutil/tz.pyc' dateutil.tz.gettz(Brazil/East) tzfile('/usr/share/zoneinfo/Brazil/East') -- Gustavo Niemeyer http://niemeyer.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500464: installation-reports: No boot after reading help, and no mouse (but the rest is fine).
reassign 500464 debian-installer 20080522 tags 500464 pending thanks On Sunday 28 September 2008, Charles Plessy wrote: after reading help, pressing enter does not manage to boot the installer, but crashes with the following message: Could not find kernel image: linux I've committed a fix for this in our repository. The next daily builds should boot correctly. Other problem, the mouse did not work (immobile pointer). I could install using the tab key however. I assume you used the graphical installer. There are some options to support other mouse types than standard PS/2, but if those don't work then I'm afraid your mouse is just not supported. See documentation for mouse/protocol and mouse/device at http://d-i.alioth.debian.org/manual/en.i386/ch05s02.html#installer-args Thanks for your report. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]