Bug#473626: Updates?
On Mon, 2008-10-13 at 15:10 -0400, Rince wrote: 1.8.6 has been out for some time - is there anything blocking a new package? :) I haven't managed to get it sponsored and after what I think was the third try I decided to let some time pass before asking again. Other than that, the package has been ready for quite a while. In fact, the next release is mostly waiting for Mono 2.0 to hit upstream so I can use its feed parsing and delete my ugly hacks. The longer explanation is that after the first package review I had only very limited Internet connectivity and I was away from my keys for a bit longer than a month, so I couldn't create a new one, after finally fixing it and asking again for sponsorship, no-one has uploaded it. I'll probably ask this week and if it doesn't get uploaded, I'll wait for lenny to be released. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#501397: Iceweasel display corruption
On Mon, Oct 13, 2008 at 09:09:14PM +0200, Mike Hommey wrote: Hi everybody, You are receiving this message because you either reported or are following an issue about iceweasel display corruptions that go away when disabling offscreen pixmaps, as described in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482992#30 I would like you all to revert your X.org config changes, verify that iceweasel indeed still corrupts display, and try one of the following packages depending on the architecture you are using: http://people.debian.org/~glandium/xulrunner-1.9_1.9.0.3-1.0.1_amd64.deb http://people.debian.org/~glandium/xulrunner-1.9_1.9.0.3-1.0.1_i386.deb Unfortunately, people.debian.org went down... Anyways, I got feedback from one of you already, and from comments on my blog, so you can all skip this test now. I might have found the real culprit, but still need some validation, so if you could try downgrading xulrunner-1.9 (apt-get install xulrunner-1.9=1.9.0.3-1 should do) if you upgraded it with the packages above, and try again the following packages: http://glandium.org/files/libcairo2_1.6.4-6.0.1_i386.deb http://glandium.org/files/libcairo2_1.6.4-6.0.1_amd64.deb Thanks Mike PS: It may just be a cairo issue, in the end. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478717: ruby1.9 still fails to build on hppa
Hi, I've asked this issue at [EMAIL PROTECTED] and reply from ruby1.9 release manager, Yugui. The reply is, We does not support hppa platform (*) now, but we hope to support platforms that Debian do, at least. So, could you give us accessible hppa machine (and also ruby on hppa maintainer)? *) http://redmine.ruby-lang.org/wiki/ruby-19/SupportedPlatforms So, can we give them anything to solve this issue (and maintain ruby1.9 for future)? # I'm not a DD, just a DM and not an expert for C/Ruby, so I cannot do for it except ask to help for you ;-) -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466477: bluepages.ibm.com
Richard A Nelson [EMAIL PROTECTED] writes: On Sun, 12 Oct 2008, Simon Josefsson wrote: gnutls-cli -p 636 bluepages.ibm.com -d 4711 --priority NORMAL:-VERS-TLS1.1:-VERS-TLS1.0 works Ok, that means SSL 3.0 works. No need to post logs if that works. You may need to transfer some application data to trigger the record padding problem though, so you might not see failures with gnutls-cli if you remove %COMPAT. So the final test would need a modified ldap.conf and an actual query (not just the simple gnutls-client) ? Sending just some garbage might be enough: if you get a error from the LDAP code, all is fine, but if the TLS library disconnects you, then the TLS code doesn't handle record padding. It is possible to disable the CERT_TYPE extension by using a priority of -CTYPE-OPENPGP. So would this work: gnutls-cli -p 636 bluepages.ibm.com -d 4711 --priority NORMAL:-VERS-TLS1.1:-CTYPE-OPENPGP *** Fatal error: A TLS packet with unexpected length was received. *** Handshake has failed GNUTLS ERROR: A TLS packet with unexpected length was received. So either the problem is TLS 1.0 or the server_name extension. If so, maybe you could try to enable TLS 1.1 as well: gnutls-cli -p 636 bluepages.ibm.com -d 4711 --priority NORMAL:-CTYPE-OPENPGP *** Fatal error: A TLS packet with unexpected length was received. *** Handshake has failed GNUTLS ERROR: A TLS packet with unexpected length was received. Since the previous test failed, that is expected. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501589: Bug in package file or libmagic1
Hi, found the bug. It's not debian related. The bug is in the magic file. Will contact the maintainer of file and libmagic1. You can close the bug. Thanks and regards Urban Loesch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500077: closed by Bertrand Marc [EMAIL PROTECTED] (Re: [Pkg-fglrx-devel] Bug#500077:)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Debian Bug Tracking System schrieb: This is an automatic notification regarding your Bug report which was filed against the fglrx-driver package: #500077: New upstream release 8-9 It has been closed by Bertrand Marc [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bertrand Marc [EMAIL PROTECTED] by replying to this email. Hm? Why is this bug closed? I can not see any new build ;) - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj0PqEACgkQ2XA5inpabMccDwCgkGvKs5IOUN0lJUCwH5nqcB2F K6EAn17FsBgPRHT+JwgHy/WaxAs3f23K =h71t -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502164: jpilot: makes palm Z22 crash after Restore Hanheld
Package: jpilot Version: 1.6.0-1 Severity: important When I use the Restore Handheld facility I get the message: Fatal Alert AddressLib.c, Line:395, Invalid AppInfo Block I have to hard reset the z22, and then I am back with the same problem. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20080922 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jpilot depends on: 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 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 libpisock90.12.3-5 library for communicating with a P Versions of packages jpilot recommends: ii jpilot-plugins1.6.0-1plugins for jpilot (Palm Pilot des Versions of packages jpilot suggests: ii jpilot-backup 0.53-1 Backup plugin for J-Pilot -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499123: [Python-apps-team] Bug#499123: Please update pyflakes checkout (help provided)
Hi! On Mon, Oct 13, 2008 at 23:07, Hervé Cauwelier [EMAIL PROTECTED] wrote: Sandro Tosi a écrit : I've just committed the changes to PAPT repository (thanks a lot, Hervé!), and I'm going to fix a bit the debianization, hopefully then uploading (I'd say to experimental): please let me know if it's ok. Are there any news on this matter? Can I help anyhow? There have been interesting commits in the PyFlakes repository meanwhile. After my promise, I had a personal health issue that now prevents me from uploading the prepared pacakge. What I can do is ask for a sponsorship of the work currently in our team repository (so the old pyflakes revision): is it ok, or rather have the updated code uploaded? Sandro -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466477: bluepages.ibm.com
Richard A Nelson [EMAIL PROTECTED] writes: On Sun, 12 Oct 2008, Simon Josefsson wrote: I was wrong, it doesn't work like that. GnuTLS doesn't send the server_name extension by default, the application needs to call gnutls_server_name_set explicitly to enable it. For gnutls-cli, you can use --disable-extensions to avoid sending the server name: gnutls-cli -p 636 bluepages.ibm.com -d 4711 --priority NORMAL:-VERS-TLS1.1 --disable-extensions *** Fatal error: A TLS packet with unexpected length was received. *** Handshake has failed GNUTLS ERROR: A TLS packet with unexpected length was received. That means either TLS 1.0 or the cert_type extension is the problem. Since your earlier e-mail tested the case with TLS 1.0 and no cert_type extension (but a server_name extension) we can conclude that either of these two extensions causes trouble. To disable both cert_type and server_name use: gnutls-cli -d 4711 -p 443 yxa.extundo.com --priority NORMAL:-VERS-TLS1.1:-CTYPE-OPENPGP --disable-extensions works (after substituting bluepages.ibm.com) - which took me a minute to catch ;) Ah, sorry. Ok, this is good! It means TLS 1.0 without any extensions (neither cert_type nor server_name) works. Maybe TLS 1.1 isn't the problem, if so this should work: gnutls-cli -d 4711 -p 443 yxa.extundo.com --priority NORMAL:-CTYPE-OPENPGP --disable-extensions *** Fatal error: A TLS packet with unexpected length was received. *** Handshake has failed GNUTLS ERROR: A TLS packet with unexpected length was received. Ouch, so the problem appears to have TWO bugs: - Rejects connections where the client advertised support for cert_type or server_name extensions (possibly any extension breaks) - Rejects connections where the client advertised support for TLS 1.1 In other words, to talk with this server you need to: 1) Disable cert_type extension (-CERT-OPENPGP) 2) Disable server_name extension (--disable-extensions with gnutls-cli) 3) Disable TLS 1.1 I have no idea how to achieve 2) in openldap; it can't be done via a priority string. Hopefully openldap doesn't call the gnutls function to set the server name. Hm. It doesn't, I checked the source code. So you should be OK for the time being. Specifically, the NORMAL:-VERS-TLS1.1:-CTYPE-OPENPGP priority string works against the server, assuming server_name extension isn't sent. I really hope one of these commands work. I think it would mean we understand the server's bug, and know how to work around it without resorting to falling back to SSL 3.0. So it looks like it is indeed TLS 1.1 that is the problem ? One of the problems, yes. Hurray, I think we can finally close this bug. Or do you think there is anything more that can be done? /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502117: [Pkg-libvirt-maintainers] Bug#502117: libvirt-bin: Doesn't create /etc/xen/vm_name after installing a new domU
severity 502117 wishlist On Mon, Oct 13, 2008 at 02:39:18PM -0300, André Luís Lopes wrote: [..snip..] There is, however, a file under /var/lib/xend/domains/dom_id called config.sxp, which seems to have the guest's config but which is not using the same syntax accepted by Xen's xm command. I assume virsh --all shows the machine fine as shutoff and you can start it with virsh start dom? I'm attaching the /var/lib/xend/domains/dom_id/config.sxp file for reference. Let me know if you need any other file. That's perfectly fine. Libvirt (or Xen actually) puts them there (at least it did when I last used Xen). Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492180: Announce of an upcoming upload for the lire package
Dear maintainer of lire and Debian translators, Some days ago, I sent a notice to the maintainer of the lire 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 fr nl pt sv vi Among these, the following translations are incomplete: vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the lire package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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: Monday, October 13, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 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-10-03 13:43+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: boolean #. Description #: ../templates:1001 msgid Rename old Lire user to 'lire'? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid Previous releases of Lire used to permit the use of a user whose username was different than 'lire' for running special tasks such as cronjobs. This is no longer supported since this was causing more trouble than needed. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid You seem to be upgrading from such a version; the configuration program can convert your current setup. If no conversion is done, the installation process will be aborted. msgstr #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:1001 ../templates:2001 ../templates:3001 msgid Refer to /usr/share/doc/lire/README.Debian for details. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid Use existing 'lire' user for Lire? msgstr #. Type: boolean #. Description #: ../templates:2001 msgid A user named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid This poses no problem per se but beware that this user will have access to the files handled (created or otherwise readable...) by the Lire automated processes. If you rather wish to cancel the installation process, choose 'No' below. msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Use existing 'lire' group for Lire? msgstr #. Type: boolean #. Description #: ../templates:3001 msgid A group named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr #. Type: boolean #. Description #: ../templates:3001 msgid This poses no problem per se but beware that this group will have access to the files handled (created or otherwise readable...) by the Lire automated processes. If you rather wish to cancel the installation process, choose 'No' below. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Remove 'lire' user, group and files when purging Lire? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Whenever Lire gets purged from your system, the 'lire' user (along with its home directory and all the files therein) and the 'lire' group can get automatically removed. msgstr signature.asc Description: Digital signature
Bug#502159: [Popcon-developers] Bug#502159: popularity-contest: when HTTP fails, tries MAILTO: no dpkg-configure options
[Ryo Furue] If I'm not mistaken, popularity-contest tries to send email when HTTP submission fails. You are not mistaken. I think this behavior should be configurable through dpkg-reconfigure popularity-contest, because 1) There are many users whose MTA only allows local delivery; 2) How to change configuration isn't clear. The correct way is to add a line with MAILTO= in /etc/popularity-contest.conf, to override the default email address. I agree that this should be mentioned in the manual page, at the very least. :) Not sure I agree that this should be configurable using debconf, or just disabled by default. It would depend on how many submissions we get using email and how many we get using HTTP. I do not have such statistics available. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502079: [kdebase-workspace-bin] still can't run plasma
Package: kdebase-workspace-bin Version: 4:4.1.2-1 --- Please enter the report below this line. --- Hello, I still can't run plasma after I upgrade the QT libraries. $ plasma unknown program name(7810)/ checkComposite: Plasma has an argb visual 0x1d777c0 75497473 unknown program name(7810)/ checkComposite: Plasma is COMPOSITE-less on 0x1d723d0 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: lenny/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ===-+-== kdebase-runtime(= 4:4.1.2) | 4:4.1.2-1 kdebase-workspace-libs4+5 | 4:4.1.2-1 kdelibs5 (= 4:4.1.2) | 4:4.1.2-1 libc6(= 2.7-1) | 2.7-10 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgl1-mesa-glx | 7.0.3-6 OR libgl1 | libglib2.0-0(= 2.12.0) | 2.16.3-2 libice6(= 1:1.0.0) | 2:1.0.4-1 libpam0g (= 0.99.7.1) | 0.99.7.1-6 libphonon4 ( 4:4.2.0) | 4:4.2.0-1 libplasma2 (= 4:4.1.2) | 4:4.1.2-1 libpng12-0(= 1.2.13-4) | 1.2.27-1 libqimageblitz4 | 1:0.0.4-4 libqt4-dbus (= 4.4.0) | 4.4.3-1 libqt4-qt3support(= 4.4.0) | 4.4.3-1 libqt4-script(= 4.4.0) | 4.4.3-1 libqt4-svg (= 4.4.0) | 4.4.3-1 libqt4-xml (= 4.4.0) | 4.4.3-1 libqtcore4 (= 4.4.0) | 4.4.3-1 libqtgui4(= 4.4.0) | 4.4.3-1 libsm6 | 2:1.0.3-1+b1 libsoprano4(= 2.1) | 2.1+dfsg.1-1 libstdc++6 (= 4.2.1) | 4.3.2-1 libstreamanalyzer0 (= 0.5.11) | 0.5.11-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-10 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6| 2:1.0.4-1 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxinerama1| 2:1.0.3-1 libxklavier12 (= 3.4) | 3.7-1 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 libxtst6| 2:1.0.3-1 libxxf86misc1 | 1:1.0.1-2 phonon ( 4:4.2.0) | 4:4.2.0-1 plasma-abi-4.1-1| kdebase-workspace-data(= 4:4.1.2-1) | 4:4.1.2-1 x11-utils | 7.3+1 x11-xserver-utils | 7.3+2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502165: clamav: man page mentions non-existent options
Package: clamav Version: 0.94.dfsg-1~bpo40+1 Severity: normal Hi, I've just upgraded to the clamav package and found a number of previously-accepted command line switches to no longer work. Examples include --unzoo, or --lha. Also, the man page still has this example: clamscan -d /tmp/newclamdb --max-space=50m -r /tmp which stopped to work since about two versions ago, due to --max-space now being no longer accepted. It would be nice if deprecating command line switches like this would at least either elicit a warning instead of an error, a prominent apt-listchanges notice, this all be better documented, and the man page be brought in sync with the actual program. Just silently changing the behaviour under the hood is a nuisance when running clamscan unattended from your favourite mail filtering script... Thank you! Kind regards, --Toni++ -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-bpo.1-amd64 Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502166: lookup-el: Missing provides: dict-client
Package: lookup-el Version: 1.4.1-4 Severity: wishlist Hi, lookup-el can be used as dict client. However, this package currently does not provide dict-client virtual package. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lookup-el depends on: ii emacs 22.2+2-3 The GNU Emacs editor (metapackage) ii emacs22-gtk [emacs22] 22.2+2-3 The GNU Emacs editor (with GTK use Versions of packages lookup-el recommends: pn dict-jargon | dictd-dictionar none (no description available) pn dictd | dict-server none (no description available) ii eblook1:1.6.1-2 electronic dictionary search comma Versions of packages lookup-el suggests: pn bitmap-mule none (no description available) pn dict-foldoc none (no description available) pn dict-gcidenone (no description available) pn dict-vera none (no description available) pn dictzip none (no description available) pn edict-fpw none (no description available) ii flim 1:1.14.9-2 library about internet message for pn ispellnone (no description available) pn kakasinone (no description available) pn namazu2 none (no description available) ii sufary2.1.1-8+b1 Full-text searching tools using su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502159: [Popcon-developers] Bug#502159: popularity-contest: when HTTP fails, tries MAILTO: no dpkg-configure options
Petter, Thank you for your response. | I think this behavior should be configurable through | dpkg-reconfigure popularity-contest, because | | 1) There are many users whose MTA only allows local delivery; | 2) How to change configuration isn't clear. | | The correct way is to add a line with | | MAILTO= | | in /etc/popularity-contest.conf, to override the default email | address. Thanks. I was actually able to figure that out by reading /etc/cron.daily/popularity-contest . | I agree that this should be mentioned in the manual page, at | the very least. :) | | Not sure I agree that this should be configurable using debconf, or | just disabled by default. Probably you are right. A simple documentation (in the manpage or in /usr/share/doc/popularity-contest or both) may be the best way to go. So, probably I should've categorized my report as a wishlist item. Regards, Ryo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492105: Announce of the upcoming NMU for the gosa package
Dear maintainer of gosa and Debian translators, Some days ago, I sent a notice to the maintainer of the gosa 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: cz de es fi 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 gosa package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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, October 09, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, October 23, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # GOsa desktop file installer. # Copyright (C) 2007 Cajus Pollmeier [EMAIL PROTECTED] # This file is distributed under the same license as the gosa-desktop package. # Cajus Pollmeier [EMAIL PROTECTED], 2007. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-27 10:59+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 #: ../gosa-desktop.templates:1001 msgid URL to your GOsa installation: msgstr #. Type: string #. Description #: ../gosa-desktop.templates:1001 msgid The gosa start script can automatically point your browser to a system wide default location of your GOsa instance. msgstr #. Type: string #. Description #: ../gosa-desktop.templates:1001 msgid Enter the URL in order to set this default. msgstr signature.asc Description: Digital signature
Bug#502089: /etc/default/autofs: specifying LDAPURI and LDAPBASE no longer works
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 502089 + patch thanks On Mon, 13 Oct 2008, Arthur de Jong wrote: There seems to be a problem with the LDAPURI and LDAPBASE environment variables that can be set from /etc/default/autofs. The problem is that they don't end up in the automounter process any more (my guess is that start-stop-daemon cleans the environment). After some more digging the problem was in the init script. The place where the export was done was apparently in a subshell (probably started because the use of pipes throughout the script). The attached patch fixes the problem and ensures that the LDAPURI and LDAPBASE environment variables will be exported to any subprocess. A replacement for debian/patches/065_fix_master_map_in_ldap.dpatch is also attached. - -- - -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI9E50VYan35+NCKcRAojJAKCSJK5op0YX3CKYuEQlNYCu9FB+vgCgxTlT HIpCFUsYbAj0wHqLICyNgLI= =I+TL -END PGP SIGNATURE /etc/init.d/autofs.orig 2008-03-08 11:19:48.0 +0100 +++ /etc/init.d/autofs 2008-10-14 09:10:46.0 +0200 @@ -116,6 +116,10 @@ daemonoptions=$daemonoptions --timeout=$TIMEOUT fi +# ensure that the LDAP settings are available to sub-processes +[ ! -z $LDAPURI ] export LDAPURI=$LDAPURI +[ ! -z $LDAPBASE ] export LDAPBASE=$LDAPBASE + # # Check for all maps that are to be loaded # @@ -185,8 +189,6 @@ function getldapmounts() { if [ -x /usr/lib/autofs/autofs-ldap-auto-master ]; then - [ ! -z $LDAPURI ] export LDAPURI=$LDAPURI - [ ! -z $LDAPBASE ] export LDAPBASE=$LDAPBASE /usr/lib/autofs/autofs-ldap-auto-master 2 /dev/null /usr/lib/autofs/autofs-ldap-auto-master -m automountMap \ -e automount -n ou -k cn -v automountInformation 2 /dev/null #!/bin/sh /usr/share/dpatch/dpatch-run ## 065_fix_master_map_in_ldap.dpatch ## ## DP: No description. @DPATCH@ diff -urNad autofs-4.1.4+debian~/samples/rc.autofs.in autofs-4.1.4+debian/samples/rc.autofs.in --- autofs-4.1.4+debian~/samples/rc.autofs.in 2008-10-14 09:41:10.0 +0200 +++ autofs-4.1.4+debian/samples/rc.autofs.in2008-10-14 09:42:00.0 +0200 @@ -106,6 +106,10 @@ daemonoptions=$daemonoptions --timeout=$TIMEOUT fi +# ensure that the LDAP settings are available to sub-processes +[ ! -z $LDAPURI ] export LDAPURI=$LDAPURI +[ ! -z $LDAPBASE ] export LDAPBASE=$LDAPBASE + # # Check for all maps that are to be loaded # @@ -176,6 +180,8 @@ { if [ -x @@autofslibdir@@/autofs-ldap-auto-master ]; then @@autofslibdir@@/autofs-ldap-auto-master 2 /dev/null + @@autofslibdir@@/autofs-ldap-auto-master -m automountMap \ + -e automount -n ou -k cn -v automountInformation 2 /dev/null fi }
Bug#500607: Debian APT Packages/Sources file(s) contains illegal byte sequences in this package's segment
On 13.10.08 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: Hi, I probably forgot, what to do with tetex-src. Do we need still this package or should be simply remove it? IIRC the only reason to have was that the source code of some programs must be delivered. Last time I checked, the reason for keeping it was only the latex-source2e-doc binary package built from it. But in fact I don't think this is worth keeping this source package around, even if TeXLive still does not contain source2e.pdf built with hyperref. source2e is provided by texlive-latex-base-doc. Actually both versions of source2e (tetex-src an texlive-latex-base-doc) have clickable links. The Readme of tetex-src reads: The LaTeX2e documentation with hyperref extensions has been produced using hypdoc.sty by Heiko Oberdiek. This style is not yet officially released and completely unsupported, and only included in the source package of tetex-src. -- Frank Küster [EMAIL PROTECTED], Mon Jan 16 15:44:25 2006 The file hypdoc.sty is in texlive-latex-recommended, hence I guess it was used to generate source2e.pdf. I'll request to have tetex-src removed, right? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491954: Announce of the upcoming NMU for the nullmailer package
Dear maintainer of nullmailer and Debian translators, Some days ago, I sent a notice to the maintainer of the nullmailer 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 fr ja nl pt pt_BR sv vi Among these, the following translations are incomplete: pt_BR vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the nullmailer package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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, October 09, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, October 23, 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: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-18 12:14+0100\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 #: ../templates:1001 msgid Mailname of your system: msgstr #. Type: string #. Description #: ../templates:1001 msgid This is the fully-qualified host name of the computer running nullmailer. It defaults to the literal name 'me'. msgstr #. Type: string #. Description #: ../templates:2001 msgid Smarthosts: msgstr #. Type: string #. Description #: ../templates:2001 msgid This is a colon-separated list of remote servers to which to send each message. Each entry contains a remote host name or address followed by an optional protocol string 'host protocol'. The protocol name defaults to smtp, and may be followed by command-line arguments for that module. msgstr #. Type: string #. Description #: ../templates:2001 msgid Examples: msgstr #. Type: string #. Description #: ../templates:2001 msgid smarthost\n smarthost smtp --port=10025\n smarthost smtp --user=foo --pass=bar msgstr #. Type: string #. Description #: ../templates:3001 msgid Where to send local emails (optional): msgstr #. Type: string #. Description #: ../templates:3001 msgid If not empty, all recipients to users at either 'localhost' (the literal string) or the canonical host name (from /etc/mailname) are remapped to this address. This is provided to allow local daemons to be able to send email to '[EMAIL PROTECTED]' and have it go somewhere sensible instead of being bounced by your relay host. msgstr signature.asc Description: Digital signature
Bug#500778: libnss-ldapd: groups resolve to nogroup after boot
Hi Arthur, On Tue, Oct 14, 2008 at 12:18:11AM +0200, Arthur de Jong wrote: nfs-utils-1.1.3/utils/idmapd/idmapd.c:674: /* XXX: I don't like ignoring this error in the id-name case, * but we've never returned it, and I need to check that the client * can handle it gracefully before starting to return it now. */ if (im.im_status == IDMAP_STATUS_LOOKUPFAIL) im.im_status = IDMAP_STATUS_SUCCESS; That does not seem to be the root of the problem. I've built nfs-utils with these lines commented out on one of my systems and disabled the workaround in idmapd and the problem persists. That means that I think the only way to fix this is in the short term is to remove the LOOKUPFAIL to SUCCESS mangling from idmapd.c (which could have other side effects) or to apply the workaround as described before. Hmm. Probably the workaround should then be included in the default configuration of idmapd. It seems not to cause any harm and works around these problems and IMHO its unlikely that this can be fixed *properly* for lenny. What do you think about this approach? Shall we ask the NFS maintainers about this change to the default configuration? Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492227: Announce of the upcoming NMU for the ez-ipupdate package
Dear maintainer of ez-ipupdate and Debian translators, Some days ago, I sent a notice to the maintainer of the ez-ipupdate 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: ca cs de es eu fr gl ja nb nl pt pt_BR ro ru sv vi 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 ez-ipupdate package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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, October 09, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, October 23, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # #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. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-31 07:37+0100\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 #: ../templates:1001 msgid configure manually msgstr #. Type: select #. Choices #: ../templates:1001 msgid zoneedit msgstr #. Type: select #. Choices #: ../templates:1001 msgid ez-ip msgstr #. Type: select #. Choices #: ../templates:1001 msgid pgpow msgstr #. Type: select #. Choices #: ../templates:1001 msgid dhs msgstr #. Type: select #. Choices #: ../templates:1001 msgid dyndns msgstr #. Type: select #. Choices #: ../templates:1001 msgid dyndns-static msgstr #. Type: select #. Choices #: ../templates:1001 msgid dyndns-custom msgstr #. Type: select #. Choices #: ../templates:1001 msgid ods msgstr #. Type: select #. Choices #: ../templates:1001 msgid tzo msgstr #. Type: select #. Choices #: ../templates:1001 msgid easydns msgstr #. Type: select #. Choices #: ../templates:1001 msgid easydns-partner msgstr #. Type: select #. Choices #: ../templates:1001 msgid gnudip msgstr #. Type: select #. Choices #: ../templates:1001 msgid justlinux msgstr #. Type: select #. Choices #: ../templates:1001 msgid dyns msgstr #. Type: select #. Choices #: ../templates:1001 msgid hn msgstr #. Type: select #. Choices #: ../templates:1001 msgid heipv6tb msgstr #. Type: select #. Description #: ../templates:1002 msgid Dynamic DNS provider to use: msgstr #. Type: select #. Description #: ../templates:1002 msgid There are many Dynamic DNS providers supported by ez-ipupdate. If you want your default configuration to be created automatically, you must select the provider that you wish to use here. You must configure an account on your chosen provider's service yourself. msgstr #. Type: select #. Description #: ../templates:1002 msgid If you prefer your default ez-ipupdate configuration not to be managed for you, you may choose \configure manually\. msgstr #. Type: select #. Description #: ../templates:1002 msgid Whatever your decision, you can later put as many additional configuration files in /etc/ez-ipupdate/ as you need. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid Does this system use dialup PPP to connect to the internet? msgstr #. Type: boolean #. Description #:
Bug#502119: Fix for Bug#502119 commited to version control
tags 502119 +pending thanks Hi, The following change has been committed for this bug, and so the fix will be in the next upload. === Changeset [227] by nijel, 2008-10-14 09:53:00 +0200 (Tue, 14 Oct 2008) Improve short descriptions (Closes: #502119). U trunk/debian/changelog U trunk/debian/control http://viewsvn.cihar.com/debian-gammu?view=revrevision=227 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491945: Announce of the upcoming NMU for the ipvsadm package
Dear maintainer of ipvsadm and Debian translators, Some days ago, I sent a notice to the maintainer of the ipvsadm 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 ko nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: es ko pt_BR vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the ipvsadm package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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, October 09, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, October 23, 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: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-20 08:43+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: select #. Choices #: ../ipvsadm.templates:1001 msgid none, master, backup, both msgstr #. Type: select #. Description #: ../ipvsadm.templates:1002 msgid Daemon method: msgstr #. Type: select #. Description #: ../ipvsadm.templates:1002 msgid ipvsadm can activate the IPVS synchronization daemon. \master\ starts this daemon in master mode, \backup\ in backup mode and \both\ uses master and backup mode at the same time. \none\ disables the daemon. msgstr #. Type: select #. Description #: ../ipvsadm.templates:1002 msgid See the man page for more details, ipvsadm(8). msgstr #. Type: note #. Description #: ../ipvsadm.templates:2001 msgid Kernel does not support IPVS msgstr #. Type: note #. Description #: ../ipvsadm.templates:2001 msgid ipvsadm requires IPVS support in the kernel. Please use a kernel with IPVS modules, otherwise this software is pretty useless. msgstr #. Type: boolean #. Description #: ../ipvsadm.templates:3001 msgid Do you want to automatically load IPVS rules on boot? msgstr #. Type: boolean #. Description #: ../ipvsadm.templates:3001 msgid If you choose this option your IPVS rules will be loaded from /etc/ipvsadm. rules automatically on boot. msgstr #. Type: string #. Description #: ../ipvsadm.templates:4001 msgid Multicast interface for ipvsadm: msgstr #. Type: string #. Description #: ../ipvsadm.templates:4001 msgid Select the multicast interface to be used by synchronization daemon. e.g. eth0, eth1... msgstr #. Type: string #. Description #: ../ipvsadm.templates:4001 msgid ${interface_error} msgstr signature.asc Description: Digital signature
Bug#492749: Announce of the upcoming NMU for the calamaris package
Dear maintainer of calamaris and Debian translators, Some days ago, I sent a notice to the maintainer of the calamaris 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: ca cs de es fi fr gl it nl pt pt_BR ru sv vi Among these, the following translations are incomplete: ca 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 calamaris package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, October 20, 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, October 09, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, October 14, 2008 : send this notice Monday, October 20, 2008 : (midnight) deadline for receiving translation updates Tuesday, October 21, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, October 23, 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: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 08:21+0100\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 #: ../templates:2001 msgid auto msgstr #. Type: select #. Choices #: ../templates:2001 msgid squid msgstr #. Type: select #. Choices #: ../templates:2001 msgid oops msgstr #. Type: select #. Description #: ../templates:2002 msgid Type of proxy log files to analyze: msgstr #. Type: select #. Description #: ../templates:2002 msgid Calamaris is able to process log files from Squid or Oops. If you choose 'auto' it will look first for Squid log files and then for Oops log files. msgstr #. Type: select #. Description #: ../templates:2002 msgid Choosing 'auto' is recommended when only one proxy is installed. Otherwise, the appropriate setting can be enforced here. msgstr #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid nothing msgstr #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid mail msgstr #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid web msgstr #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid both msgstr #. Type: select #. Description #: ../templates:3002 msgid Output method for Calamaris daily analysis reports: msgstr #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid The result of the Calamaris analysis can be sent as an email to a specified address or stored as a web page. msgstr #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid Please choose which of these methods you want to use. msgstr #. Type: string #. Description #: ../templates:4001 msgid Recipient for daily analysis reports by mail: msgstr #. Type: string #. Description #: ../templates:4001 msgid Please choose the address that should receive daily Calamaris analysis reports. msgstr #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:4001 ../templates:8001 ../templates:12001 msgid This setting is only needed if the reports are to be sent by email. msgstr #. Type: string #.
Bug#501773: Additional details
Quoting Steve Langasek ([EMAIL PROTECTED]): There was plenty of information in the original bug report. Hmmm, correct, I was missing the original BR. The problem happened with 3.0.24 from Etch. I suspect this might be on a production machine where trying to reproduce it with the version of samba in lenny is far from being easy. Am I wrong, Yuriy? I'm OK to keep crash bug reports opened for versions of samba in Etch but I doubt that we will ever do anything with them...:-) signature.asc Description: Digital signature
Bug#502167: URL set in homepage/control in vbetool is incorrect
Package: vbetool Version: 1.0-3 Severity: minor *** Please type your report below this line *** vbetool has moved from http://www.srcf.ucam.org/~mjg59/vbetool/ to http://www.codon.org.uk/~mjg59/vbetool/ while the package shows the old homepage. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.24-16-generic (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vbetool depends on: ii libc6 2.8~20080505-0ubuntu7GNU C Library: Shared libraries ii libpci3 1:3.0.0-4ubuntu3 Linux PCI Utilities (shared librar ii libx86-11.1+ds1-2x86 real-mode library ii zlib1g 1:1.2.3.3.dfsg-12ubuntu1 compression library - runtime vbetool recommends no packages. -- no debconf information -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502128: #502128 grub-pc: Crashes with 'free magic is broken...' if entries in grub.cfg happens to be a multiple of 64 bytes
Hi, just stumbled over a similiar bug after installing a new kernel. Booting grml and running `install-grub /dev/hda` inside the chroot of the original system has fixed it. Could it be a duplicate of #473543 if grub.cfg is to big grub-pc (and maybe others) fails to load it and reboot infinitely? Regards Evgeni pgpxaYFtiHTRm.pgp Description: PGP signature
Bug#488236: libpt-1.10.0 depends on libldap2 but libldap2 is not available
reassign 488236 ftp.debian.org retitle 488236 RM: libpt-1.10.0 -- RoM; superseded by libpt-1.10.10 severity 488236 serious thanks Raised to severity serious as lenny/updates should not be released with libpt-1.10.0. http://packages.debian.org/search?keywords=libpt-1.10.0 On Monday 13 October 2008 08:14:20 Luk Claes wrote: I suspect that the solution is to get debian-release to remove libpt-1.10.0 from lenny/updates as it has been superseded in lenny by libpt-1.10.10. No, the solution is to request the FTP Team to remove obsolete binaries from testing-security. Thanks Luk, I took advise from http://wiki.debian.org/ftpmaster_Removals which may need to be updated: ! The ftp-master team only directly process removals from the unstable and ! experimental distributions. ! Removals from the oldstable, stable and testing distributions should be ! requested by e-mailing the (Stable) Release Managers ! [EMAIL PROTECTED] Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502171: unattended-upgrades: please include hostname in emails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Subject: unattended-upgrades: please include hostname in emails Package: unattended-upgrades Version: 0.25.1debian1-0.1 Severity: wishlist Tags: patch Please include the hostname in the email messages that are sent out. When using this on multiple machines currently you have to look at the received headers to find out on which host the upgrade ran. The attached patch adds the hostname to the subject. - -- 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=en_US.UTF-8, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages unattended-upgrades depends on: ii apt 0.7.14+b1 Advanced front-end for dpkg ii apt-utils 0.7.14+b1 APT utility programs ii python2.5.2-2An interactive high-level object-o ii python-apt0.7.7.1Python interface to libapt-pkg - -- - -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI9FN6VYan35+NCKcRAr1cAKC4lmGwpvUhHY/vYOZwyAFVnwoY0ACfUxOS QX7RtapgpYZYz80vftYGfmY= =fXBA -END PGP SIGNATURE-diff -Nauwir unattended-upgrades-0.25.1debian1.orig/unattended-upgrade unattended-upgrades-0.25.1debian1/unattended-upgrade --- unattended-upgrades-0.25.1debian1.orig/unattended-upgrade 2007-04-24 23:32:11.0 +0200 +++ unattended-upgrades-0.25.1debian1/unattended-upgrade 2008-10-13 11:03:22.0 +0200 @@ -256,9 +256,11 @@ # check if we need to send a mail email = apt_pkg.Config.Find(Unattended-Upgrade::Mail, ) if email != : +import socket logging.debug(Sending mail with '%s' to '%s' % (logfile_dpkg, email)) -mail = subprocess.Popen([mail, - -s,unattended-upgrades result,email], +mail = subprocess.Popen([mail, -s, + unattended-upgrades results for %s % socket.gethostname(), + email], stdin=subprocess.PIPE) s = Unattended upgrade returned: %s\n\n % (res != pm.ResultFailed) s += open(logfile_dpkg).read()
Bug#502170: RM: libncurses-ruby1.9 hppa: build failure, keeps package from entering lenny
Package: ftp.debian.org Severity: normal hi, libncurses-ruby1.9 fails to build on hppa due to ruby beeing broken on hppa itself (#478717). As result, libncurses-ruby 1.1-3, which was rebuilt in order to cope with new library path layout, fails to enter lenny, beeing unusable. (#501294) Please remove the binary from hppa so i can ask for a freeze exception. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499123: [Python-apps-team] Bug#499123: Please update pyflakes checkout (help provided)
Sandro Tosi a écrit : After my promise, I had a personal health issue that now prevents me from uploading the prepared pacakge. What I can do is ask for a sponsorship of the work currently in our team repository (so the old pyflakes revision): is it ok, or rather have the updated code uploaded? No problem, the package you have already uploaded is interesting enough in that it works with Python 2.5. Maybe I'll try to update my own package and report if it's safe to just update the checkout and add the debian directory. Take care of yourself, Hervé -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502168: New upstream package
Package: suitesparse Version: 3.1.0-3 There is a new upstream release of suitesparse available that includes a new sparse QR factorization and solver that is significantly faster than anything else available. I'd like to be able to include this in Octave to improve the rank deficient, under- and over-determined solvers. Could I request that this new version of suitesparse be packaged and in particular that the new SPQR package be built. The upstream version number of this new release is 3.2.0. Thanks David -- David Bateman[EMAIL PROTECTED] Motorola Labs - Paris+33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin+33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480714: vice: Help defaults to using netscape and wrong document location
Hi! * Spiro Trikaliotis [EMAIL PROTECTED] [2008-05-12 16:05:32 CEST]: * On Mon, May 12, 2008 at 11:29:40AM +0200 Thomas Arendsen Hein wrote: Still the path to vice_toc.html has to be fixed (and I don't think you can change this in the rc file). You are right. Laszlo, the location is hard-coded into VICE in src/arch/unix/archdep.h, #define DOCDIR in line 119 or 121. For a quick work-around, you could hard-code it to the Debian location, until we find a better solution upstream. I guess the more straight-forward approach would be to add a symbolic link into the LIBDIR. Otherwise one would have to define DOCDIR with ../../ prefix which might get one into strange troubles, depending on how the people have set up their partitioning. So long. :) Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502169: RM: vice [hurd-i386] -- RoQA; out-of-sync
Package: ftp.debian.org Severity: normal Hi! vice is in contrib and doesn't seem to be picked up automatically on hurd. It though was built there ages ago and currently hinders bugs from getting archived, even those that are closed in stable. :/ Thanks, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500077: [Pkg-fglrx-devel] Bug#500077: closed by Bertrand Marc [EMAIL PROTECTED] (Re: Bug#500077:)
Le Tuesday 14 October 2008 08:39:29 Patrick Matthäi, vous avez écrit : Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bertrand Marc [EMAIL PROTECTED] by replying to this email. Hm? Why is this bug closed? I can not see any new build ;) He said package's ready in the svn, and you better help him sorting out bugs that should be closed by the upload.. (Thanks for your work Marc) Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502103: xserver-xorg-video-nv: system reboots shortly after X starts
On Mon, Oct 13, 2008 at 20:45:03 -0400, Graham wrote: without at least a config and log file, we really cannot do anything... The config file is no problem. See attached. The log file, on the other hand, is not so simple. It seems to be lost when the reboot occurs; i.e. /var/log/Xorg.0.log contains log output from the last time that X was started without causing a reboot. Any suggestions? The previous log will be in /var/log/Xorg.0.log.old. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501773: Additional details
Christian Perrier написав(ла): Quoting Steve Langasek ([EMAIL PROTECTED]): There was plenty of information in the original bug report. Hmmm, correct, I was missing the original BR. The problem happened with 3.0.24 from Etch. I suspect this might be on a production machine where trying to reproduce it with the version of samba in lenny is far from being easy. Am I wrong, Yuriy? I'm OK to keep crash bug reports opened for versions of samba in Etch but I doubt that we will ever do anything with them...:-) Hi Christian, Yes, it is production machine, but I may try lenny package. It is not very critical file server and it's well backed up daily :). I'm getting these error message few times a day, so I think I'll see if it works very quickly. Can you suggest me or point me to some guide how to do it safely, so I can then return to etch package easily? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502081: redhat-cluster-modules-2.6.26-1-amd64: GFS cannot create files over 3KB
forwarded 502081 https://bugzilla.redhat.com/show_bug.cgi?id=458765 thanks Hi, This is a known issue which is currently being investigated by upstream developers. Best regards Frederik Schüler -- ENOSIG signature.asc Description: This is a digitally signed message part.
Bug#501143: ROM images are part of the source and binary packages
* Laszlo Boszormenyi [EMAIL PROTECTED] [2008-10-14 07:38:26 CEST]: Hi Gerfried, Andreas, On Mon, 2008-10-13 at 18:12 +0200, Gerfried Fuchs wrote: I am willing to do an NMU for fixing this, it would be a pity if vice would get dropped. Please don't NMU it. I'm here and will respond to this bugreport if not today but tomorrow. The bug isn't new, see #442924. Yes, the severity wasn't proper there, but that doesn't change that you didn't respond at all to it since last year, making it look like you are MIA. There are other bugreports too (like changing netscape in src/arch/unix/x11/ui-resources.c to x-www-browser and adding a symbolic link from /usr/lib/vice/doc to /usr/share/doc/vice/html to make the docs work) that weren't really addressed ... I hope you are aware that we are currently in the works for the release of lenny and that this bugreport is a reason to get the package removed from lenny? When I get the patch ready I'll followup to this bugreport. Your patch is kindly accepted and you will be noted in the changelog that debian version contains your fixes. You have the patch in any moment, including the above mentioned help fix. I didn't touch anything else to not get into troubles with respect to being able to get it approved by the release team. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501143: ROM images are part of the source and binary packages
Hi! * Andreas Stempfhuber [EMAIL PROTECTED] [2008-10-13 19:28:25 CEST]: Am Montag, 13. Oktober 2008 18:12 schrieb Gerfried Fuchs: Great, another super catch. Replacing -empty with -size 6c should work here. do you know is there a reason why not just empty ROM files are used and created by the mangle-source.sh script? No, and for fixing it for the required release exception I don't question that approach. Patches for that should be as little as possible and I'm not sure if there might not had been valid reasonings behind that approach. Deleting the files does not work since make fails afterwards and it would be necessary to modify the makefiles, but empty files are working fine in my test. I personally see no advantage in using dummy files and no disadvantage in using empty files therefore I am asking. Will see if the approach works in a moment. :) When I get the patch ready I'll followup to this bugreport. I found this bug (and some more in the meantime but nothing serious) because I am working on a VICE 2.0 package for Etch which I will probably finish today. Great to hear. :) Propably this can be used as basis for the next upload to experimental, hopefully. I completely rewrote the mangle-source.sh script, wrote a new vice-getroms script with a new concept and highly changed the rules file. The changes are probably too big for Lenny but if desired and with the knowledge I got the last week working on this package I can port the necessary changes back to VICE 1.22 for Sid/Lenny and add a patch to this bug. I think putting it into experimental would the a good approach for the time being. Thanks for your efforts! Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500778: libnss-ldapd: groups resolve to nogroup after boot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 14 Oct 2008, Patrick Schoenfeld wrote: That does not seem to be the root of the problem. I've built nfs-utils with these lines commented out on one of my systems and disabled the workaround in idmapd and the problem persists. Thanks for investigating this. Another thought occurred to me that the kernel could be caching the contents of the directory at another level (e.g. it could cache the directory information without ever hitting and idmap code untill that cache is expired). That means that I think the only way to fix this is in the short term is to remove the LOOKUPFAIL to SUCCESS mangling from idmapd.c (which could have other side effects) or to apply the workaround as described before. Hmm. Probably the workaround should then be included in the default configuration of idmapd. It seems not to cause any harm and works around these problems and IMHO its unlikely that this can be fixed *properly* for lenny. What do you think about this approach? Shall we ask the NFS maintainers about this change to the default configuration? If the NFS maintainers think this does not cause problems then I think this will be the best solution for the short term. The only downside that I can think of is that there might be some reduced performance because the name to id lookups need to be done more frequently. Can you open a new bugreport on nfs-utils? For the longer term the kernel should probably provide a mechanism to flush the idmap cache. - -- - -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI9FgYVYan35+NCKcRAnPsAJwI6sOkFIw2ewZiDiNnr+hJrEU1JwCdFzRC 5xUNeqIFH+3qk8fX1G4vwh4= =w9DR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502174: select AS with php5-odbc
Package: php5-odbc Version: 5.2.5-3+lenny2 When I use AS keyword in a select, the alias don't work in result. for exemple when I do select firstname, lastname as name from person odbc_result_all give : *firstname* *lastname * instead of ** *firstname* *name* **
Bug#502182: linux-image-2.6.24-etchnhalf.1-ixp4xx: no usbatm and speedtch modules compiled for this kernel
Package: linux-image-2.6.24-etchnhalf.1-ixp4xx Version: 2.6.24-6~etchnhalf.5 Severity: normal I am using my NSLU2 device (Debian etch as OS) as a router with SpeedTouch DSL modem connected. After upgrading my NSLU2 to etch-and-a-half (the former kernel from etch is 2.6.18-6-ixp4xx) USB modem stopped working due to lack of speetch module, which is not included in the new kernel package. I suppose the I am not the only NSLU2 user for whom the etchnhalf release is unsuable because of this reason. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.24-etchnhalf.1-ixp4xx depends on: ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii initramfs-tools [linux-initr 0.85i tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo linux-image-2.6.24-etchnhalf.1-ixp4xx recommends no packages. -- debconf information: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/old-initrd-link-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/old-system-map-link-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/bootloader-initrd-2.6.24-etchnhalf.1-ixp4xx: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/lilo-has-ramdisk: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/depmod-error-2.6.24-etchnhalf.1-ixp4xx: false linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/failed-to-move-modules-2.6.24-etchnhalf.1-ixp4xx: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/create-kimage-link-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/prerm/would-invalidate-boot-loader-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/lilo-initrd-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/already-running-this-2.6.24-etchnhalf.1-ixp4xx: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/old-dir-initrd-link-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/abort-install-2.6.24-etchnhalf.1-ixp4xx: * linux-image-2.6.24-etchnhalf.1-ixp4xx/prerm/removing-running-kernel-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/depmod-error-initrd-2.6.24-etchnhalf.1-ixp4xx: false linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/overwriting-modules-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/bootloader-error-2.6.24-etchnhalf.1-ixp4xx: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/bootloader-test-error-2.6.24-etchnhalf.1-ixp4xx: linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/abort-overwrite-2.6.24-etchnhalf.1-ixp4xx: linux-image-2.6.24-etchnhalf.1-ixp4xx/postinst/kimage-is-a-directory: linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/elilo-initrd-2.6.24-etchnhalf.1-ixp4xx: true linux-image-2.6.24-etchnhalf.1-ixp4xx/preinst/initrd-2.6.24-etchnhalf.1-ixp4xx: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501996: [go-oo.org Dev] [VBA Support] Poor compatibility
Hi Renato On Mon, 2008-10-13 at 10:38 -0300, Renato S. Yamane wrote: [...] Your document contains nearly 1000 lines of macro code, so it would be great if you could identify the smallest segments that don't work and relay that information to us ( or me if you like ) as small stand alone macros to demonstrate the problems. And other problem: This macro is not made by me, but I need use it :-( Some instructions are in Instructions sheet and maybe can be useful. sure, Instructions are nice but don't really help narrow down specific points of failure :-( Are you interested in helping? *Of course* I would like to help :-) hope you can btw I followed the steps in the bug you fwded to the list, it appears that part of the problem here is that Calc itself doesn't support named ranges at the sheet level, named ranges have a global scope in openoffice, this leads to some inconsistency in the imported data ( and hence errors in the vba attempting to use those ranges ) I did change the named range Tooling_Operation_Description on sheet e-1810_A to Tooling_Operation_Description_New ( and changed the macro code to use that too ) and the steps you describe now seem to work ( but perhaps other things don't ) I go to Tools -- Macro -- Manager Macros -- OOo Basic and click in Edit. I changed all Tooling_Operation_Description to Tooling_Operation_Description_New (only 2 is found and replaced). first I am using 3.0 so maybe that is a difference, additionally since you obfuscated the document contents I assumed you had access MSO Excel, what I did was change the named range ( and macro ) in the excel document you attached and resave that, then opened it in openoffice. But... you could manually make the same change in the imported openoffice document, it seems you did this for the macros but didn't actually change the named range in the document itself ( e.g. Insert | Names | Define ), look for Tooling_Operation_Description_4 and change it to Tooling_Operation_Description_New and try again, not sure what 2.4 will give you but as I said, seemed to work with 3.0 HTH Noel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482279: [Pkg-gnutls-maint] Bug#482279: libgnutls26: mutt is unable to talk with gmail with A TLS packet with unexpected length was received. message
Sergey Lapin [EMAIL PROTECTED] writes: When running mutt with gmeil in folder of about 16000 messages w/o cache, it starts fetching headers then fails with message A TLS packet with unexpected length was received. Thanks for the report. How reproducible is this? Can you try libgnutls26 from testing? If it is reproducible with the latest version, please try 'gnutls-cli -d 4711' against the server and send the same IMAP commands that mutt did, and post the final part of the debug output. It could be a server disconnecting you, or a firewall messing with the traffic. Possibly the server could be trying to re-handshake as well, and there is some bug. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502195: invoke-rc.d with action [force-]reload doesn't obey runlevel constraints
Package: sysv-rc Version: 2.86.ds1-38+etchnhalf.1 I have disabled the automatic start of a service (apache2) in all runlevels by configuring it as stopped (as suggested in the manpage of update-rc.d). If I call # invoke-rc.d apache2 [start|restart] the service is not started, but if I call # invoke-rc.d apache2 force-reload (as the libapache2-mod-php5 does) the service is started if not runnin, or restarted if running, as force-reload is an alternate name for restart. If I run # invoke-rc.d apache2 reload the init script is executed, and returns with an error if the service is not running. I think that actions like reload or force-reload must work like start and restarting, doing nothing if the service is disabled in current runlevel. I propose to change line 354 of /usr/sbin/invoke-rc.d from start|restart) to start|restart|reload|force-reload) if this not hurt something (obscure to me). Regards. Paolo Miotto -- SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502168: [Pkg-scicomp-devel] Bug#502168: New upstream package
Am Dienstag, den 14.10.2008, 08:59 +0100 schrieb David Bateman: Package: suitesparse Version: 3.1.0-3 There is a new upstream release of suitesparse available that includes a new sparse QR factorization and solver that is significantly faster than anything else available. I'd like to be able to include this in Octave to improve the rank deficient, under- and over-determined solvers. Could I request that this new version of suitesparse be packaged and in particular that the new SPQR package be built. The upstream version number of this new release is 3.2.0. Attached a changed 13-UFconfig_UFconfig.mk.dpatch and a new 14-memcpy_needs_stringH.dpatch. The latter should probably go upstream. The former has two changes: upstream changed the line for BLAS = and the new SPQR stuff needs -DNOPARTITION as well (I didn't check the timing stuff, is it useful?). Thomas 13-UFconfig_UFconfig.mk.dpatch Description: application/shellscript 14-memcpy_needs_stringH.dpatch Description: application/shellscript
Bug#498474: Bug came back...
It disappeared only when logging as root, it's still there when connected as unprivileged user. So now I can try removing the files in /etc/bash_completion.d one at a time and see what happens. Lucio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502103: xserver-xorg-video-nv: system reboots shortly after X starts
The old one is moved to Xorg.0.log.old I should have mentioned that I do not have xdm/gdm/kdm installed, so if any log output was actually getting to the disk, it would still be in Xorg.0.log after the reboot. Unfortunately, it looks like disk caching (lazy-writing) is preventing the log output from getting to the disk. -- graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491930: ruby1.9 still fails to build on hppa
こんにちは みんなさん We can certainly provide access to hppa machines, see http://www.parisc-linux.org/cluster.html, especially to someone willing to help making things work ;-) HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ On Tue, Oct 14, 2008 at 8:44 AM, Hideki Yamane [EMAIL PROTECTED] wrote: Hi, I've asked this issue at [EMAIL PROTECTED] and reply from ruby1.9 release manager, Yugui. The reply is, We does not support hppa platform (*) now, but we hope to support platforms that Debian do, at least. So, could you give us accessible hppa machine (and also ruby on hppa maintainer)? *) http://redmine.ruby-lang.org/wiki/ruby-19/SupportedPlatforms So, can we give them anything to solve this issue (and maintain ruby1.9 for future)? # I'm not a DD, just a DM and not an expert for C/Ruby, so I cannot do for it except ask to help for you ;-) -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502190: DM application for Olly Betts
Package: debian-maintainers Version: 1.45 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please add me to the DM keyring. My jetring changeset is attached. Cheers, Olly -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI9HhoTutBeVcJOPcRAiZHAKCDNXAqZa8oY/ZkUehbO1AZrsjrngCeJq10 vcM7jZiX2YNfMOU3AO8jYZs= =JRKh -END PGP SIGNATURE- Comment: Add Olly Betts [EMAIL PROTECTED] as a Debian Maintainer Date: Tue, 14 Oct 2008 23:29:48 +1300 Recommended-By: Enrico Zini [EMAIL PROTECTED] Agreement: http://lists.debian.org/debian-newmaint/2008/10/msg00019.html Advocates: http://lists.debian.org/debian-newmaint/2008/10/msg00020.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBEZp4cYRBAC+fPoCw+xk3DmlBoLGVuqFydQQXk2z1Mm0cG5nD0ntLAoDT2/g xcOKS4BCqR7j+PLS/tIQV8LL4j8aID5kxilk1hiB9icxcmmSfhk/4A/jHXegn8Z3 DAd5SJr/Ke5Xb6B8odY5xyW7KFuNxDl9i7nbChW9qlKt4zQsTILaHo3IrwCgnRQc xBMXOh5YdAlPWhsQ/SD1ZC0D/AiwidVcVgXmH7WFsQK8O0X4CKixzw5jREU+B/qI TMhRsVgKC31FZyrS0xrXity8f5RW0RruXluK2Xeiw9gmsSPwqTAqgrDkAFlkOpVV ddWNJOMifd4enBBKDw5888QZqySRT2hjItUEjvCVyDde4S2YEqsGLk+7xPnroeZK zZXoBACgBWJYE+WSEpQuGKC6AjfSGrVGn+yMmoGRHuLHb21mKlH7QNUzmPQ0aBYr oTQEw5mgjhSA/B596txiy1T49AJWn8lFohRz+p8kAmD2Ik98gVOSXg74u3ujpm9y wtM2HvhOB3tkOj/+WA8rIDyVkHp/Cq18azfgWRUCDp1NFpBB8LQcT2xseSBCZXR0 cyA8b2xseUBzdXJ2ZXguY29tPohgBBMRAgAgBQJGaeHGAhsDBgsJCAcDAgQVAggD BBYCAwECHgECF4AACgkQTutBeVcJOPfJJwCfYhYkbw2D8CobSkceuh6HMjG+LFwA n1m32dzJ+INxmdXJQH7+9Uh4GgVWiEYEEBECAAYFAkjJwjYACgkQIWclcBdP7jX2 /QCeKqyWZTC/6HQs5+lfpkm0pfrtc2gAn0iMtX4zcJ+GU119lwKcSSEt3qcauQQN BEZp4jIQEACB2omzLIcZaL9b2MalPZST1FBKzPHHnQjWc+i/bLoelVV90BMpfLef 8EzAf93LGFud0ZtYjA4GEnWoDU9WjRb6r45xOGNbO3jGUXXm28Qz4STl3hlS0GO8 XhBaNR8sZcvXkzfQyzs3Bc8EtalMVeF9dAxEHUjzkw0oqaupfc+CjkvAK/rEl6wy ZwhinGIJx2x9mF2qh9QTg0ZBKQqXm6GKtTblw0FCdoU6y5/zthpLKIyZkXOyBVR1 usrGbZRrgki9gnW+QIzYLWee0vgpUYzt77LZuKXvZR6VUwXIq/Eq2uTo1MeF7tNY g8oGkKTLpmH4A0bHuh2O3FT7Hb9jb6bsUTLVqp8Nu2t+u1pD3GPV3NPyGf0yWFOq YV01G78Svyq04ZSPY4Cs3+N3WIQGClgSYqV/Vx3HDtRYsPA9UJPp06snwPrk2gRb EnFpmbnkdemKq98S2+C0DuxkvEi99B7WD3uDfBBBZsP9CBQyE4yOR1Oh4sM2p7/W mr2j8iG1RQQmbB5j8az1sysN/Z4b+erzoy11QTXChzEAbwRHeimg712Ha57kjBi7 vlgh1bVjA6iYL33guWXZ2gpb3U1g+PVNODlxVUMmeFAEkF5AbH8KcpcFJe8Q4h2L 0SNo41Jjytovog4/myXbic6AnuV13NDZt6IMudfu75UvrnNdcSqn8wADBg/6AiAo bskdlT9pkewtYGsmMidx1NvMVuG2x0dvV1wvMD6XFoG6fY2WSwtPEYv6LeQ258hB uLbromvuNtUsKvccJo/ycM/OVzmFKQvNNYfPZgbeRIlnntToToaF3fCnEJSM13Bf BreoYUv7ipeGnZVZSc8DJA+Ak+RA6pEX0IM6F/3ldQnYN8tkggPFdtj2xtYqDIBD SOoUIys1wK8ITh3kmKHJ2zQuTunonjCHcjB4SNqd5LvvBpv6N1HI9bKcD7vMMkcc CdaP5Pigg4Q946YdwMs4qizaVUoraTO9a7Bkg1T6UUKa8xweB75rGlQdJHA1BHin +50OXXuxZ/ZmEGBh0JabfSIzAh+6FS3rmwHQeTu72tdRuqZJaRgbkOqhElL8kSO7 CW8E/pbBIEqZ+626mZ7APemigTLfmaxfoSRmhr/iATCbGBKMQYNgHngLEn5f7Mbd bz7Tqw/RYd8AknTjOOKh2z5Zvao8sRzZdiga2vHZdgig2VBFc7D3rPpbOeVUZxhX mCOH6j7dv75ylZD1flnHdTh9cDhkcS1MT7L2iSkFr4yqLFBHtpT8cuCf+ViWrzYj tnIiBhLFRJQcIZmtLBlsNKQ2taaAP/iRTA3YT9Pa1ugjHXgAuYOnAfCP39dTFIWL WMdC/rRG1RGxMRDuu78bDt3HCMliHYcZ4nypI7+ISQQYEQIACQUCRmniMgIbDAAK CRBO60F5Vwk494WlAJ4pksQuCFnIUdsW4g+qjdvwLkTlwQCfZIFPYtiTao0ILMt7 neqiDzcZBUo= =cU17 -END PGP PUBLIC KEY BLOCK-
Bug#502180: means to jump to a page without toolbar
Package: evince-gtk Version: 2.22.2-3 Severity: wishlist File: /usr/bin/evince Tags: upstream I wish there was a way to jump to a page using e.g. g5enter, or a control box that would pop open asking me for a page number. It could also focus the box in the toolbar, temporarily showing the toolbar if it's hidden. -- 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 evince-gtk depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-14GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libdjvulibre21 3.5.21-1 Runtime support for the DjVu image ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libkpathsea4 2007.dfsg.2-3 TeX Live: path search library for ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-2 PNG library - runtime ii libpoppler-glib3 0.8.7-1 PDF rendering library (GLib-based ii libspectre10.2.0.ds-1Library for rendering Postscript d ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcb-render-util00.3.0-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxml22.6.32.dfsg-4 GNOME XML library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages evince-gtk recommends: ii dbus-x11 1.2.1-3simple interprocess messaging syst Versions of packages evince-gtk suggests: pn poppler-data none (no description available) ii unrar 1:3.8.2-1 Unarchiver for .rar files (non-fre -- 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#502192: menu-xdg: invents own icon names instead of using existing
Package: menu-xdg Version: 0.3 Severity: normal Apparantly, menu-xdg invents own icon names instead of using something existing. This makes at least KDE4 to just use folder icon for the folders/submenus. for example, the debian-games.directory should reference Icon=applications-games and not Icon=debian-games Standardizing on the xdg icon spec is probably good. Table 5. Standard Category Icons, http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html as this is what's expected to be available in the icon themes in debian. and maybe from time to time look at other icons if there is something not covering completely. But the current debian-* is nowhere to be found. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash menu-xdg depends on no packages. Versions of packages menu-xdg recommends: ii menu 2.1.40 generates programs menu for all me menu-xdg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502173: apt-listchanges doesn't work if an existing apt-listchanges window is open
Package: apt-listchanges Version: 2.82 Severity: important *** Please type your report below this line *** If an existing apt-listchanges window is there, and one updates few more packages, then apt-listchanges decides to not show. It should spawn another window or something. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.24-16-generic (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listchanges depends on: ii apt 0.7.14ubuntu6 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.23ubuntu2 Debian configuration management sy ii debianutils 2.29ubuntu2Miscellaneous utilities specific t ii python2.5.2-1ubuntu1 An interactive high-level object-o ii python-apt0.7.7.1ubuntu4 Python interface to libapt-pkg ii python-support0.8.4 automated rebuilding support for P ii ucf 3.0010 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii exim4 4.69-5ubuntu2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-t 4.69-5ubuntu2 lightweight Exim MTA (v4) daemon -- debconf information: apt-listchanges/frontend: pager apt-listchanges/confirm: false apt-listchanges/which: news apt-listchanges/email-address: root apt-listchanges/save-seen: true -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502181: Can't change window size/position
Package: gnomebaker Version: 0.6.4-1 Severity: minor Hello, Every time I run GnomeBaker, it windows size/border/properties are/is just horrible (screenshot: http://foolcontrol.org/debian/bts%20-%20screenshots/gnomebaker%20start.png) After I adjust how I want it to look like (screenshot: http://foolcontrol.org/debian/bts%20-%20screenshots/gnomebaker%20save%20state.png) again after I quit/close the application and start it again I get the same scenario. I tired to delete GnomeBaker config files and tried purging the package, but nothing helped. I got an idea that it could be WM/DE issue, I'm on Debian Lenny with compiz (0.7.6-7) and murrine (compiled from source 0.53.1). I burn a lot of media and I find this highly annoying to tweak the size every single time. Regards, Adnan -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnomebaker depends on: ii cdrdao 1:1.2.2-16records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.1-3 DVD+-RW/R tools ii genisoimage9:1.1.8-1+b1 Creates ISO-9660 CD-ROM filesystem ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.8-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the ugly ii icedax 9:1.1.8-1+b1 Creates WAV files from audio CDs ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libxml22.6.32.dfsg-4 GNOME XML library ii wodim 9:1.1.8-1+b1 command line CD/DVD writing tool gnomebaker recommends no packages. gnomebaker suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502176: kdesvn: Please provide version 1.2.1 (kde4)
Package: kdesvn Version: 1.0.4-2 Severity: wishlist Upstream provides version 1.2.1 for kde4. Please make that available in experimental. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdesvn depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii kdesvn-kio-plugins 1.0.4-2 subversion I/O slaves for KDE ii libapr1 1.2.12-5 The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8The Apache Portable Runtime Utilit ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2X11 Session Management library ii libsqlite3-03.5.9-5 SQLite 3 shared library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libsvn1 1.5.1dfsg1-1 Shared libraries used by Subversio ii libsvnqt4 1.0.4-2 Qt wrapper library for subversion ii libuuid11.41.3-1 universally unique id library ii libx11-62:1.1.5-2X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar Versions of packages kdesvn recommends: ii graphviz 2.20.2-3 rich set of graph drawing tools ii kompare 4:4.1.0-1 file difference viewer for KDE 4 Versions of packages kdesvn suggests: ii kdiff30.9.92-2 compares and merges 2 or 3 files o pn khelpcenter none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482140: Updating from etch to lenny on 2008.10.13
Happened the same thing as many people on this bug report: 1. Installed etch from DVD. 2. Updated the package list for Etch # apt-get update 3. Installed the newest versions for everything installed on Etch. # apt-get dist-upgrade 4. Change sources.list to get packages from Lenny # sed -i -e 's/etch/lenny/g' /etc/apt/sources.list 5. Update the package list for Lenny # apt-get update 6. Dist-Upgrade to Lenny. # apt-get dist-upgrade 7. Finishes to download packages and start to install them, everything works fine until dockbook-xml package is being installed: Configurando docbook-xml (4.5-5) ... update-xmlcatalog: error: entity already registered dpkg: error al procesar docbook-xml (--configure): el subproceso post-installation script devolvió el código de salida de error 1 dpkg: problemas de dependencias impiden la configuración de scrollkeeper: scrollkeeper depende de docbook-xml (= 4.2-11); sin embargo: El paquete `docbook-xml' no está configurado todavía. dpkg: error al procesar scrollkeeper (--configure): problemas de dependencias - se deja sin configurar dpkg: problemas de dependencias impiden la configuración de gnome-panel-data: gnome-panel-data depende de scrollkeeper; sin embargo: El paquete `scrollkeeper' no está configurado todavía. dpkg: error al procesar gnome-panel-data (--configure): problemas de dependencias - se deja sin configurar Configurando libgnome-window-settings1 (1:2.22.2.1-2) ... Configurando libgnomekbd2 (2.22.0-1) ... Configurando libgnomekbdui2 (2.22.0-1) ... Configurando libnautilus-extension1 (2.20.0-7) ... Configurando libslab0 (0.9.8.svn.20070430-1.1) ... dpkg: problemas de dependencias impiden la configuración de capplets-data: capplets-data depende de scrollkeeper; sin embargo: El paquete `scrollkeeper' no está configurado todavía. dpkg: error al procesar capplets-data (--configure): problemas de dependencias - se deja sin configurar Configurando gnome-settings-daemon (2.22.2.1-1) ... dpkg: problemas de dependencias impiden la configuración de gnome-control-center: gnome-control-center depende de capplets-data (= 1:2.22); sin embargo: El paquete `capplets-data' no está configurado todavía. gnome-control-center depende de capplets-data ( 1:2.23); sin embargo: El paquete `capplets-data' no está configurado todavía. dpkg: error al procesar gnome-control-center (--configure): problemas de dependencias - se deja sin configurar Configurando gnome-about (2.22.3-2) ... dpkg: problemas de dependencias impiden la configuración de gnome-panel: gnome-panel depende de gnome-panel-data (= 2.20); sin embargo: El paquete `gnome-panel-data' no está configurado todavía. gnome-panel depende de gnome-panel-data ( 2.21); sin embargo: El paquete `gnome-panel-data' no está configurado todavía. gnome-panel depende de gnome-control-center (= 1:2.8.2-3); sin embargo: El paquete `gnome-control-center' no está configurado todavía. dpkg: error al procesar gnome-panel (--configure): problemas de dependencias - se deja sin configurar dpkg: problemas de dependencias impiden la configuración de bug-buddy: bug-buddy depende de scrollkeeper; sin embargo: El paquete `scrollkeeper' no está configurado todavía. dpkg: error al procesar bug-buddy (--configure): problemas de dependencias - se deja sin configurar dpkg: problemas de dependencias impiden la configuración de gnome-session: gnome-session depende de gnome-control-center (= 1:2.22); sin embargo: El paquete `gnome-control-center' no está configurado todavía. dpkg: error al procesar gnome-session (--configure): problemas de dependencias - se deja sin configurar scrollkeeper-update: deferring update until scrollkeeper is configured dpkg: problemas de dependencias impiden la configuración de fast-user-switch-applet: fast-user-switch-applet depende de gnome-panel; sin embargo: El paquete `gnome-panel' no está configurado todavía. dpkg: error al procesar fast-user-switch-applet (--configure): problemas de dependencias - se deja sin configurar Configurando file-roller (2.22.4-2) ... scrollkeeper-update: deferring update until scrollkeeper is configured Configurando foomatic-db-gutenprint (5.0.2-4) ... Configurando foomatic-db-hpijs (20080211-1) ... Configurando python-foomatic (0.7.9.1) ... Configurando foomatic-gui (0.7.9.1) ... Configurando gcalctool (5.22.3-2) ... scrollkeeper-update: deferring update until scrollkeeper is configured Configurando gconf-editor (2.22.0-1) ... scrollkeeper-update: deferring update until scrollkeeper is configured Configurando gdebi (0.3.11debian1) ... Configurando libgtksourceview2.0-0 (2.2.2-1) ... Configurando python-gtksourceview2 (2.2.0-1+b1) ... dpkg: problemas de dependencias
Bug#502139: etch - lenny upgrade failure
Yes, please upload a targeted fix to testing-proposed-updates. Thanks already. thanks for fixing this so quickly. awesome turnaround time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502200: dphys-swapfile: Includes hardcoded max size
Package: dphys-swapfile Version: 20061020-1 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Hi, Jacob Elder reported that the package forces a limit to the size of the swap file, and that this is not needed. See https://bugs.launchpad.net/bugs/270180 The code actually says # this is a (outdated?) kernel limit (in MBytes), do not overrun it He also proposed a patch to remove it, which is attached. Please consider applying it. Thanks, James --- dphys-swapfile.orig 2008-09-14 13:30:03.875846950 -0400 +++ dphys-swapfile 2008-09-14 13:30:40.845846980 -0400 @@ -25,9 +25,6 @@ # this is what we want, 2 times RAM size SWAPFACTOR=2 -# this is a (outdated?) kernel limit (in MBytes), do not overrun it -MAXSWAP=2048 - # what we are NAME=dphys-swapfile @@ -59,13 +56,6 @@ # announce end resulting config echo -n want ${CONF_SWAPFILE}=${CONF_SWAPSIZE}MByte -# check for legitimate swap size and restrict to it -if [ ${CONF_SWAPSIZE} -gt ${MAXSWAP} ] ; then - echo -n , limiting to kernel limit: ${MAXSWAP}MBytes - CONF_SWAPSIZE=${MAXSWAP} -fi - - # we will be later starting, and in between possible deleting/rebuilding # so deactivate any allready running swapfile, to avoid errors $0 swapoff
Bug#502202: dpkg: crashes if $PATH contains unreachable nfs directory
Package: dpkg Version: 1.14.16.6ubuntu4 Severity: normal Running 'dpkg -l' gives the following if $PATH contains an unreachable NFS-mounted directory: [EMAIL PROTECTED]:~$ dpkg -l dpkg: failed to exec dpkg-query: Input/output error [EMAIL PROTECTED]:~$ removing that directory from $PATH fixes the problem. I assume this is caused by dpkg looking for something in any directory in $PATH and not skipping unaccessible ones. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-server (SMP w/32 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 6.10-3ubuntu2 The GNU core utilities ii libc6 2.7-10ubuntu4 GNU C Library: Shared libraries ii lzma 4.43-12ubuntu1 Compression method of 7z format in dpkg recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#486400: [Splashy-devel] Bug#486400: Bug#486400: Splashy works with hibernation, but ...
On Mon, Oct 13, 2008 at 6:13 AM, Tim Dijkstra [EMAIL PROTECTED] wrote: Luis, Unfortunately I haven't looked at splashy (or any other FOSS project for that matter) for a while, but I noticed this bug is RC. The bug log shows you've been commenting on it, do you know the status? Hey Tim, We tried to fix this in various ways from Splashy's end but we were not successful. It looks like uswsusp starts (dfb init) the framebuffer again when resuming at boot. Meaning, /sbin/splashy starts from initramfs and later uswsusp starts libsplashy again. We weren't sure how to go about making both of them work. If you can point me in the right direction I can implement a fix. (Not sure about uswsusp as I have never seen the source code for it -- yet.) -- )(- Luis Mondesi Maestro Debiano - START ENCRYPTED BLOCK (Triple-ROT13) -- Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur fbsgjner jbeyq. - END ENCRYPTED BLOCK (Triple-ROT13) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482140: etch - lenny upgrade fails, because @INC does not contain 5.10 paths
Hi all, just for the record, I tested Agustin's patch, and it works very well. We have a similar problem in Ubuntu with the same root cause [1], just a slightly different apperance (we move from scrollkeeper to rarian-compat during the upgrade, and the latter makes things blow up). In Debian we not affected by this case, since we don't automatically change scrollkeeper to rarian-compat in Lenny; and after Lenny is released, an auto-upgrade from scrollkeeper to rarian-compat in Lenny+1 will have a fixed update-xmlcatalog in all cases. So I won't forward any Pre-Depends: or similar change Ubuntu does to rarian-compat to Debian. Many thanks, Martin [1] https://bugs.launchpad.net/bugs/256131 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485233: sugar-emulator does not show any activity
This is because activities must now install to /usr/share/sugar/activities, not /usr/share/activities. We recently synced the debian packaging into Ubuntu, and as we are going to release very soon I patched sugar in Ubuntu to look in the old location too: https://bugs.launchpad.net/debian/+source/sugar/+bug/283194 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456365: qgit: Please package new upstream version 2.0 based on Qt4
Hi, another vote for the packaging of the new generation of qgit, which is version 2.2 at the moment. The 1.x branch of qgit has become irrelevant with the new versions of git and Qt, a package update is highly recommended. Best regards, Jan Geboers -- hiding.out at gmail.com
Bug#491545: New upstream version (1.4.1) is available
Hi, Any news ? the upstream version is 1.4.3 now. Do you need any help on tracking the strange bug you mentionned on your previous answer ? Cheers, -- Clément Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498474: Bug came back...
Lucio Crusca schreef: It disappeared only when logging as root, it's still there when connected as unprivileged user. So now I can try removing the files in /etc/bash_completion.d one at a time and see what happens. Lucio In my case, nothing has changed. The error already disappeared when I 'sudo -i' to root. It's only there when I'm a regular user. I checked to make sure nothing has changed recently, and the behaviour is still the same. I'm running Testing ('Lenny'). Regards, Martijn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502058: maybe_break fails if $break is undefined
At 1223886933 time_t, martin f krafft wrote: The workaround for mdadm in this case is to pass break=top at the kernel boot prompt, and then hit ^D (ctrl-d) when initramfs-tools presents the shell. Julien, can you please confirm that this works when you get home tonight? Unable to confirm that this work: keyboard was not functionning when initramfs dropped the shell. However patching as described earlier do the trick. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#498474: more info
I moved every file under /etc/bash_completion.d/ out of the way, logged out and logged back in as unprivileged user but the problem is still there. Is there anything else I should try? Lucio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500740: Some variables don't default correctly
On Sun, Oct 12, 2008 at 05:52:35PM -0400, Will Murnane wrote: On Sun, Oct 12, 2008 at 07:11, Tzafrir Cohen [EMAIL PROTECTED] wrote: I maintain the configuration directory under version control. The old values that lh_config once generated make little sense to me. Many of them have changed over time anyway. For the record, I store a Makefile and a shell script in my personal Subversion repository. The Makefile cleans the build dir entirely, then the shell script runs lh_config several times. Why do you run it several times? Shouldn't once be enough? Finally, a tarball is unpacked, which contains the config/chroot_local_includes directory and some others. This approach has worked pretty well for me; it hasn't broken over several iterations of live-helper. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499236: [EMAIL PROTECTED]
* Martin-Éric Racine [Mon, 13 Oct 2008 16:21:19 +0300]: On Thu, Oct 9, 2008 at 1:02 PM, Adeodato Simó [EMAIL PROTECTED] wrote: * Martin-Éric Racine [Sat, 04 Oct 2008 07:50:20 +0300]: RM: this means that the package may now safely be unblocked. I'll produce similar no-change uploads for my other ispell-generated dictionaries later this weekend. Unblocked rus-ispell/0.99g5-5, please mail again when the other packages have been uploaded. ispell-et 1:20030606-11 was uploaded today. Unblocked. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Rosa León - La mona Jacinta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502208: psmisc: fuser -n udp does not work
Package: psmisc Version: 22.6-1 Severity: normal Hello, Searching with fuser in UDP namespace (fuser -n udp) does not work. It looks like a cutpaste kind of bug, as the following patch against fuser.c seems to correct the problem. --- fuser.c~2007-04-30 00:57:06.0 +0200 +++ fuser.c 2008-10-14 16:52:59.0 +0200 @@ -821,9 +821,9 @@ case NAMESPACE_UDP: asprintf((this_name-filename), %s/udp, argv[optc]); #ifdef WITH_IPV6 - parse_inet(this_name, ipv4_only, ipv6_only, tcp_connection_list, tcp6_connection_list); + parse_inet(this_name, ipv4_only, ipv6_only, udp_connection_list, udp6_connection_list); #else - parse_inet(this_name, tcp_connection_list); + parse_inet(this_name, udp_connection_list); #endif break; default: /* FILE */ Regards, Arnaud Giersch -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages psmisc depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libncurses5 5.6+20080830-1 shared libraries for terminal hand psmisc recommends no packages. psmisc suggests no packages. -- no debconf information -- Arnaud Giersch http://info.iut-bm.univ-fcomte.fr/staff/giersch/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502210: tzdata: DST data for Brazil is incorrect
Package: tzdata Version: 2008e-3 Severity: normal Hello, with the current version of tzdata installed date reports false system time. [EMAIL PROTECTED]:~$ date Tue Oct 14 13:05:17 BRST 2008 while at the moment the correct time here in Sao Paulo is 12:05. Regards, Gabor -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/Australia: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: * tzdata/Zones/Etc: UTC tzdata/Zones/Arctic: tzdata/Zones/Antarctica: tzdata/Zones/Europe: Budapest tzdata/Zones/Africa: * tzdata/Zones/America: Sao_Paulo * tzdata/Areas: America tzdata/Zones/Indian: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450912: including manpage as attachment
tag 450912 patch severity 450912 important thank you the gnome-open manpage from the ubuntu launchpad bug report described previously is included as an attachment. setting severity to important because debian policy says that all executables in a package should have a man page. gnome-open.1 Description: Troff document
Bug#476525: [python-hid] patch to fix this problem
Package: python-hid Version: 0.2.15+20060325-2.1 --- Please enter the report below this line. --- patch in attachment this is a dirty patch, the include/assert.h shadow /usr/include/assert.h, so the complier can't find the assert symbol(Hmm, it's a macro). so I copy the /usr/include/assert.h to include/assert2.h and add #include assert2.h in the header. anyway, the patch in attachment does works. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: lenny/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends(Version) | Installed -+-== python ( 2.6) | 2.5.2-1 python (= 2.5) | 2.5.2-1 python-support(= 0.7.1) | 0.7.7 libc6 (= 2.7-1) | 2.7-10 libhid0 | 0.2.15+20060325-2.1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-13 diff --git a/include/assert2.h b/include/assert2.h new file mode 100644 index 000..8989713 --- /dev/null +++ b/include/assert2.h @@ -0,0 +1,118 @@ +/* Copyright (C) 1991,1992,1994-2001,2003,2004,2007 + Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +/* + * ISO C99 Standard: 7.2 Diagnostics assert.h + */ + +#ifdef _ASSERT_H + +# undef _ASSERT_H +# undef assert +# undef __ASSERT_VOID_CAST + +# ifdef __USE_GNU +# undef assert_perror +# endif + +#endif /* assert.h */ + +#define _ASSERT_H 1 +#include features.h + +#if defined __cplusplus __GNUC_PREREQ (2,95) +# define __ASSERT_VOID_CAST static_castvoid +#else +# define __ASSERT_VOID_CAST (void) +#endif + +/* void assert (int expression); + + If NDEBUG is defined, do nothing. + If not, and EXPRESSION is zero, print an error message and abort. */ + +#ifdef NDEBUG + +# define assert(expr) (__ASSERT_VOID_CAST (0)) + +/* void assert_perror (int errnum); + + If NDEBUG is defined, do nothing. If not, and ERRNUM is not zero, print an + error message with the error text for ERRNUM and abort. + (This is a GNU extension.) */ + +# ifdef __USE_GNU +# define assert_perror(errnum) (__ASSERT_VOID_CAST (0)) +# endif + +#else /* Not NDEBUG. */ + +#ifndef _ASSERT_H_DECLS +#define _ASSERT_H_DECLS +__BEGIN_DECLS + +/* This prints an Assertion failed message and aborts. */ +extern void __assert_fail (__const char *__assertion, __const char *__file, + unsigned int __line, __const char *__function) + __THROW __attribute__ ((__noreturn__)); + +/* Likewise, but prints the error text for ERRNUM. */ +extern void __assert_perror_fail (int __errnum, __const char *__file, + unsigned int __line, + __const char *__function) + __THROW __attribute__ ((__noreturn__)); + + +/* The following is not at all used here but needed for standard + compliance. */ +extern void __assert (const char *__assertion, const char *__file, int __line) + __THROW __attribute__ ((__noreturn__)); + + +__END_DECLS +#endif /* Not _ASSERT_H_DECLS */ + +# define assert(expr) \ + ((expr)\ + ? __ASSERT_VOID_CAST (0) \ + : __assert_fail (__STRING(expr), __FILE__, __LINE__, __ASSERT_FUNCTION)) + +# ifdef __USE_GNU +# define assert_perror(errnum) \ + (!(errnum)\ + ? __ASSERT_VOID_CAST (0) \ + : __assert_perror_fail ((errnum), __FILE__, __LINE__, __ASSERT_FUNCTION)) +# endif + +/* Version 2.4 and later of GCC define a magical variable `__PRETTY_FUNCTION__' + which contains the name of the function currently being defined. + This is broken in G++ before version 2.6. + C9x has a similar variable called __func__, but prefer the GCC one since + it demangles C++ function names. */ +# if defined __cplusplus ? __GNUC_PREREQ (2, 6) : __GNUC_PREREQ (2, 4) +# define __ASSERT_FUNCTION __PRETTY_FUNCTION__ +# else +# if defined __STDC_VERSION__ __STDC_VERSION__ = 199901L +# define __ASSERT_FUNCTION __func__ +# else +# define __ASSERT_FUNCTION ((__const char *) 0) +# endif +# endif + +#endif /* NDEBUG. */ diff --git a/swig/Makefile.in b/swig/Makefile.in index 67c8d8d..963689a 100644 --- a/swig/Makefile.in +++ b/swig/Makefile.in @@ -573,6 +573,7 @@ __init__.py: hid.py %.py
Bug#502209: iceweasel-l10n-de: user interfaces still displayed in English
Package: iceweasel-l10n-de Version: 1:3.0.1+debian-1 Severity: important Tags: l10n user interfaces still displayed in English -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-l10n-de depends on: ii iceweasel 3.0.1-1lightweight web browser based on M Versions of packages iceweasel-l10n-de recommends: ii myspell-de-de 20071211-1 German dictionary for myspell iceweasel-l10n-de suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502211: iceweasel: Java not working
Package: iceweasel Version: 3.0.1-1 Severity: normal although sun-java6-jre is properly installed, Java does not work in Iceweasel. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-14 GNU C Library: Shared libraries 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 libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii mozplugger1.10.2-2 Plugin allowing external viewers t pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502189: libc6: ldd on a static prog: unknown exit code (126)
Christophe Lohr a écrit : Aurelien Jarno a écrit : Unreproducible here. Please prode the output of sh -x /usr/bin/ldd helloworld. $ sh -x /usr/bin/ldd helloworld (..) + RTLDLIST='/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2' (..) ++ /lib64/ld-linux-x86-64.so.2 --verify ./helloworld (..) ldd: exited with unknown exit code (126) Hi, If I understood correctly, the problem is that I also have the libc6-amd64 package installed on my PC. The ldd script tries all ld-.so it finds on the system, even those who are not relevent. I have libc6-amd64 on my system because: - gcc-4.3 suggests gcc-4.3-multilib - gcc-4.3-multilib depends on lib64gcc1 - lib64gcc1 depends on libc6-amd64 Since I have removed the libc6-amd64 paquage, ldd works well. So, even if the ldd script can be improved, in my point of view this ticket maybe closed. Regards, Christophe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502220: pidgin 2.5.1 released
Package: pidgin Version: 2.4.3-4 Severity: wishlist Please update source package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-3-gt (SMP w/2 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.22.0-1GNOME configuration database syste ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.7-14 GNU C Library: Shared libraries ii libcairo21.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgstreamer0.10-0 0.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+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-01.20.5-2Layout and rendering of internatio ii libpurple0 2.4.3-4 multi-protocol instant messaging l ii libsm6 2: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-2 X11 client-side library ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-15 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0] 5.10.0-15 minimal Perl system ii pidgin-data 2.4.3-3 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.8-4 GStreamer plugins from the good Versions of packages pidgin suggests: pn evolution-data-server none (no description available) pn gnome-panel | kicker | docker none (no description available) ii libsqlite3-0 3.5.9-5SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502221: New upstream version (0.6.3) available
Package: openttd Version: 0.6.2-1 Upstream released a new version of openttd (0.6.3), fixing numerous issues[1]. [1] http://binaries.openttd.org/releases/0.6.3/changelog.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502032: FTBFS: cast from ... to ... increases required alignment of target type
* Jose Calhariz [Sun, 12 Oct 2008 21:55:54 +0100]: Package: xorp Version: 1.5-4 Severity: serious xorp don't build because of a g++ error: cc1plus: warnings being treated as errors io_link_pcap.cc: In member function 'int IoLinkPcap::join_leave_multicast_group(bool, const Mac, std::string)': io_link_pcap.cc:419: warning: cast from 'uint8_t*' to 'ifreq*' increases required alignment of target type The affected archs are: alpha arm armel hppa ia64 mips mipsel sparc The known non affected archs are: i386, amd64, powerpc, s390 Please update your package in mentors to include the patch Julien sent to this bug, and I'll sponsor you. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org In my opinion, the most fruitful and natural play of the mind is in conversation. I find it sweeter than any other action in life; and if I were forced to choose, I think I would rather lose my sight than my hearing and voice. -- Michel de Montaigne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497995: Yet another patch--one that works
Hi Adam, Adam D. Barratt wrote: Hi, On Thu, 2008-09-18 at 19:39 -0400, Eric Gerlach wrote: Admission: That second patch was horribly broken. I've attached a third patch, this one actually works on git repositories *with* commits too. Just a quick note to let you know that we're not ignoring your patch. :-) Of course. I figured that since Lenny's in freeze it won't be going in until after release. I've got a local copy of debcommit with a slightly revised patch (using exit status rather than attempting to parse the output) that works great for commits and debcommit --diff $file but haven't found a method that works properly for debcommit --diff yet. I believe you're misinterpreting the purpose of my patch. It doesn't fix the '--diff' case (which, now that I've looked at the code, is broken too... I just never tried it). This patch fixes the getmessage() function in the case of an empty git repo. Since it only operates on one file (debian/changelog), using diff -u /dev/null works fine. I decided to parse the output rather than take the exit status to avoid having git print the sha1 on the screen (user shouldn't have to see that). You could redirect stdout/stderr and use system() rather than qx{}, and I tried that initially, but the code was just too ugly IMHO. Doesn't matter to me which version ends up in the package, but my version's already done. :-) Cheers, -- Eric Gerlach, Network Administrator Federation of Students University of Waterloo p: (519) 888-4567 x36329 e: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502122: (no subject)
(BTW, I had a look at the sourceforge mailing list for NFS-utils and it seems to be 100% spam. Is there a better upstream bug reporting channel?) The new upstream mailing list is [EMAIL PROTECTED] and upstream bug database is at https://bugzilla.linux-nfs.org... posting things there will get the attention of the nfs maintainers... steved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501773: Additional details
On Tue, Oct 14, 2008 at 07:08:20AM +0200, Christian Perrier wrote: Quoting Steve Langasek ([EMAIL PROTECTED]): There was plenty of information in the original bug report. Hmmm, correct, I was missing the original BR. The problem happened with 3.0.24 from Etch. I suspect this might be on a production machine where trying to reproduce it with the version of samba in lenny is far from being easy. Am I wrong, Yuriy? I'm OK to keep crash bug reports opened for versions of samba in Etch but I doubt that we will ever do anything with them...:-) There is a similar bug report against Samba in Ubuntu; and this is not a segfault, the log shows that it's an assertion failure when changing process uids. This bears more investigation. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497995: Yet another patch--one that works
Hi, Eric Gerlach wrote: Adam D. Barratt wrote: [...] I've got a local copy of debcommit with a slightly revised patch (using exit status rather than attempting to parse the output) that works great for commits and debcommit --diff $file but haven't found a method that works properly for debcommit --diff yet. I believe you're misinterpreting the purpose of my patch. It doesn't fix the '--diff' case (which, now that I've looked at the code, is broken too... I just never tried it). This patch fixes the getmessage() function in the case of an empty git repo. Since it only operates on one file (debian/changelog), using diff -u /dev/null works fine. I don't think I'm misinterpreting it and I'm more than happy with how your patch works - I just want a version that does more ;-) As a frequent user of --diff, it was one of the first things I tried whilst testing your patch and I'd like to get that working before committing the changes. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502223: gramps: Gramps dont export sources
Package: gramps Version: 3.0.1-1 Severity: important When person has sources (doc files , and images) and a narrative web report was used the sources are exported to new directory. they arenot copied and no relative path is used. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gramps depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii python2.5.2-2An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python2.5 2.5.2-11 An interactive high-level object-o ii scrollkeeper 0.3.14-16 A free electronic cataloging syste Versions of packages gramps recommends: ii graphviz 2.20.2-2 rich set of graph drawing tools ii python-gnome2-desktop 2.22.0-2 Python bindings for the GNOME desk ii python-gnome2-extras 2.19.1-2 Extra Python bindings for the GNOM ii python-reportlab 2.1dfsg-2 ReportLab library to create PDF do ii ttf-freefont 20080323-3 Freefont Serif, Sans and Mono True ii xdg-utils 1.0.2-6desktop integration utilities from gramps suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502224: Stopping root MD array fails because it's busy
Package: mdadm Version: 2.6.7-3.1 Severity: important I noticed on a NAS device running Debian that the root MD array always fails to be stopped during shutdown because it's busy. I'm not sure why this is or whether this is a problem, but I thought I'd report it. The problem happens on every shutdown. Here's what happens: Unmounting local filesystems...done. [42949430.61] md: md2 stopped. [42949430.61] md: unbindsda4 [42949430.61] md: export_rdev(sda4) [42949430.62] md: md1 still in use. [42949430.66] md: md0 stopped. [42949430.66] md: unbindsda1 [42949430.66] md: export_rdev(sda1) [42949430.67] md: md1 still in use. [42949430.67] md: md1 still in use. Stopping MD array md2...done (stopped). Stopping MD array md0...done (stopped). Stopping MD array md1...failed (busy). --- Will now halt. Is there any way to find out why md1 is still busy? The full log is attached. -- Martin Michlmayr http://www.cyrius.com/ Uncompressing Linux.. done, booting the kernel. [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-1-orion5x (Debian 2.6.26-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 Thu Sep 11 13:28:52 UTC 2008 [0.00] CPU: Feroceon [41069260] revision 0 (ARMv5TEJ), cr=00053177 [0.00] Machine: QNAP TS-409 [0.00] Clearing invalid memory bank [EMAIL PROTECTED] [0.00] Clearing invalid memory bank [EMAIL PROTECTED] [0.00] Clearing invalid memory bank [EMAIL PROTECTED] [0.00] Ignoring unrecognised tag 0x [0.00] Ignoring unrecognised tag 0x [0.00] Ignoring unrecognised tag 0x [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] CPU0: D VIVT write-back cache [0.00] CPU0: I cache: 32768 bytes, associativity 1, 32 byte lines, 1024 sets [0.00] CPU0: D cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 [0.00] Kernel command line: console=ttyS0,115200n8 root=/dev/ram rw initrd=0x80,0x3f [0.00] PID hash table entries: 1024 (order: 10, 4096 bytes) [42949372.96] Console: colour dummy device 80x30 [42949372.96] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) [42949372.96] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) [42949372.98] Memory: 256MB = 256MB total [42949372.98] Memory: 252672KB available (2532K code, 358K data, 116K init) [42949373.23] Security Framework initialized [42949373.23] SELinux: Disabled at boot. [42949373.23] Capability LSM initialized [42949373.23] Mount-cache hash table entries: 512 [42949373.23] Initializing cgroup subsys ns [42949373.23] Initializing cgroup subsys cpuacct [42949373.23] Initializing cgroup subsys devices [42949373.23] CPU: Testing write buffer coherency: ok [42949373.23] net_namespace: 652 bytes [42949373.23] NET: Registered protocol family 16 [42949373.23] Orion ID: MV88F5281-D0. TCLK=16667. [42949373.23] Orion: Applying 5281 D0 WFI workaround. [42949373.24] tsx09: found ethernet mac address 00:08:9b:ac:68:df. [42949373.24] PCI: bus0: Fast back to back transfers disabled [42949373.24] PCI: bus1: Fast back to back transfers enabled [42949373.24] qnap_ts409_pci_map_irq failed, unknown bus [42949373.28] NET: Registered protocol family 2 [42949373.37] IP route cache hash table entries: 2048 (order: 1, 8192 bytes) [42949373.37] TCP established hash table entries: 8192 (order: 4, 65536 bytes) [42949373.37] TCP bind hash table entries: 8192 (order: 3, 32768 bytes) [42949373.37] TCP: Hash tables configured (established 8192 bind 8192) [42949373.37] TCP reno registered [42949373.40] NET: Registered protocol family 1 [42949373.40] checking if image is initramfs... it is [42949374.92] Freeing initrd memory: 4095K [42949374.92] NetWinder Floating Point Emulator V0.97 (double precision) [42949374.92] audit: initializing netlink socket (disabled) [42949374.92] type=2000 audit(1.960:1): initialized [42949374.92] VFS: Disk quotas dquot_6.5.1 [42949374.92] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [42949374.92] msgmni has been set to 501 [42949374.92] async_tx: api initialized (async) [42949374.92] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [42949374.92] io scheduler noop registered [42949374.92] io scheduler anticipatory registered [42949374.92] io scheduler deadline registered [42949374.92] io scheduler cfq registered (default) [42949374.94] Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled [42949374.95]
Bug#502225: drag-drop files onto sidepane directories
Package: pcmanfm-nohal Version: 0.5-3 Severity: wishlist File: /usr/bin/pcmanfm It would be nice if I could drop files onto the sidepane directory tree and have them moved to the target. -- 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 pcmanfm-nohal depends on: ii desktop-file-utils0.15-1 Utilities for .desktop files ii gamin 0.1.9-2File and directory monitoring syst ii libc6 2.7-14 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libgamin0 [libfam0] 0.1.9-2Client library for the gamin file 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 libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.5-2 X11 client-side library ii shared-mime-info 0.30-2 FreeDesktop.org shared MIME databa Versions of packages pcmanfm-nohal recommends: ii gksu 2.0.0-5graphical frontend to su ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme pcmanfm-nohal 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#502226: xprintidle: DPMS idle time reset bug.
Package: xprintidle Version: 0.1-1 Severity: important There is a bug in x-org where dpms resets the screen saver idle time when the monitor goes into standby, suspend or power off. The bug has a page at http://bugs.freedesktop.org/show_bug.cgi?id=6439 and was opened 2006-03-31 08:24. Since it hasn't been fixed in 2 years it stands to reason that many projects have implemented workarounds. I adapted a workaround from kpowersave to xprintidle and the author of xprintidle has released a new version (xprintidle-0,2) including my changes at http://www.dtek.chalmers.se/~henoch/text/xprintidle.html. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.26.3 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502227: debian-installer: tries to synchronize clock even if there is no network
Package: debian-installer Severity: normal If user decides to pass the nework configuration stage with No network configuration then it is not possible to use NTP to synchronize clock and debian-installer should skip this stage. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502189: libc6: ldd on a static prog: unknown exit code (126)
tag 502189 + unreproducible thanks Christophe Lohr a écrit : Package: libc6 Version: 2.7-14 Severity: minor Hi, Let us consider helloworld.c - 8 #include stdlib.h #include stdio.h int main() { printf(Hello World!\n); exit(0); } - 8 Then, compile it with: gcc -static helloworld.c -o helloworld And finally try a: ldd helloworld The resilt with ldd from libc6 2.7-14 is: ldd: exited with unknown exit code (126) IMHO, this is a curious answer (an not very helpfull)... As a comparison, ldd from libc6 2.3.6.ds1-13 provides a better answer: not a dynamic executable Unreproducible here. Please prode the output of sh -x /usr/bin/ldd helloworld. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502197: NetworkManager starts up twice
Package: sysv-rc Version: 2.86.ds1-61 Severity: normal Tags: patch Hi there, I can see a failure to start NetworkManager for a second time in my startup messages. copy /etc/init.d/rc and set it to debug mode by uncommenting the echo near the top. rc 2 outputs: ... /etc/rc2.d/S25pulseaudio start splash_progress 97 /etc/rc2.d/S30NetworkManager start splash_progress 99 /etc/rc2.d/S30NetworkManager start splash_progress 100 /etc/rc2.d/S30gdm start ... this is due to a case sensitive case statement in the rc script; changing a-z to a-zA-Z makes the level being correctly computed again (otherwise sysv-rc think there's a 30N level but also includes NetworkManager in the 30 level...). I've reported this to Ubuntu initially at https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/283200 and confirmed that the bug also affects Debian's rc script. The debdiff I provided for the Ubuntu package is attached for the documentation of the fix (there are two places to fix). It fixes the bug for me and another person tested and confirmed the fix. Cheers, -- Loïc Minier diff -u sysvinit-2.86.ds1/debian/changelog sysvinit-2.86.ds1/debian/changelog --- sysvinit-2.86.ds1/debian/changelog +++ sysvinit-2.86.ds1/debian/changelog @@ -1,3 +1,11 @@ +sysvinit (2.86.ds1-59ubuntu13) intrepid; urgency=low + + * Fix computing of runlevel in debian/sysv-rc/etc/init.d/rc by allowing A-Z +in init scripts names; the 30NetworkManager script was launched twice, +once as level 30N and once as part of the globbing of runlevel 30. + + -- Loic Minier [EMAIL PROTECTED] Tue, 14 Oct 2008 14:33:25 +0200 + sysvinit (2.86.ds1-59ubuntu12) intrepid; urgency=low * debian/initscripts/etc/init.d/check{root,fs}.sh: Disable indeterminate diff -u sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc --- sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc +++ sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc @@ -285,7 +285,7 @@ do # Extract order value from symlink level=${s#/etc/rc$runlevel.d/K} - level=${level%%[a-z]*} + level=${level%%[a-zA-Z]*} if [ $level = $CURLEVEL ] then continue @@ -325,7 +325,7 @@ do # Extract order value from symlink level=${s#/etc/rc$runlevel.d/S} - level=${level%%[a-z]*} + level=${level%%[a-zA-Z]*} if [ $level = $CURLEVEL ] then continue
Bug#502228: [INTL:de] German Manpages final
Package: debconf Hi folks, see http://www.florianrehnisch.de/tmp/debconf-final.tar.bz2 I'm done. I put in most of Helge's correction. Helge, now you can get your red pen and proofread. But ... I think, I'm not up to date, everything in latin1 ... Joey, I think I found some mistakes in debconf-devel(7), mostly formatation, but I think the state machine reaches zero, when the user tries to backup before the first question. (Or would this be a bug on its own?) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496269: for the record, gvfs-fuse bug discussion from #nautilus.
for what it's worth, here's a short snippet from #nautilus discussing the status of this bug with upstream: 10:51 fatal alex: has there been any news on http://mail.gnome.org/archives/gvfs-list/2008-October/msg00020.html ? 10:51 alex hpj is supposed to be trying to track it down 10:51 fatal It looks similar to http://bugs.debian.org/496269 note the assertion failure. 10:51 alex Seems to be some kind of race or memory corruption bug in the fuse backend 10:52 alex Its kinda hard to debug since we can't reproduce it easily though 10:52 alex Maybe i should just try amarok 10:53 fatal I haven't reproduced it either, but he amarok way that is used by the debian bug reporter might be a good stresstest. :) 10:53 alex that seems to be what alexey use too 10:54 alex fatal: your comment at the end is correct 10:54 alex fatal: and in fact, such a error != NULL check is in svn 10:54 alex fatal: but that merely makes us run a short while more 10:55 alex file-data_stream shouldn't be NULL or invalid while the file lives though (set on initialize, unref:ed on finalize) 10:55 alex so, we believe there is either a corruption bug 10:55 alex or the file is unreffed in another thread while the read is running in another thread. 10:57 * alex finds amarok2 src rpm 12:19 alex man, i needed to build a new mysql to get amarok2 going 12:20 alex the mysql test suite is run on build 12:20 alex Its... not... fast... -- Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500077: [Pkg-fglrx-devel] Bug#500077: closed by Bertrand Marc [EMAIL PROTECTED] (Re: Bug#500077:)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Romain Beauxis schrieb: He said package's ready in the svn, and you better help him sorting out bugs that should be closed by the upload.. (Thanks for your work Marc) Romain Then it's pending, but not closed. And have a look at my report: I list bugs which {may} are closed. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj00wIACgkQ2XA5inpabMfJKQCgrU06x5CfITfvrfRPLGZGoULx iZEAn2ZaWrNXNQ+aqVUd/1MeXUCAg5Dm =WXjg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502017:
Hi Holger, From reading the corresponding bugs in lp and on the BTS it seems there is some confusion as to why this bug was filed. It seems to me that Caroline was doing the right thing thinking to inform Debian about this issue to see if it affects Debian also. I will try to find someone using Debian LTSP to see if we can see if the bug is present. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501773: Additional details
Quoting Yuriy Padlyak ([EMAIL PROTECTED]): Yes, it is production machine, but I may try lenny package. It is not very critical file server and it's well backed up daily :). I'm getting these error message few times a day, so I think I'll see if it works very quickly. Can you suggest me or point me to some guide how to do it safely, so I can then return to etch package easily? Not that easy, frankly speaking. You could try to backport the current package of lenny but you'd have to do it yourself as, afaik, noone has backported samba 3.2.* lenny packages for Etch (maybe look on backports.debian.org...who knows?). Getting back to the etch package would also to be done without guarantee that it will work out of the box -- signature.asc Description: Digital signature
Bug#502228: [INTL:de] German Manpages final
Hello Florian, On Tue, Oct 14, 2008 at 07:06:31PM +0200, Florian 'eix' Rehnisch wrote: I'm done. Great! Thanks a lot for translating the man page. Helge, now you can get your red pen and proofread. As promised, I'll do this later in the development cycle of Squeeze, but judging from my last proofreading, I believe your qualitiy is high. If you looking for a new target to translate, stop by on -l10n-german and simply ask :-)) Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Tue, Oct 14, 2008 at 11:47:51AM +, Andy Smith wrote: Hi, Ever since updating to libc6-xen 2.7-14 I am seeing the 4gb seg fixup warnings: Oct 14 10:43:34 cacti kernel: printk: 11610 messages suppressed. Oct 14 10:43:34 cacti kernel: 4gb seg fixup, process head (pid 5876), cs:ip 73:b7ebb33a Oct 14 10:43:38 cacti init: Trying to re-exec init Oct 14 10:43:39 cacti kernel: printk: 1038209 messages suppressed. Oct 14 10:43:39 cacti kernel: 4gb seg fixup, process libc6.postinst (pid 6135), cs:ip 73:b7e5b948 Oct 14 10:43:44 cacti kernel: printk: 522190 messages suppressed. Oct 14 10:43:44 cacti kernel: 4gb seg fixup, process dpkg (pid 6179), cs:ip 73:b7e75eb7 Oct 14 10:43:49 cacti kernel: printk: 645077 messages suppressed. Oct 14 10:43:49 cacti kernel: 4gb seg fixup, process dpkg (pid 6356), cs:ip 73:b7e6eeb7 Oct 14 10:43:54 cacti kernel: printk: 471625 messages suppressed. Oct 14 10:43:54 cacti kernel: 4gb seg fixup, process dpkg (pid 6374), cs:ip 73:b7df1860 Oct 14 10:44:00 cacti kernel: printk: 62714 messages suppressed. [...] Oct 14 11:21:41 cacti kernel: 4gb seg fixup, process apache2 (pid 9543), cs:ip 73:b7e0450e Oct 14 11:21:59 cacti kernel: printk: 58 messages suppressed. Oct 14 11:21:59 cacti kernel: 4gb seg fixup, process apache2 (pid 9544), cs:ip 73:b7ee0598 Oct 14 11:21:59 cacti kernel: 4gb seg fixup, process apache2 (pid 9544), cs:ip 73:b7ee32e5 Oct 14 11:23:27 cacti kernel: 4gb seg fixup, process sshd (pid 9545), cs:ip 73:b7ba9eb7 Oct 14 11:24:01 cacti kernel: printk: 1972 messages suppressed. Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7e4e8c0 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7f1d810 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7e4feb7 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7f1d810 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7dba967 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7dba96a Oct 14 11:24:02 cacti kernel: printk: 663233 messages suppressed. Oct 14 11:24:02 cacti kernel: 4gb seg fixup, process php (pid 9564), cs:ip 73:b7a08f44 Restarting things doesn't help, restarting the domU doesn't help. Is there something I have missed or doesn't this update actually fix it? The proposed patch has been applied. But maybe it is wrong. Waldi, could you please have a look? I have no Xen machine. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502228: [Debconf-devel] Bug#502228: [INTL:de] German Manpages final
Florian 'eix' Rehnisch wrote: Joey, I think I found some mistakes in debconf-devel(7), mostly formatation, but I think the state machine reaches zero, when the user tries to backup before the first question. (Or would this be a bug on its own?) I've committed a fix. -- see shy jo signature.asc Description: Digital signature