Bug#519158: Still problems with already changed hardware
Here is some update on the problem... I have updated the system in the following ways as there were still problems with the drives... - i replaced the motherboard (Intel D945GCLF2) as the errors only occured on drive sda (connected to one of the two SATA ports on the board itself) - i replaced the SSD with 2 drives like the 3 drives on the SiI 3124 (all three drives never had smilar problems since the machine is running), so there are now two WDC WD5000ABPS-0 Rev: 02.0 connected directly to the motherboard I hoped this will solve the problem... But yesterday night again the SATA system hat trouble: -- snip Jun 18 06:46:37 atom kernel: [697701.292480] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Jun 18 06:46:37 atom kernel: [697701.292520] ata1.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 Jun 18 06:46:37 atom kernel: [697701.292523] res 51/04:00:0a:24:f9/00:00:00:00:00/a9 Emask 0x1 (device error) Jun 18 06:46:37 atom kernel: [697701.292583] ata1.00: status: { DRDY ERR } Jun 18 06:46:37 atom kernel: [697701.292604] ata1.00: error: { ABRT } Jun 18 06:46:38 atom kernel: [697701.316560] ata1.00: failed to read native max address (err_mask=0x1) Jun 18 06:46:38 atom kernel: [697701.316589] ata1.00: HPA support seems broken, skipping HPA handling Jun 18 06:46:38 atom kernel: [697701.828285] ata1.00: configured for UDMA/133 (device error ignored) Jun 18 06:46:38 atom kernel: [697701.828327] end_request: I/O error, dev sda, sector 59922239 Jun 18 06:46:38 atom kernel: [697701.828357] md: super_written gets error=-5, uptodate=0 Jun 18 06:46:38 atom kernel: [697701.828384] raid1: Disk failure on sda1, disabling device. Jun 18 06:46:38 atom kernel: [697701.828386] raid1: Operation continuing on 1 devices. Jun 18 06:46:38 atom kernel: [697701.828462] ata1: EH complete Jun 18 06:46:38 atom kernel: [697701.828655] sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors: (500 GB/465 GiB) Jun 18 06:46:38 atom kernel: [697701.828769] sd 0:0:0:0: [sda] Write Protect is off Jun 18 06:46:38 atom kernel: [697701.828795] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 18 06:46:38 atom kernel: [697701.828876] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 18 06:46:38 atom kernel: [697702.255140] RAID1 conf printout: Jun 18 06:46:38 atom kernel: [697702.255169] --- wd:1 rd:2 Jun 18 06:46:38 atom kernel: [697702.255191] disk 0, wo:0, o:1, dev:sdb1 Jun 18 06:46:38 atom kernel: [697702.255213] disk 1, wo:1, o:0, dev:sda1 Jun 18 06:46:38 atom kernel: [697702.260017] RAID1 conf printout: Jun 18 06:46:38 atom kernel: [697702.260040] --- wd:1 rd:2 Jun 18 06:46:38 atom kernel: [697702.260060] disk 0, wo:0, o:1, dev:sdb1 Jun 18 06:50:14 atom kernel: [697918.50] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Jun 18 06:50:14 atom kernel: [697918.92] ata1.00: cmd b0/d8:00:00:4f:c2/00:00:00:00:00/00 tag 0 Jun 18 06:50:14 atom kernel: [697918.95] res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 18 06:50:14 atom kernel: [697918.000155] ata1.00: status: { DRDY } Jun 18 06:50:19 atom kernel: [697923.040022] ata1: link is slow to respond, please be patient (ready=0) Jun 18 06:50:24 atom kernel: [697928.024026] ata1: device not ready (errno=-16), forcing hardreset Jun 18 06:50:24 atom kernel: [697928.024061] ata1: soft resetting link Jun 18 06:50:29 atom kernel: [697933.220020] ata1: link is slow to respond, please be patient (ready=0) Jun 18 06:50:39 atom kernel: [697942.536144] ata1.00: qc timeout (cmd 0xec) Jun 18 06:50:39 atom kernel: [697942.536177] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) Jun 18 06:50:39 atom kernel: [697942.536204] ata1.00: revalidation failed (errno=-5) Jun 18 06:50:44 atom kernel: [697947.576020] ata1: link is slow to respond, please be patient (ready=0) Jun 18 06:50:49 atom kernel: [697952.560023] ata1: device not ready (errno=-16), forcing hardreset Jun 18 06:50:49 atom kernel: [697952.560061] ata1: soft resetting link Jun 18 06:50:58 atom kernel: [697961.476299] ata1.00: configured for UDMA/133 (device error ignored) Jun 18 06:50:58 atom kernel: [697961.476371] ata1: EH complete Jun 18 06:50:58 atom kernel: [697961.478921] sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors: (500 GB/465 GiB) Jun 18 06:50:58 atom kernel: [697961.479078] sd 0:0:0:0: [sda] Write Protect is off Jun 18 06:50:58 atom kernel: [697961.479110] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 18 06:50:58 atom kernel: [697961.479212] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 18 06:55:11 atom kernel: [698215.63] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Jun 18 06:55:11 atom kernel: [698215.000101] ata1.00: cmd b0/d8:00:00:4f:c2/00:00:00:00:00/00 tag 0 Jun 18 06:55:11 atom kernel: [698215.000104] res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 18 06:55:11 atom kernel:
Bug#533169: output of 'lsusb' and 'megatec_usb -a sven_625 -u nut -DDDDD'.
I have attached an output of 'lsusb' and 'megatec_usb -a sven_625 -u nut -D'. # lsusb Bus 002 Device 002: ID : Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID a420:5420 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 006: ID 03f0:2b17 Hewlett-Packard LaserJet 1020 Bus 001 Device 003: ID 1307:0163 Transcend Information, Inc. 512MB USB Flash Drive Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub # /lib/nut/megatec_usb -a sven_625 -u nut -D Network UPS Tools - Megatec protocol driver 1.6 (2.4.1) Serial-over-USB transport layer 0.10 debug level is '5' Checking device (/) (002/002) - VendorID: - ProductID: - Manufacturer: - Product: 068A - Serial Number: unknown - Bus: 002 Trying to match device Device matches DTR=1, RTS=0 Starting UPS detection process... Asking for UPS information [I]... set_data_krauler: index [0c] (len = 39/255)VT0105BG I = OK [# VT0105BG ] I VALUES = [ VT0105BG] Asking for UPS status [Q1]... set_data_krauler: index [03] (len = 47/255).0 140.0 233.8 018 50.0 13.6 30.0 1001 Q1 = OK [(235.0 140.0 233.8 018 50.0 13.6 30.0 1001] Q1 VALUES = [235.0 140.0 233.8 18.0 50.0 13.6 30.0 1001] Asking for UPS status [Q1]... set_data_krauler: index [03] (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 Q1 = OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] Q1 VALUES = [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] Asking for UPS status [Q1]... set_data_krauler: index [03] (len = 47/255).0 140.0 233.8 018 50.0 13.6 30.0 1001 Q1 = OK [(235.0 140.0 233.8 018 50.0 13.6 30.0 1001] Q1 VALUES = [235.0 140.0 233.8 18.0 50.0 13.6 30.0 1001] Asking for UPS status [Q1]... set_data_krauler: index [03] (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 Q1 = OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] Q1 VALUES = [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] Asking for UPS status [Q1]... set_data_krauler: index [03] (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 Q1 = OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] Q1 VALUES = [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] 0 out of 5 detection attempts failed (minimum failures: 2). send_to_all: SETINFO ups.type standby Cancelling any pending shutdown or battery test. set_data_krauler: index [0b] - String: UPS No Ack (len = 10/255) set_data_krauler: retry [UPS No Ack] Asking for UPS information [I]... set_data_krauler: index [0c] (len = 39/255)VT0105BG I = OK [# VT0105BG ] I VALUES = [ VT0105BG] send_to_all: SETINFO ups.mfr send_to_all: SETINFO ups.model VT0105BG Megatec protocol UPS detected [ VT0105BG]. send_to_all: SETINFO ups.serial unknown Parameter [ignoreoff]: [false] Asking for UPS power ratings [F]... set_data_krauler: index [0d] (len = 22/255).0 000 012.0 50.0 F = OK [#220.0 000 012.0 50.0] F
Bug#533472: unresolved dependencies when installing ia32-libs
I suppose it is a duplicate to 533362. Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532772: [eric] Segmentation fault
Hi Sorry, made a mistake, please install it again and it should request python-qscintilla2 (=2.4) and then it shouldn't segfault. Eric will be uploaded to Debian as soon as python-qscintilla2-2.4 enters unstable. /Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531569: [SRM] upload of TeX packages to oldstable
Dear release managers, I am right now uploading an again-installable tetex-bin to oldstable-proposed-updates (I hope that's correct?), and texlive-bin will follow soon. Both uploads have been built in etch pbuilder chroots, and have been tested to fix the problem. Hello Where can I download this fixed version. The archives seems to have the buggy version (3.0-30). Thanks best regards -- herbert.liec...@thinx.ch, ThinX AG, Bielstrasse 69, CH-4500 Solothurn Tel +41 (0)32 623 81 66, Mobile +41 (0)76 334 81 66, http://www.thinx.ch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516405: Upgrading to 0.0.20090214b-1 changes the website location to /
Mohammed Adnène Trojette wrote: Package: dokuwiki Version: 0.0.20090214b-1 Tags: moreinfo, unreproducible On Wed, Jun 17, 2009, Bin Zhang wrote: Non. I didn't run dpkg-reconfigure. I just said yes to the question Installing package's apache.conf. But didn't it ask you about the location? No. Thanks, Bin Before today's upgrade, it was Alias /dokuwiki /usr/share/dokuwiki Ater upgrade it became Alias / /usr/share/dokuwiki Weird. I can't manage to reproduce this bug. But it is not the same bug as before. Hence closing the old one and opening a new one.
Bug#530714: nis: General update after the debconf review process
(Mark, that is probably unneeded as you did updates on the fly...but I always conclude review work by such message. The main meaning of it is now I won't monitor/check incoming translations anymore, so you're on your own..:-) Dear Debian maintainer, On Friday, May 08, 2009, I sent you a notification about the beginning of a review action on debconf templates for nis. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Friday, May 08, 2009. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- nis.old/debian/templates2009-05-08 08:48:09.243683102 +0200 +++ nis/debian/templates2009-05-27 07:13:01.108614668 +0200 @@ -1,8 +1,24 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: nis/domain Type: string -_Default: -_Description: NIS domain - You now need to choose a NIS domainname for your system. If you want this - machine to just be a client, enter the NIS domainname of your network. - Otherwise choose an appropriate NIS domainname. - +#flag:comment:2,3 +# Translators, it is recommended to keep domainname which is a +# technical term in NIS. If you insist on translating, you can do +# things such as: +# 'nom de domaine (domainname)' (for a French translation) +_Description: NIS domain: + Please choose the NIS domainname for this system. If you want this + machine to just be a client, you should enter the name of the + NIS domain you wish to join. + . + Alternatively, if this machine is to be a NIS server, you can + either enter a new NIS domainname or + the name of an existing NIS domain. --- nis.old/debian/control 2009-05-08 08:48:09.239833538 +0200 +++ nis/debian/control 2009-05-12 19:27:42.007709269 +0200 @@ -11,9 +11,8 @@ Architecture: any Pre-Depends: debconf (= 0.5.00) | debconf-2.0 Depends: ${shlibs:Depends}, netbase, make, portmap, lsb-base (= 3.0-6) -Conflicts: netstd (=1.26) -Description: Clients and daemons for the Network Information Services (NIS) - The nis package allows you to use the NIS services from a NIS server or - to set up your own NIS server. NIS is mostly used to let several machines - in a network share the same account information (eg the password file). - NIS was formerly called Yellow Pages (YP). +Description: clients and daemons for the Network Information Service (NIS) + This package provides tools for setting up and maintaining a NIS domain. + NIS, originally known as Yellow Pages (YP), is mostly used to let + several machines in a network share the same account information, such + as the password file. --- nis.old/debian/changelog2009-05-08 08:48:09.223834207 +0200 +++ nis/debian/changelog2009-06-15 17:55:18.727679976 +0200 @@ -1,5 +1,22 @@ +nis (3.17-20) UNRELEASED; urgency=low + + * Debconf templates and debian/control reviewed by the debian-l10n- +english team as part of the Smith review project. Closes: #530714 + * [Debconf translation updates] + * Swedish. Closes: #531314 + * Czech. Closes: #531542 + * Finnish. Closes: #532509 + * Russian. Closes: #532946 + * Slovak. Closes: #532964 + * German. Closes: #533036 + * French. Closes: #533136 + * Spanish. Closes: #533137 + + -- Christian Perrier bubu...@debian.org Wed, 27 May 2009 18:06:10 +0200 + nis (3.17-19) unstable; urgency=low + [ Mark Brown ] *
Bug#533422: Upgrade from 2.4.4 to 3.0.1
Package: bacula-director-mysql Version: 3.0.1-2 Severity: important It should be done automatically, unless you said that you don't want it to do so when you first installed it. Can you send me a script(1) log of a session to upgrade? You may need to re-downgrade first. Hi! I've done a new upgrade installation. Below is the part who do not work. After upgrade, the database need to be upgraded manually. Paramétrage de bacula-director-mysql (3.0.1-2) ... Installation de la nouvelle version du fichier de configuration /etc/bacula/scripts/make_catalog_backup ... dbconfig-common: writing config to /etc/dbconfig-common/bacula-director-mysql.conf *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Processing configuration ...Ok. Stopping Bacula Director: bacula-dir. Starting Bacula Director: bacula-dir. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533471: [Mutt] #3274: mutt: maildir_mtime=yes should place maildirs with new mail first
#3274: mutt: maildir_mtime=yes should place maildirs with new mail first ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: 1.5.20 Resolution:|Keywords: ---+ Comment(by pdmef): $maildir_mtime is part of the maildir_mtime patch, not mutt. Since 1.5.20, mutt has an alternate fix for determining the mtime of a maildir (newest mtime of the cur+new subdirectories). This should be consistent with all other folder types when sorting by date. -- Ticket URL: http://dev.mutt.org/trac/ticket/3274#comment:1 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533502: debfoster [INTL:DE] Initial german translation
Package: debfoster Version: 2.7-1 Severity: wishlist Tags: l10n Hi, please find attached the initial german translation of debfoster. Greetings, Chris # Translation of debfoster to German # Copyright (C) 2001 Ivo Timmermans i...@debian.org # This file is distributed under the same license as the debfoster package. # Chris Leick c.le...@vollbio.de, 2009. # msgid msgstr Project-Id-Version: debfoster 2.7-1\n Report-Msgid-Bugs-To: Wessel Dankers w...@nl.linux.org\n POT-Creation-Date: 2006-05-20 22:54+0200\n PO-Revision-Date: 2009-06-02 21:12+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: src/debfoster.c:175 #, c-format msgid Package was removed: %s\n msgstr Paket wurde entfernt: %s\n #: src/debfoster.c:386 #, c-format msgid Not a dependency: \%s\\n msgstr Keine Abhängigkeit: »%s«\n #: src/debfoster.c:391 #, c-format msgid %s is an installed package.\n msgstr %s ist ein installiertes Paket.\n #: src/debfoster.c:393 #, c-format msgid Dependency %s is met by: msgstr Abhängigkeit %s ist erfüllt durch: #: src/debfoster.c:395 #, c-format msgid Dependency %s is not met by any package.\n msgstr Abhängigkeit %s ist durch kein Paket erfüllt.\n #: src/debfoster.c:405 src/debfoster.c:431 src/debfoster.c:506 #, c-format msgid Not an installed package: \%s\\n msgstr Kein installiertes Paket: »%s«\n #: src/debfoster.c:417 #, c-format msgid Package %s depends on: msgstr Paket %s hängt ab von: #: src/debfoster.c:418 #, c-format msgid Package %s has no depends.\n msgstr Paket %s hat keine Abhängigkeiten.\n #: src/debfoster.c:446 #, c-format msgid The following %d packages on keeper list rely on %s: msgstr Die folgenden %d Pakete auf der Aufbewahrungsliste verlassen sich auf %s: #: src/debfoster.c:447 #, c-format msgid Packages on keeper list do not rely on %s.\n msgstr Pakete auf der Aufbewahrungsliste verlassen sich nicht auf %s.\n #: src/debfoster.c:448 #, c-format msgid Packages kept by default rules %s %s.\n msgstr Pakete bewahrt durch Standardregeln %s %s.\n #: src/debfoster.c:448 msgid rely on msgstr sich verlassen auf #: src/debfoster.c:448 msgid do not rely on msgstr sich nicht verlassen auf #: src/debfoster.c:512 #, c-format msgid The following %d packages are brought in by %s: msgstr Die folgenden %d Pakete wurden durch %s eingebracht: #: src/debfoster.c:513 #, c-format msgid No packages are brought in by %s.\n msgstr Keine Pakete wurden durch %s eingebracht.\n #: src/debfoster.c:571 #, c-format msgid Usage: %s [-ck FILE] [-adefhinopqrsvV] package1 package2-\n msgstr Aufruf: %s [-ck DATEI] [-adefhinopqrsvV] Paket1 Paket2-\n #: src/debfoster.c:572 #, c-format msgid Installs package1, deinstalls package2\n \n msgstr Installiert Paket1, deinstalliert Paket2\n \n #: src/debfoster.c:573 #, c-format msgid -v, --verbose Be a loudmouth\n msgstr -v, --verbose Sei ein GroÃmaul\n #: src/debfoster.c:574 #, c-format msgid -V, --version Show version and copyright information\n msgstr -V, --version Version und Copyright-Information anzeigen\n #: src/debfoster.c:575 #, c-format msgid -h, --help Show this message\n msgstr -h, --help Diese Nachricht anzeigen\n #: src/debfoster.c:576 #, c-format msgid -q, --quietSilently build keeper file\n msgstr -q, --quietAufbewahrungsdatei still erstellen\n #: src/debfoster.c:577 #, c-format msgid -f, --forceForce system to conform to keeper file\n msgstr -f, --forceAnpassen des Systems an die\n Aufbewahrungsdatei erzwingen\n #: src/debfoster.c:578 #, c-format msgid -m, --mark-onlyDo not install or delete packages\n msgstr -m, --mark-onlyPakete nicht installieren oder löschen\n #: src/debfoster.c:579 #, c-format msgid -u, --upgrade Try to upgrade dependencies\n msgstr -u, --upgrade Versuchen, die Abhängigkeiten zu\n aktualisieren\n #: src/debfoster.c:580 #, c-format msgid -c, --config FILE Specify configuration file\n msgstr -c, --config DATEI Konfigurationsdatei angeben\n #: src/debfoster.c:581 #, c-format msgid -k, --keeperfile FILE Specify keeper file\n msgstr -k, --keeperfile DATEI Aufbewahrungsdatei angeben\n #: src/debfoster.c:582 #, c-format msgid -n, --no-keeperfileDon't read keeper file\n msgstr -n, --no-keeperfile Aufbewahrungsdatei nicht lesen\n #: src/debfoster.c:583 #, c-format msgid -i, --ignore-default-rules Ignore default rules\n msgstr -i, --ignore-default-rules Standardregeln ignorieren\n #: src/debfoster.c:584 #, c-format msgid
Bug#533503: libc6-i386 must use Breaks instead of Conflicts
Package: libc6-i386 Version: 2.9-14 Severity: grave Hi, due to the conversion of /usr/lib32 from link to directory all the files in /emul/ become non-functional. For that reason you choose to conflict with the existing packages having files there. But this is not a case where libc6-i386 conflicts with any of the other packages. They can be installed in parallel just fine (from the point of dpkg). What happens is that it breaks the other packages. The functionality is lost. So instead of conflicts breaks should be used in the control file. Now you might ask: Why does it matter? Why is it grave? First ia32-libs (and any other package with files in /emul/ia32-linux/usr/lib) needs to pre-depend libc6-i386 (= 2.9-14). Otherwise the files (then) in /usr/lib32 would end up in /emul/ia32-linux/usr/lib and disapear when libc6-i386 is updated to 2.9-14. Given that we have a conflicts + pre-depends loop. As Steve Langasek said on irc: - since the conflicts+pre-depends means: remove ia32-libs, upgrade libc6-i386, and maybe apt will be accomodating and re-install ia32-libs afterwards - whereas breaks+pre-depends means: deconfigure ia32-libs, upgrade libc6-i386, upgrade ia32-libs, happy - I'm saying that apt gives you no guarantee that ia32-libs will be installed at the end with the conflicts+pre-depends loop The same holds for all the 32bit libs and by association the 32bit binaries. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable-i386 APT policy: (500, 'unstable-i386'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-frosties-1 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-i386 depends on: ii libc6 2.9-12 GNU C Library: Shared libraries libc6-i386 recommends no packages. libc6-i386 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533504: qemu-launcher: [INTL:DE]
Package: qemu-launcher Version: 1.7.4-1 Severity: wishlist Tags: l10n Hi, please find attached the initial german translation of qemu-launcher. Greetings, Chris # Translation of qemu-launcher to German # Copyright (C) 2004 - 2005 Erik Meitner # This file is distributed under the same license as # the qemu-launcher package. # Chris Leick c.le...@vollbio.de, 2009. # msgid msgstr Project-Id-Version: qemu-launcher 1.7.4-1\n Report-Msgid-Bugs-To: Erik Meitner emeit...@f2o.org\n POT-Creation-Date: 2007-06-09 13:50+0300\n PO-Revision-Date: 2009-06-01 21:03+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: qemu-launcher.pl:46 glade/qemulauncher.glade:27 msgid Qemu Launcher msgstr Qemu-Launcher #: qemu-launcher.pl:52 msgid Default settings msgstr Standardeinstellungen #: qemu-launcher.pl:58 qemu-launcher.pl:514 qemu-launcher.pl:525 #: qemu-launcher.pl:583 qemu-launcher.pl:709 qemu-launcher.pl:719 #: qemu-launcher.pl:767 qemu-launcher.pl:2108 qemu-launcher.pl:2115 msgid Default msgstr Standard #: qemu-launcher.pl:60 msgid These defaults can be modified and used as a base for new configs. msgstr Diese Standardeinstellungen können verändert und als Basis für neue Konfigurationen benutzt werden. #: qemu-launcher.pl:230 #, perl-format msgid Could not save configuration for %s. msgstr Konfiguration für %s konnte nicht gesichert werden. #: qemu-launcher.pl:291 #, perl-format msgid Could not read configuration for %s. msgstr Konfiguration für %s konnte nicht gelesen werden. #: qemu-launcher.pl:351 #, perl-format msgid Delete '%s'? msgstr »%s« löschen? #: qemu-launcher.pl:366 #, perl-format msgid Could not delete %s: msgstr »%s« konnte nicht gelöscht werden: #: qemu-launcher.pl:798 msgid Please enter a name for this configuration. msgstr Bitte geben Sie einen Namen für diese Konfiguration ein. #: qemu-launcher.pl:849 #, perl-format msgid Could not read configuration from %s msgstr Konfiguration konnte nicht von %s gelesen werden. #: qemu-launcher.pl:908 #, perl-format msgid Could not save configuration to %s msgstr Konfiguration konnte nicht unter %s gesichert werden #: qemu-launcher.pl:944 msgid Please enter a valid data directory. msgstr Bitte geben Sie ein gültiges Datenverzeichnis ein. #: qemu-launcher.pl:945 qemu-launcher.pl:951 qemu-launcher.pl:962 #: qemu-launcher.pl:973 qemu-launcher.pl:984 msgid Settings not applied. msgstr Einstellungen nicht angewandt. #: qemu-launcher.pl:950 qemu-launcher.pl:961 qemu-launcher.pl:972 #: qemu-launcher.pl:983 #, perl-format msgid %s does not exist. msgstr %s existiert nicht. #: qemu-launcher.pl:1365 msgid Not a valid directory for 'New image location'. msgstr Kein gültiges Verzeichnis für »Neuer Abbildort«. #: qemu-launcher.pl:1371 msgid Not a valid name for 'New image name'. msgstr Kein gültiger Name für »Neuer Abbildname«. #: qemu-launcher.pl:1377 msgid Not a valid image for 'Original image'. msgstr Kein gültiges Abbild für »Originalabbild«. #: qemu-launcher.pl:1426 msgid An error occurred creating the disk image: msgstr Bei der Erstellung des Plattenabbildes ist ein Fehler aufgetreten: #: qemu-launcher.pl:1473 #, perl-format msgid No file specified for %s. msgstr Keine Datei für %s angegeben. #: qemu-launcher.pl:1478 #, perl-format msgid Not a valid file for %s. msgstr Keine gültige Datei für %s. #: qemu-launcher.pl:1498 qemu-launcher.pl:1520 msgid Select a File msgstr Wählen Sie eine Datei aus #: qemu-launcher.pl:1546 msgid Select a Directory msgstr Wählen Sie ein Verzeichnis aus #: qemu-launcher.pl:1911 msgid Some characters in the name are not valid.\n Use only letters, numbers, -, _, and space. msgstr Einige Zeichen im Namen sind nicht gültig.\n Benutzen Sie nur Buchstaben, Nummern, -, _ und Leerzeichen. #: qemu-launcher.pl:2016 msgid There was a problem reading the main configuration. Starting with defaults. msgstr Es gab ein Problem beim Lesen der Hauptkonfiguration. Es wird mit Standardeinstellungen gestartet. #: qemu-launcher.pl:2037 #, perl-format msgid A configuration named '%s' does not exist. msgstr Eine Konfiguration mit Namen »%s« existiert nicht. #: qemu-launcher.pl:2084 msgid Floppy A msgstr Diskettenlaufwerk A #: qemu-launcher.pl:2085 msgid Hard disk 0 msgstr Festplatte 0 #: qemu-launcher.pl:2086 msgid CD-ROM msgstr CD-ROM #: qemu-launcher.pl:2093 msgid PC, 32-bit (x86) msgstr PC, 32-bit (x86) #: qemu-launcher.pl:2094 msgid PC, 64-bit (x86_64) msgstr PC, 64-bit (x86_64) #: qemu-launcher.pl:2095 msgid ARM, little endian (arm) msgstr ARM, little endian (arm) #: qemu-launcher.pl:2096 msgid ARM, big endian (armeb) msgstr ARM, big endian (armeb) #: qemu-launcher.pl:2097 msgid PowerPC, 32-bit (ppc) msgstr PowerPC, 32-bit (ppc) #: qemu-launcher.pl:2098 msgid PowerPC, 64-bit
Bug#527123: abiword: Abiword still crashes on printing
On Wed, 17 Jun 2009 14:54:02 +0200 Patrik Fimml pat...@fimml.at wrote: Thank you very much for your quick reply. The last time I reported the bug in question (about 5 weeks ago) I didn't get any response at all. You are very welcome to fix it yourself. If that's not an option, then please drop the reproachful tone. What's the exact issue you were experiencing? The exact issue is simply nothing. When I press Ctrl-p or click the respective button, abiword simply vanishes into thin air without leaving any trace. Nearly the same happens when I choose Save as PDF or Save as Postscript - except from that then it takes a second or two for abiword to realize that it probably ought to crash now. ;) For me, that prints the document in question. This is not what the documentation claims --print=- should do, but that's not related to the crash described by the original submitter. I can only guess that abiword probably didn't print the document in question for you, then. But in your console-output snippet, I do not see anything crash-related. No abort, no segfault. What makes you think it's a crash? When I call abiword from the shell and try to print the document interactively I find the message Aborted after the mysterious disappearance of abiword. Else (when called from the shell to print) the snippet I sent is everything I get. Please clarify this. In addition, please check whether you find the bug to persist in abiword SVN. If it does, and it is a crash, then please compile with debugging symbols and attach a backtrace. I downloaded version 2.7.4 yesterday from abisource.com. Will this be ok for you? Or how can I reach the SVN repository? (However I'm not good in CVS/ SVN, so I should prefer a tarball.) Regards Martin -- Volk ist Opium für die Religion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531595: Bug#531569: Fixing LaTeX in oldstable
Dear Luk, dear Release Managers, On Do, 11 Jun 2009, Frank Küster wrote: I am right now uploading an again-installable tetex-bin to oldstable-proposed-updates (I hope that's correct?), and texlive-bin will follow soon. Both uploads have been built in etch pbuilder chroots, and have been tested to fix the problem. The changes are small, essentially only one patch file is added, and except for the changelog one file in debian/ is changed, namely the quilt series file (for tetex-bin) or the dpatch 00list file. The patch is attached. Do we need to do anything else (besides fixing stable and sid, but that isn't urgent since the bug won't show up soon)? sid will be fixed soon, but I have uploaded texlive-bin 2007.dfsg.2-4+lenny1 to proposed-stable-updates which includes the same fix as tetex and texlive-bin 2005 uploaded by Frank. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- WINKLEY (n.) A lost object which turns up immediately you've gone and bought a replacement for it. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532283: mktemp is still tagged as essential
Package: mktemp Version: 7.4-2 Severity: normal Today I have upgraded mktemp to the newest version available in 'testing'. After upgrading, the package has the following status: dpkg -s mktemp Package: mktemp Status: install ok installed Priority: required Section: utils Installed-Size: 20 Maintainer: Michael Stone mst...@debian.org Architecture: all Source: coreutils Version: 7.4-2 Pre-Depends: coreutils (= 7.4-1) Description: coreutils mktemp transitional package Empty package to facilitate upgrades, can be safely removed. Since mktemp is obsolete now, I have tried to purge it. While doing that I was urged to type in the phrase ' Yes, do as I say!'. apt-get --purge remove mktemp Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: mktemp* WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! mktemp 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 20.5kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] Yes, do as I say! (Reading database ... 111616 files and directories currently installed.) Removing mktemp ... In my opinion package 'mktemp=7.4-2' should NOT be flagged as essential any longer. -- Peter Slickers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531438: ocsinventory-server: dbconfig-common warning while installing
Hello, I think the warning comes from dbconfig-common and not from ocsinventory-server, the only place where ocsinventory-server calls ucf is in preinst in case of upgrade and postrm. I setup a new branch in my repository. --8---cut here---start-8--- * debian/control (Depends): --debconf-ok appears in ucf version 0.28. * debian/ocsinventory-reports.postrm: Use --debconf-ok. * debian/ocsinventory-server.postrm: Ditto. * debian/ocsinventory-server.preinst: Ditto. --- debian/control |2 +- debian/ocsinventory-reports.postrm |2 +- debian/ocsinventory-server.postrm |2 +- debian/ocsinventory-server.preinst |2 +- 4 files changed, 4 insertions(+), 4 deletions(-) --8---cut here---end---8--- Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 diff --git a/debian/control b/debian/control index 1818df1..b047d4a 100644 --- a/debian/control +++ b/debian/control @@ -18,7 +18,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, libcompress-zlib-perl, libxml-simple-perl, libnet-ip-perl, -ucf, +ucf (= 0.28), dbconfig-common Recommends: ocsinventory-reports Suggests: mysql-server, libsoap-lite-perl, ocsinventory-agent diff --git a/debian/ocsinventory-reports.postrm b/debian/ocsinventory-reports.postrm index 854bedc..ca7615b 100644 --- a/debian/ocsinventory-reports.postrm +++ b/debian/ocsinventory-reports.postrm @@ -27,7 +27,7 @@ if [ $1 = purge ]; then done rm -f $FILE if which ucf /dev/null 21; then - ucf --purge $FILE + ucf --debconf-ok --purge $FILE fi done diff --git a/debian/ocsinventory-server.postrm b/debian/ocsinventory-server.postrm index a8e896a..a31b690 100644 --- a/debian/ocsinventory-server.postrm +++ b/debian/ocsinventory-server.postrm @@ -26,7 +26,7 @@ if [ $1 = purge ]; then done rm -f $FILE if which ucf /dev/null 21; then - ucf --purge $FILE + ucf --debconf-ok --purge $FILE fi done diff --git a/debian/ocsinventory-server.preinst b/debian/ocsinventory-server.preinst index 0cfe8b3..9cd2429 100644 --- a/debian/ocsinventory-server.preinst +++ b/debian/ocsinventory-server.preinst @@ -22,7 +22,7 @@ case $1 in if dpkg --compare-versions $2 lt-nl 1.02-1; then # move old file out of the way mv /etc/ocsinventory/ocsinventory.conf /etc/ocsinventory/ocsinventory.conf-$2 -ucf --purge /etc/ocsinventory/ocsinventory.conf +ucf --debconf-ok --purge /etc/ocsinventory/ocsinventory.conf fi ;; -- 1.6.3.1 pgpgBjBoNV39Z.pgp Description: PGP signature
Bug#531569: [SRM] upload of TeX packages to oldstable
Herbert Liechti herbert.liec...@thinx.ch wrote: Dear release managers, I am right now uploading an again-installable tetex-bin to oldstable-proposed-updates (I hope that's correct?), and texlive-bin will follow soon. Both uploads have been built in etch pbuilder chroots, and have been tested to fix the problem. Hello Where can I download this fixed version. The archives seems to have the buggy version (3.0-30). It seems that it is not yet completely processed by the Stable Release Managers, and hence not available on Debian servers. I have uploaded it to http://people.debian.org/~frank/texlive2009/dists/etch/main/; should be apt-get'able with something like deb http://people.debian.org/~frank/texlive2009 etch main deb-src http://people.debian.org/~frank/texlive2009 etch main Does anyone need an updated texlive-bin, too? Regards, Frank -- Dr. Frank Küster Debian Developer (TeXLive) VCD Aschaffenburg-Miltenberg, ADFC Miltenberg B90/Grüne KV Miltenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533471: [Mutt] #3274: mutt: maildir_mtime=yes should place maildirs with new mail first
#3274: mutt: maildir_mtime=yes should place maildirs with new mail first ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: closed Priority: minor | Milestone: Component: mutt | Version: 1.5.20 Resolution: invalid |Keywords: ---+ Changes (by anto...@dyne.org): * status: new = closed * resolution: = invalid Comment: Ok, thanks. Sorry to have opened a bug which is not related to the original mutt source. Resolving it now. Cheers Antonio -- Ticket URL: http://dev.mutt.org/trac/ticket/3274#comment:2 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499220: Patch available
Attached is a patch that fixed this. evolution-data-server_2.23.92-0ubuntu2.debdiff Description: Binary data
Bug#533505: Missing [Desktop Entry] header in pauker.desktop file
Package: pauker Version: 1.8+dfsg-1 Severity: minor Hi, The pauker.desktop file lacks the [Desktop Entry] header, which makes app-install complain when update-app-install is run. (The desktop file is extracted and shipped in app-install-data.) It might cause other failures too, but I haven't checked. Regards, Stephen -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533344: closed by Jonas Smedegaard d...@jones.dk (Bug#533344: fixed in netatalk 2.0.4-1)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 package netatalk reopen 533344 notfound 533344 2.0.4-1 tags 533344 pending thanks On Wed, Jun 17, 2009 at 11:16:09PM -0500, Itai Seggev wrote: Didn't quite fix it. The __db.* files need to be deleted before the the call to db4.7_load, otherwise the latter complaims about a version mismatch. At least, that was my experience. Ah, ok. My limited testing didn't reveal that. Will reorder for next release. Thanks! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko58mMACgkQn7DbMsAkQLh7fgCdG4rtcXGlEWfl9em2aa/Pklg3 PzoAnjhP2uH+ORcKLa8Utzfa5daMuJ4p =Gryz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533141: closed by Jonas Smedegaard d...@jones.dk (Bug#533141: fixed in netatalk 2.0.4-1)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Wed, Jun 17, 2009 at 11:26:30PM -0500, Itai Seggev wrote: This issue wasn't quite solved for me, but I'm no longer sure this is a bug in netatalk. After further investigation, I discovered that the bug manifested because of the following two situations a) libltdl-dev provides libltdl3-dev and hence satisfies the build-dep b) even if you install libltdl3-dev, you can still have the shiny libtool 2.2 installed. Either of these conditions results in build failure. I was only able to build the package successfully when I had libltdl3-dev and libtool=1.5.26 installed. Whether this is a bug in netatalk, libtool, or in my layman's understanding of build dependencies, I shall leave to wiser minds than mine. Please elaborate: What system are you using, that provides you the old libtool to install, concurrently with the new libltdl-dev? Yes, libltdl-dev provides libltdl3-dev, but you describred something else: you described how explicitly requesting one of them _uninstalled_ the other to replace it - and that does not sound like a single package providing the other virtually. So please elaborate on the system you are using. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko59C4ACgkQn7DbMsAkQLgrAQCfflfp245DDp7JGgcu6F69ba7d XDUAn2j129Olgn/1/zxHaMZ44iEzpkpW =6bGd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533499: netbase.postinst should check if /etc/init.d/networking is executable
On Jun 18, Dr. Markus Waldeck wald...@gmx.de wrote: The most services in Debian execute update-rc.d in their postinst script ONLY if the corresponding script in /etc/init.d is executable. I don't think so. Please show examples and a rationale. -- ciao, Marco signature.asc Description: Digital signature
Bug#533506: [system-config-printer-kde] segmentation fault on launch
Package: system-config-printer-kde Version: 4:4.2.4-1 Severity: important --- Please enter the report below this line. --- Sorry there is no backtrace, even with --debug option, so this bugreport is little useful. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30 Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstablemi.mirror.garr.it 990 unstableftp.it.debian.org 500 testing mi.mirror.garr.it 500 experimentalmi.mirror.garr.it 1 experimentalmi.mirror.garr.it --- Package information. --- Depends (Version) | Installed ==-+-= python | 2.5.4-3 python-qt4-dbus| 4.5-1 python-kde4 (= 4:4.2.0) | 4:4.2.4-1 system-config-printer (= 1.0.0) | 1.0.0-6 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533507: crash on startup parsing muttrc (unmailboxes)
Package: mutt Version: 1.5.20-1 Severity: important ~/.muttrc: mailboxes `echo ~/Mail/*` unmailboxes ~/Mail/trash backtrace: #0 *__GI___libc_free (mem=0x6d6f682f) at malloc.c:3599 #1 0x080ba6b8 in safe_free (ptr=0x9f5d968) at ../lib.c:198 #2 0x08055e7a in mutt_parse_mailboxes (path=0xbfe639f4, s=0xbfe6399c, data=2, err=0xbfe6547c) at ../buffy.c:239 #3 0x080761dc in mutt_parse_rc_line (line=0x9f5b3c0 unmailboxes ~/Mail/trash, token=0xbfe639f4, err=0xbfe6547c) at ../init.c:2456 #4 0x0807638e in source_rc (rcfile=0x9f52600 /home/usrname/.muttrc, err=0xbfe6547c) at ../init.c:2364 #5 0x08076b86 in mutt_init (skip_sys_rc=0, commands=0x0) at ../init.c:3240 #6 0x0808285d in main (argc=1, argv=0xbfe65ea4) at ../main.c:748 -- Package-specific info: Mutt 1.5.20 (2009-06-14) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.30 (i686) ncurses: ncurses 5.7.20090523 (compiled with 5.7) libidn: 1.15 (compiled with 1.15) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 09:23:18) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc62.9-15 GNU C Library: Shared libraries ii libcomerr2 1.41.6-1common error description library ii libgdbm3 1.8.3-4 GNU dbm database routines (runtime ii libgnutls26 2.6.6-1 the GNU TLS library - runtime libr ii libgpg-error01.6-1 library for common error values an ii libgpgme11 1.1.8-2 GPGME - GnuPG Made Easy ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libidn11 1.15-1 GNU Libidn library, implementation ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-31.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libncursesw5 5.7+20090523-1 shared libraries for terminal hand ii libsasl2-2 2.1.23.dfsg1-1 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4 4.69-11metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail- 4.69-11lightweight Exim MTA (v4) daemon ii libsasl2-modules 2.1.23.dfsg1-1 Cyrus SASL - pluggable authenticat ii locales 2.9-15 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages mutt suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ca-certificates 20081127 Common CA certificates ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii ispell 3.1.20.0-4.5 International Ispell (an interacti pn mixmaster none (no description available) ii openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a pn urlview none (no description available) Versions of packages mutt is related to: ii mutt 1.5.20-1 text-based mailreader supporting M ii mutt-dbg 1.5.20-1 debugging symbols for mutt pn mutt-patched none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527762: yersinia: only libpcap-dev
Package: yersinia Version: 0.7.1-1 Severity: normal This error appears by just installing libpcap-dev. Without it ./configure says: checking for a complete set of pcap headers... no !!! couldn't find a complete set of pcap headers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533507: crash on startup parsing muttrc (unmailboxes)
forcemerge 533459 533507 thanks Hi Roger, this was fixed yesterday and it is pending an upload (see bug 533459). Thanks for your report. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533508: ITP: libcap-ng -- Library for manipulating POSIX.1e capabilities
Package: wnpp Severity: wishlist Owner: Pierre Chifflier pol...@debian.org * Package name: libcap-ng Version : 0.4.2 Upstream Author : Steve Grubb sgr...@redhat.com * URL : http://people.redhat.com/sgrubb/libcap-ng * License : LGPLv2+ Programming Lang: C Description : An alternate posix capabilities library This library implements the user-space interfaces to the POSIX 1003.1e capabilities available in Linux kernels. These capabilities are a partitioning of the all powerful root privilege into a set of distinct privileges. . The libcap-ng library is intended to make programming with posix capabilities much easier than the traditional libcap library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527872: awesome: .xsession-errors when this crash happen
Package: awesome Version: 3.3-1 Severity: normal I think awesome crash while aptitude full-upgrade was running. After searching in b.d.o I arrived to this bug, and then I can verify that in my /var/log/aptitude appears dbus as package upgraded: [ACTUALIZA] libdbus-1-3 1.2.14-2 - 1.2.14-3 [ACTUALIZA] libdbus-1-dev 1.2.14-2 - 1.2.14-3 $ cat .xsession-errors $ cat awesome_crash /etc/gdm/Xsession: Beginning session setup... mv: no se puede efectuar `stat' sobre «/home/javi/.cache/awesome/lastwallpaper.tmp»: No existe el fichero o el directorio W: awesome: luaA_dofunction:264: error running function: /usr/share/awesome/lib/awful/client.lua:434: attempt to index local 'target' (a nil value) (rhythmbox:10674): Rhythmbox-WARNING **: Unable to grab media player keys: Could not get owner of name 'org.gnome.SettingsDaemon': no such name W: awesome: luaA_dofunction:264: error running function: /usr/share/awesome/lib/awful/client.lua:434: attempt to index local 'target' (a nil value) sh: acroread: command not found W: awesome: luaA_dofunction:264: error running function: /usr/share/awesome/lib/awful/client.lua:434: attempt to index local 'target' (a nil value) (rhythmbox:10674): Rhythmbox-WARNING **: Client failure: Daemon connection failed Sorry if this is not the same bug. If not, I could attach my rc.lua Regards, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awesome depends on: ii libc6 2.9-16 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-3 simple interprocess messaging syst ii libev31:3.6-1high-performance event loop librar ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libimlib2 1.4.2-4+b1 powerful image loading and renderi ii liblua5.1-0 5.1.4-3Simple, extensible, embeddable pro ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcb-atom1 0.3.5-1utility libraries for X C Binding ii libxcb-aux0 0.3.5-1utility libraries for X C Binding ii libxcb-event1 0.3.5-1utility libraries for X C Binding ii libxcb-icccm1 0.3.5-1utility libraries for X C Binding ii libxcb-image0 0.3.5-1utility libraries for X C Binding ii libxcb-keysyms1 0.3.5-1utility libraries for X C Binding ii libxcb-property1 0.3.5-1utility libraries for X C Binding ii libxcb-randr0 1.3-2 X C Binding, randr extension ii libxcb-render-util0 0.3.5-1utility libraries for X C Binding ii libxcb-render01.3-2 X C Binding, render extension ii libxcb-shm0 1.3-2 X C Binding, shm extension ii libxcb-xinerama0 1.3-2 X C Binding, xinerama extension ii libxcb-xtest0 1.3-2 X C Binding, xtest extension ii libxcb1 1.3-2 X C Binding ii libxdg-basedir1 1.0.1-1implementation of the XDG Base Dir ii menu 2.1.41 generates programs menu for all me Versions of packages awesome recommends: ii rlwrap0.30-1.1 readline feature command line wrap ii x11-xserver-utils 7.4+2 X server utilities awesome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520834: dh_auto_{build,install,clean} should support different python versions
Joey Hess wrote: Julian Andres Klode wrote: pyversions -r lists all supported versions if the field in debian/control and debian/pyversions are both missing. If debian/pyversions is empty it would fail, but debian/pyversions should never be empty. At least this is what I saw in my local testing. You're right. Use pyversions -s if pyversions -r fails. pyversions -s will work always as it lists all supported Python versions. If a package doesn'tlimit itself to Python versions it works with, it should be built for all supported versions. If they use the standard functionality provided by python distutils, python-distutils-extra or python-setuptools it should work. As far as I know cdbs also builds for all requested python versions, so it should be safe to adapt this way of building. Right. Also setup.py *must* work for all supported Python versions (or for the versions specified in debian/pyversions), otherwise it is broken and will fail on the next transition. So the best way is to run it with all Python versions as it will save people from headaches and FTBFS when we migrate to a new Python version. I CCed debian-pyt...@lists.debian.org, so we can get some feedback from there. I'm mostly worried about breaking any existing packages that use dh or dh_auto_*, and somehow contain something that breaks if it's changed to start building multiple times for multiple python versions. (There are probably few if any such packages, but I do have to worry about backward compatability when I change dh_auto_*.) They should not break as building for all Python versions is the right way to go. Modules should also be built with all Python versions to ensure they won't fail to build at install time when pysupport compiles them. If a package breaks due to that, it is *not* a bug in dh but a bug in the package. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533510: Slow network connections after resuming from suspend
Package: linux-image-2.6-686 Version: version 2.6.29+19 After suspending my laptop and resuming, the Internet is very slow. A reboot fixes the problem. I get about 600 to 800KB/s down normally. After resuming from suspend this turns into about 20 to 30KB/s. After a suspend/resume I noticed the following after running ifconfig. (The numbers increase the more I use the Internet). RX packets:1210 errors:78 dropped:155 overruns:78 frame:0 Before a suspend/resume there are no errors etc. This problem happens both when using the wired and wireless connections. I have installed the Linux kernel version 2.6.30 and it now works perfectly. This email has been sent from the Bucks LEA. If you have cause for complaint regarding the content of this email please contact ab...@bucksgfl.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533509: xorg: Random crash
Package: xorg Version: 1:7.3+18 Severity: critical Justification: breaks the whole system The XServer crashes random once or twice in a (working) day, without a particular reason. I see a black screen and i can't access to terminal. I use the latest GNOME, no compiz. Here the logs. X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-11) Current Operating System: Linux tecra 2.6.26-2-686 #1 SMP Thu Mar 26 01:08:11 UTC 2009 i686 Build Date: 20 February 2009 03:06:29AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Jun 18 10:12:34 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e3800 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 1179,0001 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 1179,0005 rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 1179,0005 rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 1179,0001 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 1179,0001 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 1179,0001 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 1179,0001 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 1179,0001 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 1179,0001 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 1179,0001 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:2: chip 8086,27c4 card 1179,0001 rev 02 class 01,01,80 hdr 00 (II) PCI: 01:00:0: chip 8086,109a card 1179,0001 rev 00 class 02,00,00 hdr 00 (II) PCI: 02:00:0: chip 8086,4222 card 8086,1041 rev 02 class 02,80,00 hdr 00 (II) PCI: 03:0b:0: chip 104c,8039 card 1000, rev 00 class 06,07,00 hdr 82 (II) PCI: 03:0b:1: chip 104c,803a card 1179,0001 rev 00 class 0c,00,10 hdr 80 (II) PCI: 03:0b:3: chip 104c,803c card 1179,0001 rev 00 class 08,05,01 hdr 80 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:28:0), (0,1,1), BCTRL: 0x (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0xb000 - 0xbfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0
Bug#533469: Cannot determine QEMU argv syntax
reassign 533469 libvirt notfound 533469 85+dfsg-4 fixed 533469 0.6.3-3 thanks Hi Martin, On Wed, Jun 17, 2009 at 10:34:51PM +0200, martin f krafft wrote: Package: kvm Version: 85+dfsg-4 Severity: grave Since the upgrade from kvm 84 to 85, I cannot start my VMs anymore: khyber:~|master|% virsh start mdadm-lab.madduck.net error: Failed to start domain mdadm-lab.madduck.net error: internal error Cannot determine QEMU argv syntax /usr/bin/kvm The bug is actually in libvirt and was fixed in 0.6.3-3. There's also a backport available on bpo. I'm almost sure this is the issue (if so please close the bug). Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517037: any progress
Hi Martin, any progress on this one. The package is readily available in Ubuntu, so packaging should be easy. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533469: Cannot determine QEMU argv syntax
also sprach Guido Günther a...@sigxcpu.org [2009.06.17.2355 +0200]: I'm almost sure this is the issue (if so please close the bug). Yeah, I already did close it. The problem was that libvirtd was still running and I had to shut down all VMs to restart it. That had me confused for a bit. Now it works. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems sailing is, after all, a kind of grace, a kind of magic. -- phil berman digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#533511: smartmontools: [patch] provide status action for the init file
Package: smartmontools Version: 5.38-3 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch The attached patch adds a status action for the smartmontools.init script. Please have a look and apply if you like it. In Ubuntu, we've applied the attached patch to achieve the following: * Merge from debian unstable, remaining changes: - debian/control: Depend on lsb = 3.2-14, which has the status_of_proc() function. - debian/smartmontools.init: Add the 'status' action We thought you might be interested in doing the same. Thanks, Michael -- System Information: Debian Release: squeeze/sid APT prefers karmic-security APT policy: (500, 'karmic-security'), (500, 'karmic'), (300, 'karmic-security'), (300, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-9-generic (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u smartmontools-5.38/debian/changelog smartmontools-5.38/debian/changelog diff -u smartmontools-5.38/debian/control smartmontools-5.38/debian/control --- smartmontools-5.38/debian/control +++ smartmontools-5.38/debian/control @@ -11,7 +12,7 @@ Package: smartmontools Architecture: any Conflicts: smartsuite, ucsc-smartsuite -Depends: ${misc:Depends}, ${shlibs:Depends}, debianutils (= 2.2), lsb-base (= 3.0-10) +Depends: ${misc:Depends}, ${shlibs:Depends}, debianutils (= 2.2), lsb-base (= 3.2-14) Recommends: mailx | mailutils Description: control and monitor storage systems using S.M.A.R.T. The smartmontools package contains two utility programs (smartctl and smartd) diff -u smartmontools-5.38/debian/smartmontools.init smartmontools-5.38/debian/smartmontools.init --- smartmontools-5.38/debian/smartmontools.init +++ smartmontools-5.38/debian/smartmontools.init @@ -125,8 +126,11 @@ fi fi ;; + status) + status_of_proc -p $SMARTDPID $SMARTD smartd exit 0 || exit $? + ;; *) - echo Usage: /etc/init.d/smartmontools {start|stop|restart|reload|force-reload} + echo Usage: /etc/init.d/smartmontools {start|stop|restart|reload|force-reload|status} exit 1 esac
Bug#533287: debian-policy: please clarify 10.7.4
On Wed, Jun 17, 2009 at 03:54:10PM +0200, Felix Zielcke wrote: For example we grub/grub2 maintainers have the problem that some people still have /sbin/update-grub in their /etc/kernel-img.conf. grub-legacy has a wrapper to warn about this since etch, but we recently got a bug report in grub2 who had it still in place (#500631). After I asked in #debian-devel my solution to this problem was to just abort in the preinst with an error message. Then I noticed #470894 where Colin Watson wanted to edit /etc/default/grub inside of grub-installer. And there I told him that I'm unsure if policy allows this and told him my solution to our problem. Let's discount the question of /etc/default/grub; it's not at issue here, and the solution you're using now for it is not questionable AFAICS. In message #36 [0] and #46 [1], he told me that we should either keep it as an symlink or just edit automatically /etc/kernel-img.conf /etc/kernel-img.conf is edited by grub-installer automatically to add update-grub to it. My concern is essentially, without intending offence to anyone involved, that we look stupid doing it the way we were doing it. :-) I'll quote my mail to debian-boot: # I'm sorry to have to say this, but the kernel-img.conf /sbin/update-grub # migration has been a hopelessly confusing mess. Please don't use it as # an example of anything except how *not* to do things. # # Either /sbin/update-grub should have continued to be supported forever # as a symlink without warnings, or (preferably) something should have # taken care of detecting the situation and rewriting the configuration # file automatically. Robert even suggested a way to do this in #361929, # but it was never done for some reason that is mysterious to me. # Complaining about the situation and aborting is the worst of both # worlds; it often merely throws users into confusion, or at best leaves # them cursing about how Debian didn't just sort out its own mistakes # rather than making users take care of it by hand. # # I understand, of course, that there are all sorts of reasons why these # sorts of things happen at the time; but if you look at the change as a # whole then it was very clearly far from optimal. /etc/kernel-img.conf is a weird case. To start with, it's initially created by the installer (base-installer) and the update-grub line is added by another part of the installer (grub-installer). Obviously the installer can't own a configuration file permanently, so we say that the kernel owns it because it's the primary consumer (and indeed historically it was using it before the installer did anything with it). Its format is clearly documented in kernel-img.conf(5). Of course, though, the kernel is not a single package, but a succession of packages with different names and very similar maintainer scripts generated by kernel-package, so its upgrade path is not simple. Furthermore, the requirement that update-grub be called without an explicit path (or at least not as /sbin/update-grub) comes from the grub package and is due to changes there; if the grub package insists on a change to a configuration file, as it did, then I do feel that it should be its responsibility to put its own house in order. (Normally I would say that a package should fix up its own mistakes, but in this case the mistaken entry in the configuration file comes from grub-installer, which is part of the installer and so can't do anything to fix up its mistakes on upgrade.) I would not object to the kernel packaging making this change instead, but of course we are then reliant on people actually upgrading to newer kernels, which is in practice not something that happens quite so reliably as normal package upgrades. People hang back on the kernel for all kinds of reasons. But, nevertheless, perhaps a kernel packaging person (Manoj?) could speak up and say whether they'd be willing to have the kernel fix up old /etc/kernel-img.conf files that mention /sbin/update-grub. The worst possible solution, in my book, is for grub to abort in its preinst and force the user to make the change by hand. If we end up doing that then we have put policy, or perhaps a failure to agree on implementation, ahead of the user. From the user's point of view, Debian (collectively) made this mistake and Debian should fix it up rather than bothering them about it. The warning was faintly ridiculous in the same way, and I certainly heard friends of mine who were upgrading from older versions of Debian object that we should just have fixed the file rather than complaining at them about its contents. I'm not too surprised that the recommendation I made to have grub edit /etc/kernel-img.conf rather than abort if it's wrong is contentious, I suppose. I don't think the situation is so clear that it is manifestly wrong - I certainly felt it to be justifiable, and I think the situation is distinctly muddy - though I concede it may not be the best possible answer. But then I don't know
Bug#532120: Require support for temporary /var/run/ and /var/lock in all packages
On Sat, Jun 06, 2009 at 05:01:46PM +0200, Julian Andres Klode wrote: The wording of Policy 9.3.2's /var/run and /var/lock may be mounted as temporary filesystems[60], so the init.d scripts must handle this correctly. only applies to init.d scripts. But init.d scripts are not the only scripts using /var/run. Bug#452198 is not RC if you apply this rule only to init.d scripts, because it provides no init.d script. Therefore, I propose to change the requirement so that all packages must support /var/run/ and /var/lock/ on temporary filesystems, and not only those which provide an init script. This seems reasonable to me; I don't think we'd foreseen this being a problem for things other than init scripts. Do you have a proposed patch for this, or a suggestion on how it might be better written? I thought a bit about moving the text somewhere else - maybe a new subsection under 9.1 - but I think the requirement applies *principally* to init scripts. Perhaps it would be best to simply add a parenthesis saying that this also applies to the rest of the system? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517037: any progress
On Thu, Jun 18, 2009 at 12:59:45AM +0200, Guido Günther wrote: Hi Martin, any progress on this one. The package is readily available in Ubuntu, so packaging should be easy. Cheers, -- Guido it's in the NEW queue. http://ftp-master.debian.org/new/corosync_0.97-1.html -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#520720: [Pkg-utopia-maintainers] Bug#520720: Bug#520720: gnome-power-manager: Stopped working after consolekit upgrade)
Michael Biebl wrote: Yves-Alexis Perez wrote: On mer, 2009-04-29 at 08:55 +0200, Michael Biebl wrote: That's why I proposed the idea of an additional/separate env var, that will only be set for console logins, so we can easily differentiate X11 from console logins in Xsession.d/90consolekit. That could be a good idea. In fact, what we want (correct me if I'm wrong) is a way, in 90consolekit, to know if we should override the currently running CK session or not. If there's no session, fine, run inconditionnaly, but if there's already a CK session there might be multiple cases (CK-aware DM, CK-pam + DM, CK-pam + console), in some cases the CK-session should be kept, in some other it should be overriden. Am I correct? Yeah, I think this sums it up pretty good. Another idea I'm currently contemplating, is to make ck-launch-session more clever, i.e. run ck-launch-session unconditionally in 90consolekit, and let ck-launch-session check itself, if there is already a CK session registered for the user/tty Hi again, I have a possible solution now, which works a bit differently, please see the attached 90consolekit: The idea is: Run ck-launch-session in 90consolekit, when the following conditions are met ck-launch-session is available (i.e. consolekit package is installed) and XDG_SESSION_COOKIE is not set or ck-launch-session is available, XDG_SESSION_COOKIE is set, but the session has no X11 device (i.e. it is a console session) The latter check is implemented (rather hackishly) via a few dbus-send calls. Please test and let me know if it works for you. If you run startx from the console (with or without libpam-ck-connector enabled), you should get an X11 session. When you use gdm/kdm, you should *not* get double ck sessions. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? # -*- sh -*- # Xsession.d script for ck-launch-session. # # # This file is sourced by Xsession(5), not executed. CK_LAUNCH_SESSION=/usr/bin/ck-launch-session is_on_console() { session=$(dbus-send --system --dest=org.freedesktop.ConsoleKit --type=method_call --print-reply --reply-timeout=2000 /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.GetCurrentSession | grep path | awk '{print $3}' | sed s/\//g) x11_display=$(dbus-send --system --dest=org.freedesktop.ConsoleKit --type=method_call --print-reply --reply-timeout=2000 $session org.freedesktop.ConsoleKit.Session.GetX11Display | grep string | awk '{print $2}') if [ $x11_display = '' ] ; then return 0 else return 1 fi } if [ -x $CK_LAUNCH_SESSION ] \ ( [ -z $XDG_SESSION_COOKIE ] || is_on_console ) ; then STARTUP=$CK_LAUNCH_SESSION $STARTUP fi signature.asc Description: OpenPGP digital signature
Bug#520720: [Pkg-utopia-maintainers] Bug#520720: Bug#520720: gnome-power-manager: Stopped working after consolekit upgrade)
On jeu, 2009-06-18 at 11:22 +0200, Michael Biebl wrote: Please test and let me know if it works for you. If you run startx from the console (with or without libpam-ck-connector enabled), you should get an X11 session. When you use gdm/kdm, you should *not* get double ck sessions. I'll try to test that, thanks. What about the non gdm/kdm cases? There'll be an ongoing X11 session, but I guess it won't be in consolekit session? Even if libpam-ck-connector is used? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533469: Cannot determine QEMU argv syntax
On Thu, Jun 18, 2009 at 10:51:39AM +0200, martin f krafft wrote: also sprach Guido Günther a...@sigxcpu.org [2009.06.17.2355 +0200]: I'm almost sure this is the issue (if so please close the bug). Yeah, I already did close it. The problem was that libvirtd was still running and I had to shut down all VMs to restart it. That had me confused for a bit. Now it works. Hmm...versions since 0.6.1 do restart themselfes on upgrades (when upgrading from a version (= 0.6.1). It's a bug when this didn't happen. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520720: [Pkg-utopia-maintainers] Bug#520720: Bug#520720: gnome-power-manager: Stopped working after consolekit upgrade)
Yves-Alexis Perez wrote: What about the non gdm/kdm cases? There'll be an ongoing X11 session, but I guess it won't be in consolekit session? Even if libpam-ck-connector is used? Sorry, I don't quite understand. Could you explain in more detail what you mean. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#520720: [Pkg-utopia-maintainers] Bug#520720: Bug#520720: gnome-power-manager: Stopped working after consolekit upgrade)
On jeu, 2009-06-18 at 11:33 +0200, Michael Biebl wrote: Yves-Alexis Perez wrote: What about the non gdm/kdm cases? There'll be an ongoing X11 session, but I guess it won't be in consolekit session? Even if libpam-ck-connector is used? Sorry, I don't quite understand. Could you explain in more detail what you mean. In case the user uses slim/xdm to log in (and libpam-ck-connector is installed), when 90consolekit is run, there will be: - an X11 session running - a Consolekit session running so for the script that will mean that XDG_SESSION_COOKIE is set. but will the CK session contain an X11 device or not? Sorry, hope it's clearer? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527123: abiword: Abiword still crashes on printing
On Thu, Jun 18, 2009 at 09:18:33AM +0200, subhuman wrote: On Wed, 17 Jun 2009 14:54:02 +0200 Patrik Fimml pat...@fimml.at wrote: I can only guess that abiword probably didn't print the document in question for you, then. But in your console-output snippet, I do not see anything crash-related. No abort, no segfault. What makes you think it's a crash? When I call abiword from the shell and try to print the document interactively I find the message Aborted after the mysterious disappearance of abiword. Else (when called from the shell to print) the snippet I sent is everything I get. Alright, the absence of the Aborted line seemed strange. In addition, please check whether you find the bug to persist in abiword SVN. If it does, and it is a crash, then please compile with debugging symbols and attach a backtrace. I downloaded version 2.7.4 yesterday from abisource.com. Will this be ok for you? Or how can I reach the SVN repository? (However I'm not good in CVS/ SVN, so I should prefer a tarball.) I think 2.7.4 should be recent enough. Please configure it with CFLAGS=-g CXXFLAGS=-g ./configure --prefix=/tmp/abiword-2.7.4-inst --disable-gnomeui --disable-gnomevfs The --prefix is arbitrary, but be sure to install it somewhere and not run abiword out of the source tree, as it won't find its glade files otherwise. Please also install the libgtk2.0-0-dbg and libglib2.0-0-dbg packages. Then, run it in gdb and get a full backtrace of all threads. $ gdb /tmp/abiword-2.7.4-inst/bin/abiword (gdb) set logging on (gdb) set pagination off (gdb) run reproduce abort (gdb) thread apply all bt full (and attach gdb.txt) Kind regards, Patrik signature.asc Description: Digital signature
Bug#496342: fso-frameworkd: fix for https://docs.openmoko.org/trac/ticket/1309 not implemented?
Luca Capello l...@pca.it writes: The above is the only followup on the upstream bug, have you experienced it again, Timo? And in case not, do you approximately remember starting From which fso-frameworkd version? I have not hit this with frameworkd e6c36e917cc75809f60fa587b68bbf6be0c5bf58. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533513: graphicsmagick: FTBFS on hurd-i386 due to unconditional PATH_MAX usage
Package: graphicsmagick Version: 1.3.5-5 Severity: important Tags: patch Hello, graphicsmagick currently FTBFS on hurd-i386 because it unconditionally uses PATH_MAX, while POSIX says that this may not be defined when there is no such limitation in the system, which is the case for the Hurd. The attached patch fixes this. Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net O ?a peut ?tre une madeleine ? sous munitions (avec des composants, par exemple) -+- #runtime -+- --- graphicsmagick-1.3.5.orig/magick/utility.c +++ graphicsmagick-1.3.5/magick/utility.c @@ -1255,32 +1255,52 @@ some other systems use compatible schemes. */ int - length; + length, + ret; long pid; char - link_path[MaxTextExtent], - real_path[PATH_MAX+1]; + link_path[MaxTextExtent]; + +char * + real_path = NULL; + +struct stat + linkbuf; pid=(long) getpid(); /* Linux format */ FormatString(link_path,/proc/%ld/exe,pid); -length=readlink(link_path, real_path, PATH_MAX); -if (length == -1) +ret = lstat(link_path, linkbuf); +if (ret == 0) + { +real_path = malloc(linkbuf.st_size + 1); +length=readlink(link_path, real_path, linkbuf.st_size); + } +if ((ret != 0) || (length == -1)) { /* Try FreeBSD format */ FormatString(link_path,/proc/%ld/file,pid); -length=readlink(link_path, real_path, PATH_MAX); +ret = lstat(link_path, linkbuf); +if (ret == 0) + { +real_path = realloc(real_path, linkbuf.st_size + 1); +length=readlink(link_path, real_path, linkbuf.st_size); + } } -if ((length 0) (length = PATH_MAX)) +if ((ret == 0) (length 0) (length = linkbuf.st_size)) { real_path[length]=0; if (strlcpy(path,real_path,MaxTextExtent) MaxTextExtent) if (IsAccessible(path)) -return(MagickPass); +{ + free(real_path); + return(MagickPass); +} } +free(real_path); } #endif return(MagickFail);
Bug#521497: [request-tracker-maintainers] Bug#521497: request-tracker3.6: Small problems with German translation
On Fri, Mar 27, 2009 at 10:53:08PM +0100, Ansgar Burchardt wrote: I noticed two small problems with the German translation: The permissions TakeTicket and StealTicket are *both* translated as AnfrageÜbernehmen. I changed every Steal with stehlen (which was already used for Stolen from %1 as well). In Anfragen sollten erlegt werden innerhalb the erlegt should be replaced by erledigt. I attached a patch for de.po. Hi, I forwarded this upstream for you and they informed me that the best way to get translations updated is to use the translation system on https://translations.launchpad.net/rt/3.8/+pots/rt So that you can be credited (and so that I don't get it wrong through my lack of understanding of the language) could you update the translations yourself via that interface? Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531343: bash-completion: Regression - 'man' does not complete on *.3pm files
tags 531343 fixed-upstream thanks Hello, On Sun, 31 May 2009 19:38:10 +0100, Paul LeoNerd Evans wrote: Package: bash-completion Version: 1:1.0-2 Severity: normal The tab-complete for 'man' used to complete on local *.3pm files as perl manpages; it doesn't any more $ ls blib/libdoc/*.3pm blib/libdoc/IO::Async.3pm blib/libdoc/IO::Async::Notifier.3pm ... $ man blib/libdoc/tabtab [ no response ] It would be useful if it would do this again please... $ mkdir -p foo/bar/baz/ $ touch foo/bar/baz/Foo.3pm $ man foTAB fold form_driverform_new_page font2c form_field form_opts font2psf form_field_attributes form_opts_off fontinst form_field_buffer form_opts_on fonts-conf form_field_infoform_page fonttosfnt form_field_justform_post foo/ form_field_new form_request_by_name fopen form_field_optsform_requestname fopencookieform_fieldsform_request_name fork form_fieldtype form_sub forkptyform_field_userptr form_term form form_field_validation form_userptr format form_hook form_win form_cursorform_init fort77 form_data form_new fortune $ man fooTAB $ man ./foo/TAB $ man ./foo/bar/TAB $ man ./foo/bar/baz/TAB $ man ./foo/bar/baz/Foo.3pm Seems working here, with the latest git revision :) Marking the bug fixed-upstream. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#448153: ITP: blueman -- GTK+ bluetooth management utility for GNOME
Alexander Sack wrote: Whats the current status of this? If you have your current work uploaded somewhere? Yap. Take a look at unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533515: nvidia-graphics-drivers: shlibs cleanup
Package: nvidia-graphics-drivers Version: 185.18.14-1 Severity: normal Tags: patch Hi, here comes a patch that does some cleanup on the nvidia-graphics-drivers shlibs handling and some related changes. There are some changes I already mentioned in other bug reports, but the overlap should be fairly small. Short summary: * use dh_lintian, updated overrides * no more hardcoded library dependencies, everything is generated * more consistency between all packages Detailed list of changes: * debian/control.in[source] Build-Depends: debhelper (= 6.0.7~) bumped, for dh_lintian Build-Depends: libc6-dev-i386 [amd64], ia32-libs [amd64] added, these were missing * debian/control.in[some packages] - add Section: non-free/libs, Section: non-free/libdevel - drop hardcoded library dependencies - add ${misc:Depends} * debian/control.in[nvidia-glx] Provides: libgl1 added, since we provide an alternative version of this library theoretically libgl1-mesa-glx should be uninstallable if nvidia-glx is installed Provides: xserver-xorg-video-2 added, this was removed in 177.80-2 and never restored * debian/control.in[nvidia-libvdpau{,-ia32}] Depends: x11-common removed, not needed Suggests: nvidia-settings removed, not needed Recommends: nvidia-kernel-#VERSION# added (and only recommend it, so the package is installable in chroots that don't have a kernel installed) Suggests: nvidia-kernel-source (= #VERSION#) added (for consistency) * debian/control.in[nvidia-kernel-source] Recommends: kernel-package (= 8.082) replaced with ... Recommends: module-assistant ... this (see #533217) * debian/nvidia-glx-dev.links.in - removed comment which resulted in invalid symlink being packged * debian/nvidia-glx-ia32.links.in - add a libGLcore.so.1 symlink, drop *.so symlinks * debian/nvidia-glx.shlibs - xlibmesa-gl is now libgl1-mesa-glx - nothing but our libGL.so.x.y depends on libGLcore, so no libgl1-mesa-glx | libgl1 is needed there * debian/nvidia-glx-ia32.shlibs - added (based on debian/nvidia-glx.shlibs), there was none before - eventually this would be a theoretically better entry for libGL: libGL 1 ia32-libs | libgl1-ia32 * debian/nvidia-glx-ia32.lintian-overrides.in, debian/nvidia-glx.lintian-overrides.amd64.in, debian/nvidia-glx.lintian-overrides.i386.in, debian/nvidia-glx.override.in, debian/nvidia-glx-ia32.override.in - renamed for dh_lintian usage, split because different overrides are needed for i386 and amd64, updated * debian/nvidia-libvdpau-dev.links, debian/nvidia-libvdpau-ia32.links.in, debian/nvidia-libvdpau.links.in - see #519792 - eventually some more Replaces entries are still needed for nvidia-libvdpau-dev * debian/rules - use dh_lintian - some files were renamed - drop dh_shlibdeps hacks, options, workarounds -- this now works out-of-the-box :-) Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Naur orig/debian/control.in mine/debian/control.in --- orig/debian/control.in 2009-06-11 22:40:00.575038000 +0200 +++ mine/debian/control.in 2009-06-18 11:10:59.540580642 +0200 @@ -5,13 +5,12 @@ Uploaders: Randall Donald rdon...@debian.org XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-nvidia/packages/nvidia-graphics-drivers XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-nvidia/packages/nvidia-graphics-drivers -Build-Depends: debhelper ( 4.0.0), sed ( 3.0), libxext6, bzip2 +Build-Depends: debhelper (= 6.0.7~), sed ( 3.0), libxext6, bzip2, libc6-dev-i386 [amd64], ia32-libs [amd64] Standards-Version: 3.6.2 - Package: nvidia-glx-ia32 Architecture: amd64 -Depends: nvidia-kernel-#VERSION#, ia32-libs, ${shlibs:Depends} +Depends: nvidia-kernel-#VERSION#, ${shlibs:Depends}, ${misc:Depends} Suggests: nvidia-settings, nvidia-kernel-source (= #VERSION#) Conflicts: nvidia-glx-src Replaces: nvidia-glx-src @@ -29,9 +28,10 @@ Package: nvidia-glx Architecture: i386 amd64 -Depends: nvidia-kernel-#VERSION#, x11-common (= 1:7.0.0), ${shlibs:Depends} +Depends: nvidia-kernel-#VERSION#, x11-common (= 1:7.0.0), ${shlibs:Depends}, ${misc:Depends} Suggests: nvidia-settings, nvidia-kernel-source (= #VERSION#) Conflicts: nvidia-glx-src, nvidia-glx-dev ( 1.0.8774-5) +Provides: libgl1, xserver-xorg-video-2 Replaces: nvidia-glx-src Description: NVIDIA binary Xorg driver These binary drivers provide optimized hardware @@ -47,10 +47,10 @@ See /usr/share/doc/nvidia-glx/README.txt.gz for a complete list of supported GPUs and PCIIDs . - + Package: nvidia-glx-dev Architecture: i386 amd64 -Depends: nvidia-glx (= #VERSION#) +Depends: nvidia-glx (= #VERSION#), ${misc:Depends} Provides: libgl-dev Conflicts:
Bug#533516: webcalendar: cron.d script behaves badly if webcalandar removed but not purged
Package: webcalendar Version: 1.2.0+dfsg-4 Severity: normal The test for whether to run the cron script should include checking for the presence of the php script. I'd suggest this test: [ -d /usr/share/webcalendar -a -x /usr/share/webcalendar/tools/send_reminders.php ] -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (501, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages webcalendar depends on: ii apache22.2.9-10+lenny3 Apache HTTP Server metapackage ii apache2-mpm-prefor 2.2.9-10+lenny3 Apache HTTP Server - traditional n ii dbconfig-common1.8.39common framework for packaging dat ii debconf [debconf-2 1.5.24Debian configuration management sy ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti pn libjs-prototypenone(no description available) ii php5-cli 5.2.6.dfsg.1-1+lenny3 command-line interpreter for the p ii php5-mysql 5.2.6.dfsg.1-1+lenny3 MySQL module for php5 ii php5-pgsql 5.2.6.dfsg.1-1+lenny3 PostgreSQL module for php5 ii ucf3.0016Update Configuration File: preserv Versions of packages webcalendar recommends: ii mysql-client-5.0 [mysq 5.0.51a-24+lenny1 MySQL database client binaries ii mysql-server-5.0 [mysq 5.0.51a-24+lenny1 MySQL database server binaries ii postgresql 8.3.7-0lenny1 object-relational SQL database (su ii postgresql-client 8.3.7-0lenny1 front-end programs for PostgreSQL ii postgresql-client-8.3 8.3.7-0lenny1 front-end programs for PostgreSQL ii sqlite33.5.9-6 A command line interface for SQLit Versions of packages webcalendar suggests: ii php5-gd5.2.6.dfsg.1-1+lenny3 GD module for php5 pn php5-ldap none(no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533514: eterm: cut and paste not working right recently (maybe libc changed under?)
Package: eterm Version: 0.9.5-2 Severity: normal Since recent upgrades (about 3 weeks) to more recent libc (I believe that's the cause), Eterm cut and paste is not working right. xterm seems OK (but I use it hardly at all so I cannot say for sure .. just a few experiments seem to say it is OK, but maybe that's luck). It used to be that one could click with the left mouse button to grab a piece of text. Double click grabbed some words, triple click grabbed the whole line. The grabbed area stayed highlighted. One used to be able to paste the grabbed text with a middle mouse button click. Using shift somewhere in there also used to work, and one could release the shift key, then use shift key again without breaking the copy paste sequence. Now, left click alone briefly highlights the text, but the highlighted area disappears at once. Middle button does not paste the (briefly) highlighted text. It looks as though it never went in the buffer. The last successful grab is pasted instead. The same is true of the paste after the unsuccessful grab in whatever window it is tried, eterm or xterm. But left click still works as usual to grab text in an xterm. Pressing shift before making the grab with the left mouse button and keeping shift pressed makes the grab work. But one cannot release the shift at any point before the paste (with shift syill held) without losing the grab! It's very frustrating .. one can't shift windows like that with the grab buffer held, because shift and other mouse clicks have special effects in other windows and backgrounds. Please check out what is going on .. and let me have a working Eterm again! Regards Peter Breuer -- System Information: LSB Version: core-2.0-ia32:core-2.0-noarch:core-3.0-ia32:core-3.0-noarch:core-3.1-ia32:core-3.1-noarch:core-3.2-ia32:core-3.2-noarch:cxx-3.0-ia32:cxx-3.0-noarch:cxx-3.1-ia32:cxx-3.1-noarch:cxx-3.2-ia32:cxx-3.2-noarch:desktop-3.1-ia32:desktop-3.1-noarch:desktop-3.2-ia32:desktop-3.2-noarch:graphics-2.0-ia32:graphics-2.0-noarch:graphics-3.0-ia32:graphics-3.0-noarch:graphics-3.1-ia32:graphics-3.1-noarch:graphics-3.2-ia32:graphics-3.2-noarch:languages-3.2-ia32:languages-3.2-noarch:multimedia-3.2-ia32:multimedia-3.2-noarch:printing-3.2-ia32:printing-3.2-noarch:qt4-3.1-ia32:qt4-3.1-noarch Distributor ID: Ubuntu Description:Ubuntu 8.04.1 Release:8.04 Codename: hardyArchitecture: i386 (i686) Kernel: Linux 2.6.26-11 (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash-static Versions of packages eterm depends on: ii libast2 0.7-3 the Library of Assorted Spiffy Thi ii libc6 2.9-16 GNU C Library: Shared libraries ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libimlib2 1.4.2-4+b1 powerful image loading and renderi ii libsm62:1.1.0-2 X11 Session Management library ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library eterm recommends no packages. eterm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533517: [brasero] blindly asumes I am going to create a data CD
Package: brasero Version: 0.8.0-3+b1 Severity: minor --- Please enter the report below this line. --- Hi, in the Media section of nautilus-file-management-properties I have selected to run brasero when a blank CD disc is inserted. This part works fine, but brasero always starts a Data Project although I am going to burn an Audio CD. I cannot tell how often I dragged some audio files into the project and realized just before clicking the Burn button that it will burn the audio files on CD, not the actual audio tracks. I suggest that brasero shows the Create a new Project screen on automatic start-up and leaves the choice to me instead of blindly assuming I am going to create a data CD. Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2-686 Debian Release: squeeze/sid 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libart-2.0-2 (= 2.3.18) | 2.3.20-2 libatk1.0-0(= 1.20.0) | 1.26.0-1 libbeagle1 (= 0.3.9) | 0.3.9-1 libbonobo2-0 (= 2.15.0) | 2.24.1-1 libbonoboui2-0 (= 2.15.1) | 2.24.1-1 libc6 (= 2.4) | 2.9-15 libcairo2 (= 1.2.4) | 1.8.6-2+b1 libdbus-1-3 (= 1.0.2) | 1.2.14-2 libdbus-glib-1-2 (= 0.78) | 0.80-4 libfontconfig1 (= 2.4.0) | 2.6.0-4 libfreetype6(= 2.2.1) | 2.3.9-5 libgconf2-4(= 2.23.2) | 2.26.2-1 libglib2.0-0 (= 2.18.0) | 2.20.3-1 libgnome2-0(= 2.17.3) | 2.26.0-1 libgnomecanvas2-0 (= 2.11.1) | 2.26.0-1 libgnomeui-0 (= 2.22.0) | 2.24.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.24.1-1 libgstreamer-plugins-base0.10-0 (= 0.10.12) | 0.10.23-2 libgstreamer0.10-0(= 0.10.15) | 0.10.23-1 libgtk2.0-0(= 2.14.0) | 2.16.2-1 libhal1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libice6 (= 1:1.0.0) | 2:1.0.5-1 liborbit2 (= 1:2.14.10) | 1:2.14.17-0.1 libpango1.0-0 (= 1.14.0) | 1.24.2-1 libpopt0 (= 1.14) | 1.14-4 libsm6 | 2:1.1.0-2 libtotem-plparser12 (= 2.26) | 2.26.2-1 libxml2(= 2.6.27) | 2.7.3.dfsg-1 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-13 gconf2 (= 2.10.1-2) | 2.26.2-1 wodim | 9:1.1.9-1 genisoimage| 9:1.1.9-1 gstreamer0.10-plugins-base (= 0.10.0) | 0.10.23-2 Recommends (Version) | Installed =-+-=== hal (= 0.5) | 0.5.12~git20090406.46dc48-2 gstreamer0.10-plugins-good| 0.10.15-2 gstreamer0.10-plugins-bad | 0.10.12-1fab1 gnome-mount | 0.8-2 Suggests (Version) | Installed -+-=== gnome-icon-theme | 2.26.0-1 gstreamer0.10-fluendo-mp3| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448153: ITP: blueman -- GTK+ bluetooth management utility for GNOME
Whats the current status of this? If you have your current work uploaded somewhere? - Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247885: [reportbug/master] add possibility to specify a proxy server when '--configure'; thanks to Chris Chiappa for the report and to Carl Chenet for the patch; Closes: #247885
tag 247885 pending tag 247885 pending thanks Date: Thu Jun 18 12:04:39 2009 +0200 Author: Sandro Tosi mo...@debian.org Commit ID: c33b5e0a370d88d6aa3815dbfd8fd211f3fb2229 Commit URL: http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=c33b5e0a370d88d6aa3815dbfd8fd211f3fb2229 Patch URL: http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=c33b5e0a370d88d6aa3815dbfd8fd211f3fb2229 add possibility to specify a proxy server when '--configure'; thanks to Chris Chiappa for the report and to Carl Chenet for the patch; Closes: #247885 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533509: xorg: Random crash
severity 533509 important reassign 533509 xserver-xorg-video-intel 2:2.3.2-2+lenny6 kthxbye On Thu, Jun 18, 2009 at 10:38:18 +0200, Marco B wrote: The XServer crashes random once or twice in a (working) day, without a particular reason. I see a black screen and i can't access to terminal. I use the latest GNOME, no compiz. Here the logs. That log doesn't show a crash. Do you have one that does? Also please try upgrading X, and possibly your kernel, to the version in unstable, see if the crashes still happen. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532494: vilistextum: Enable multibyte (utf8) support
tags 532494 + pending done 2009/6/9 Christian Ohm chr@gmx.net: It would be nice if you could enable the multibyte support of vilistextum, so it supports UTF8. Thanks for taking the time to file this request and helping improve Debian. I'll upload a fixed version to mentors.debian.net within the next hours. -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533518: nvidia-graphics-drivers: improved handling of generated files
Package: nvidia-graphics-drivers Version: 185.18.14-1 Severity: normal Tags: patch Hi, here comes a patch that improves handling of generated files: * do not regenerate debian/control during build (using code inspired by and stolen from linux-support) * no longer ship generated files in the source package, they are regenerated during build anyway * no more messsing around with debian.binary/changelog After applying the patch, the following changes have to be made: * rename debian/control.in to debian/control.gen.in * remove all generated files (also from svn repository) except debian/control (removing everything that's missing after running debian/rules clean should be fine) * there is a new generated file debian/control.md5sum (generated and updated during debian/rules clean) that needs to be added to the svn repository debian/rules clean will now regenerate debian/control and debian/control.md5sum (if neccessary) and the build will bomb if debian/control{,.md5sum} is not up-to-date Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: debian/rules === --- debian/rules (revision 758) +++ debian/rules (working copy) @@ -27,14 +27,15 @@ dirname_x86:=$(shell sh debian/upstream_info DIRNAME_X86) dirname_x86_64:=$(shell sh debian/upstream_info DIRNAME_X86_64) -AUTOGEN=debian/nvidia-kernel-source.README.Debian debian/control \ +AUTOGEN=debian/nvidia-kernel-source.README.Debian \ debian/copyright debian/nvidia-glx.links debian/nvidia-glx-dev.links \ debian/nvidia-libvdpau.links debian/nvidia-libvdpau-ia32.links \ debian/nvidia-glx.override debian/nvidia-glx.docs debian/nvidia-glx.examples \ debian/nvidia-libvdpau.docs \ debian/nvidia-glx.postrm debian/nvidia-glx.init \ debian/nvidia-glx-ia32.override debian/nvidia-glx-ia32.links \ -debian/nvidia-kernel-source.docs debian/nvidia-glx-dev.preinst +debian/nvidia-kernel-source.docs debian/nvidia-glx-dev.preinst \ +debian.binary/changelog @@ -51,12 +52,12 @@ INSTALL_PROGRAM += -s endif -version-change: version-clean $(AUTOGEN) clean +version-change: version-clean debian/control $(AUTOGEN) clean configure: configure-stamp .PHONY: configure-stamp -configure-stamp: version-clean $(AUTOGEN) +configure-stamp: version-clean debian/control $(AUTOGEN) dh_testdir # extract both so we can fetch the kernel object code for both arches ./${filename_x86} --extract-only @@ -71,11 +72,11 @@ # done; \ fi - sed 's/^nvidia-graphics-drivers/nvidia-kernel/g' debian/changelog debian.binary/changelog + touch configure-stamp +debian.binary/changelog: debian/changelog + sed 's/^nvidia-graphics-drivers/nvidia-kernel/g' $ $@ - touch configure-stamp - .PHONY: build build: configure-stamp build-stamp @@ -87,7 +88,7 @@ build-kernel: .PHONY: build-kernel-stamp -build-kernel-stamp: +build-kernel-stamp: debian.binary/changelog dh_testroot dh_testdir @@ -133,7 +134,7 @@ touch build-kernel-stamp .PHONY: clean -clean: +clean: version-clean dh_testdir dh_testroot rm -f build-stamp build-kernel-stamp configure-stamp @@ -142,7 +143,10 @@ rm -fr $(dirname_x86) $(dirname_x86_64) nvidia-kernel.tar.bz2 rm -fr debian/temp + $(MAKE) -f debian/rules debian/control + rm -f debian/control.gen + .PHONY: install install: build-stamp build-kernel-stamp dh_testdir @@ -308,6 +312,35 @@ $ $@ +__BINNMU := $(shell dpkg-parsechangelog | sed -ne 's,^Version: .*+b\(.*\)$$,\1,p') + +CONTROL_FILES += debian/changelog debian/control.gen.in debian/rules debian/upstream_info +debian/control: $(CONTROL_FILES) +ifeq ($(wildcard debian/control.md5sum),) + $(MAKE) -f debian/rules debian/control-real +else ifeq ($(__BINNMU),) + md5sum --check debian/control.md5sum --status || \ + $(MAKE) -f debian/rules debian/control-real +else + grep -v debian/changelog debian/control.md5sum | md5sum --check - --status || \ + $(MAKE) -f debian/rules debian/control-real +endif + +debian/control-real: $(CONTROL_FILES) + rm -f debian/control.gen + $(MAKE) -f debian/rules debian/control.gen + mv debian/control.gen debian/control + md5sum debian/control $^ debian/control.md5sum + @echo + @echo This target is made to fail intentionally, to make sure + @echo that it is NEVER run during the automated build. Please + @echo ignore the following error, the debian/control file has + @echo been generated SUCCESSFULLY. + @echo + exit 1 + + + # Build architecture dependant packages using the common target. .PHONY: binary-arch binary-arch: build-stamp build-kernel-stamp install @@ -318,5 +351,11 @@ .PHONY: version-clean version-clean: - rm -f ${AUTOGEN} || true -
Bug#480728: [keytouch] , keytouch-init: failed to set keycode
My debian is squeeze, nevertheless I just upgraded keytouch to the sid (2.4.1-1) version. I still get the error message: marcu...@dhcppc0:~$ /etc/init.d/keytouch restart Stopping keytouch: nothing to do. Initializing keytouch: keytouch-initCouldnt get a file descriptor referring to the console marcu...@dhcppc0:~$ su Password: dhcppc0:/home/marcus89# /etc/init.d/keytouch restart Stopping keytouch: keytouch-acpid. Initializing keytouch: keytouch-initkeytouch-init: Failed to set keycode: keycode 172 to scancode 178 (0xb2) keytouch-init: Failed to set keycode: keycode 155 to scancode 236 (0xec) keytouch-init: Failed to set keycode: keycode 156 to scancode 230 (0xe6) keytouch-init: Failed to set keycode: keycode 115 to scancode 176 (0xb0) keytouch-init: Failed to set keycode: keycode 114 to scancode 174 (0xae) keytouch-init: Failed to set keycode: keycode 113 to scancode 160 (0xa0) keytouch-init: Failed to set keycode: keycode 164 to scancode 162 (0xa2) keytouch-init: Failed to set keycode: keycode 226 to scancode 237 (0xed) keytouch-acpid. _ Messenger 2009: vieni a scoprire tutte le novità! http://www.messenger.it/
Bug#533519: libpt2.6.3: Dummy bug not to allow propagation to testing
Package: libpt2.6.3 Severity: critical Justification: breaks unrelated software ptlib 2.6.3 has it seems a critical bug, as shown by ekiga. Until it is fixed, this bug allows ptlib 2.6.1 to still be available from testing, which in turn allows ekiga to be installable. Thanks, Eugen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpt2.6.3 depends on: ii libc6 2.9-16 GNU C Library: Shared libraries ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libgcc1 1:4.4.0-6 GCC support library ii libldap-2.4-2 2.4.15-1.1 OpenLDAP libraries ii libsasl2-22.1.23.dfsg1-1 Cyrus SASL - authentication abstra ii libsdl1.2debian 1.2.13-4+b1Simple DirectMedia Layer ii libssl0.9.8 0.9.8k-3 SSL shared libraries ii libstdc++64.4.0-6The GNU Standard C++ Library v3 ii unixodbc 2.2.11-16+b1 ODBC tools libraries libpt2.6.3 recommends no packages. Versions of packages libpt2.6.3 suggests: pn libpt2.6.3-plugins-alsa | lib none (no description available) pn libpt2.6.3-plugins-v4l2 | lib none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533520: mutt: fails to highlight some signatures
Package: mutt Version: 1.5.20-1 Severity: minor Mutt sometimes fails to highlight signatures in messages. You can easily reporduce this misbehaviour using the attached mbox. -- Package-specific info: Mutt 1.5.20 (2009-06-14) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.30-1-686 (i686) ncurses: ncurses 5.7.20090523 (compiled with 5.7) libidn: 1.15 (compiled with 1.15) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 09:23:18) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc62.9-15 GNU C Library: Shared libraries ii libcomerr2 1.41.6-1common error description library ii libgdbm3 1.8.3-4 GNU dbm database routines (runtime ii libgnutls26 2.8.1-1 the GNU TLS library - runtime libr ii libgpg-error01.6-1 library for common error values an ii libgpgme11 1.1.8-2 GPGME - GnuPG Made Easy ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libidn11 1.15-1 GNU Libidn library, implementation ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-31.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libncursesw5 5.7+20090523-1 shared libraries for terminal hand ii libsasl2-2 2.1.23.dfsg1-1 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii esmtp-run [mail-transport 0.6.0-1User configurable relay-only MTA ii libsasl2-modules 2.1.23.dfsg1-1 Cyrus SASL - pluggable authenticat ii locales 2.9-16 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages mutt suggests: pn aspell | ispell none (no description available) ii ca-certificates 20081127 Common CA certificates ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep pn mixmaster none (no description available) ii openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a ii urlview 0.9-18 Extracts URLs from text Versions of packages mutt is related to: ii mutt 1.5.20-1 text-based mailreader supporting M pn mutt-dbg none (no description available) pn mutt-patched none (no description available) -- no debconf information -- Piotr Lewandowski From test Tue Jan 1 00:00:00 1970 Mime-Version: 1.0 Content-Type: text/plain; format=flowed -- highlighted signature From test Tue Jan 1 00:00:00 1970 -- non-highlighted signature
Bug#531579: A new fluidsynth package is being prepared
Hello Julian, a while ago you reported debian bug #531579. I have prepared a new version of the fluidsynth package, where I believe this bug is fixed. Would you like to test the new version to confirm that the bug is fixed? The new version is currently available at: http://mentors.debian.net/debian/pool/main/f/fluidsynth/ Thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532750: Exchanging hardware didn't help (was: was very likely caused by hardware failure)
reopen 532750 kthxbye Hi, On Mon, Jun 15, 2009 at 02:25:42PM +0200, Axel Beckert wrote: the reported bug seems to have been resolved by the manufacturer by replacing the mainboard. So although the kernel reported a bug, it was primarily a hardware issue. I was to fast with this statement. Because although even the manufacturer expected a hardware issue and replaced the motherboard on warranty, the issue appeared again with the new motherboard. We're currently tracking it down to what causes the oopses and freezes. It currently seems to be a NFS related issue. If we stop our NFS mount tests (it's a monitoring server), the machine seems to be stable. If we reenable it, it only takes hours to the next crash. Also interesting is that after the Oopses happened, the system was still usable for another 1.5 minutes or so and only then froze. So after the following Oops today, I even could log in via ssh, but when before I managed to type uptime, the machine was frozen. Jun 18 12:45:43 omniculars kernel: [275997.686291] Bad page state in process 'smb' Jun 18 12:45:43 omniculars kernel: [275997.686293] page:e20a3a00 flags:0x0100 mapping: mapcount:0 count:-1 Jun 18 12:45:43 omniculars kernel: [275997.715666] Trying to fix it up, but a reboot is needed Jun 18 12:45:43 omniculars kernel: [275997.715668] Backtrace: Jun 18 12:45:43 omniculars kernel: [275997.741751] Pid: 28000, comm: smb Not tainted 2.6.26-2-amd64 #1 Jun 18 12:45:43 omniculars kernel: [275997.753733] Jun 18 12:45:43 omniculars kernel: [275997.753734] Call Trace: Jun 18 12:45:43 omniculars kernel: [275997.761949] [80274ca4] __rmqueue_smallest+0x88/0xfb Jun 18 12:45:43 omniculars kernel: [275997.773787] [80274fb0] bad_page+0x6b/0x95 Jun 18 12:45:43 omniculars kernel: [275997.783875] [802763eb] get_page_from_freelist+0x3e0/0x607 Jun 18 12:45:43 omniculars kernel: [275997.800905] [80276894] __alloc_pages_internal+0xd6/0x3bf Jun 18 12:45:43 omniculars kernel: [275997.812282] [80275f7d] __get_free_pages+0xe/0x4d Jun 18 12:45:43 omniculars kernel: [275997.823574] [80232b7c] copy_process+0xc1/0x1160 Jun 18 12:45:43 omniculars kernel: [275997.832281] [80233d73] do_fork+0xd4/0x236 Jun 18 12:45:43 omniculars kernel: [275997.843408] [802a0b92] do_pipe+0x94/0xd9 Jun 18 12:45:43 omniculars kernel: [275997.853324] [8023decf] recalc_sigpending+0xe/0x38 Jun 18 12:45:43 omniculars kernel: [275997.864791] [8020beca] system_call_after_swapgs+0x8a/0x8f Jun 18 12:45:43 omniculars kernel: [275997.878834] [8020c257] ptregscall_common+0x67/0xb0 Jun 18 12:45:43 omniculars kernel: [275997.890816] We will add more information to this bugreport as soon as we found out more. Kind regards, Axel Beckert -- Axel Beckert beck...@phys.ethz.ch support: +41 44 633 26 68 IT Services Group, HPT D 17 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerlandhttp://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533469: Cannot determine QEMU argv syntax
also sprach Guido Günther a...@sigxcpu.org [2009.06.18.1125 +0200]: Hmm...versions since 0.6.1 do restart themselfes on upgrades (when upgrading from a version (= 0.6.1). It's a bug when this didn't happen. I am running libvirtd as a normal user, not from init. I did not find a way to restart the daemon short of killing it, which I didn't want as it would have ungracefully shut down all VMs. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems a woman is an occasional pleasure but a cigar is always a smoke. -- groucho marx digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#532750: also happens with earlier kernel package version
found 532750 2.6.26-13lenny2 kthxbye JFTR: The problem also occurs with linux-image-2.6.26-1-amd64, so it has not been introduced recently. Kind regards, Axel Beckert -- Axel Beckert beck...@phys.ethz.ch support: +41 44 633 26 68 IT Services Group, HPT D 17 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerlandhttp://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533521: gvfs: please support FTP-SSL
Package: gvfs Version: 1.2.2-2 Severity: wishlist It would be nice to offer support for FTP-SSL as a backend. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gvfs depends on: ii libc62.9-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libgconf2-4 2.26.2-1GNOME configuration database syste ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share Versions of packages gvfs recommends: ii dbus 1.2.12-1simple interprocess messaging syst ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer Versions of packages gvfs suggests: ii gvfs-backends 1.2.2-2userspace virtual filesystem - bac -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520546: serf: new upstream 0.3.0
[Peter Samuelson] Subversion 1.6.0 requires serf 0.3.0. I will disable Subversion's serf backend for now, but I'd appreciate having serf 0.3.0 in Debian soon. I'm attaching a diff corresponding to a NMU of serf 0.3.0. Would it be OK for me to upload this? I am waiting for this before I upload Subversion 1.6 to unstable. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ diff --git a/debian/changelog b/debian/changelog index d10838d..224c611 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +serf (0.3.0-0.1) unstable; urgency=low + + * Non-maintainer upload + * New upstream version. (Closes: #520546) +- patches/work-around-an-error-of-libtool.diff: delete, no longer needed. + + -- Peter Samuelson pe...@p12n.org Thu, 18 Jun 2009 04:55:15 -0500 + serf (0.2.0-1) unstable; urgency=medium * New upstream version (Closes: #485025): diff --git a/debian/patches/series b/debian/patches/series index 6cba9c0..e69de29 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +0,0 @@ -work-around-an-error-of-libtool.diff diff --git a/debian/patches/work-around-an-error-of-libtool.diff b/debian/patches/work-around-an-error-of-libtool.diff deleted file mode 100644 index d35f619..000 --- a/debian/patches/work-around-an-error-of-libtool.diff +++ /dev/null @@ -1,19 +0,0 @@ -Work around libtool's error such as: - -[[[ -libtool: compile: unable to infer tagged configuration -libtool: compile: specify a tag with `--tag' -]]] -Index: pkg-serf/Makefile.in -=== pkg-serf.orig/Makefile.in 2008-06-22 16:46:26.0 +0900 -+++ pkg-serf/Makefile.in 2008-06-22 16:46:41.0 +0900 -@@ -39,7 +39,7 @@ - libd...@libdir@ - included...@includedir@ - --LIBTOOL = @APR_LIBTOOL@ --silent -+LIBTOOL = @APR_LIBTOOL@ --silent --tag=CC - CC = @CC@ - CFLAGS = @CFLAGS@ - CPPFLAGS = @CPPFLAGS@
Bug#518561: [Bash-completion-devel] Bug#518561: bash-completion: does not include hosts known through mDNS/DNS-SD (avahi)
Hello, On Fri, 06 Mar 2009 23:03:26 -0500, Servilio Afre Puentes wrote: Package: bash-completion Version: 20060301-4ubuntu1 Severity: normal Tags: patch In a LAN this can be very useful. Implemented upstream, but the patch you provided was wrong. Please check the commit I just made: http://git.debian.org/?p=bash-completion/bash-completion.git;a=commitdiff;h=ab36c8d29d46a6800f0df88dcf119cd2816c6ecb Thank you, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#533522: [epiphany-browser] does not allow to remove entries from the awesome bar's completion list
Package: epiphany-browser Version: 2.26.1-1 Severity: minor --- Please enter the report below this line. --- Hi, the new awesome-style address bar in epiphany is really awesome. However, once I typed in a faulty URL the bar will remember it and always show it among the suggested completion entries. There is no way to remove specific items by e.g. pointing the mouse over them and pressing the Del key as in Iceweasel. In my specific use case I wanted to browse the Debian pkg-gnome SVN repository at http://svn.debian.org/wsvn/pkg-gnome. The first time I entered this URL I accidently typed a dot instead of the dash in the pkg-gnome part: pkg.gnome. Now every time I want to visit the repository I type svn gnome in the bar and select the first entry, which is still the mistyped URL although I have already entered the right one several times since then. Another use case: Image what might be shown if someone types the letters P and O and maybe R into the address bar, when the user had no chance to clear some specific entries off of the list before. ;) Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2-686 Debian Release: squeeze/sid 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== epiphany-webkit-data (= 2.27) | 2.27.2-2 epiphany-webkit-data ( 2.28) | 2.27.2-2 libavahi-client3 (= 0.6.16) | 0.6.25-1 libavahi-common3 (= 0.6.16) | 0.6.25-1 libavahi-gobject0 (= 0.6.22) | 0.6.25-1 libc6(= 2.3.6-6~) | 2.9-15 libdbus-1-3 (= 1.0.2) | 1.2.14-2 libdbus-glib-1-2 (= 0.78) | 0.80-4 libgconf2-4(= 2.23.2) | 2.26.2-1 libglib2.0-0 (= 2.18.0) | 2.20.3-1 libgtk2.0-0(= 2.16.0) | 2.16.2-1 libice6 (= 1:1.0.0) | 2:1.0.5-1 libnotify1 (= 0.4.5) | 0.4.5-1 libnotify1-gtk2.10 | libpango1.0-0 (= 1.18.0) | 1.24.2-1 libsm6 | 2:1.1.0-2 libsoup-gnome2.4-1(= 2.25.91) | 2.26.2-1 libsoup2.4-1 (= 2.25.91) | 2.26.2-1 libwebkit-1.0-2 (= 1.1.3) | 1.1.7-1 libx11-6 | 2:1.2.1-1 libxml2(= 2.6.27) | 2.7.3.dfsg-1 libxslt1.1 (= 1.1.18) | 1.1.24-2 python2.5 (= 2.5) | 2.5.4-1 gnome-icon-theme (= 2.9.90) | 2.26.0-1 dbus-x11 | 1.2.14-2 iso-codes | 3.10-1 Recommends (Version) | Installed =-+-=== yelp | 2.26.0-1 Suggests(Version) | Installed =-+-=== mozplugger| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533523: gvfs-backends: secure webdav backend does not work (gnome-vfs did)
Package: gvfs-backends Version: 1.2.2-2 Severity: normal Sorry for the not-particularly-helpful title. I have a WebDAV URL at 'https://nj...@webfolders.ncl.ac.uk/dept/iss/unix/' which used to work with nautilus (before the move to GVFS) and can be browsed from a webbrowser OK. It does not work with gvfs-mount: $ gvfs-mount 'davs://nj...@webfolders.ncl.ac.uk/dept/iss/unix/' Enter password for webfolders.ncl.ac.uk Password: Error mounting location: HTTP Error: Unauthorized (the files at this share are also available via FTP-SSL which gvfs does not support (reported in another bug) and CIFS which fails (reported in another bug)). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gvfs-backends depends on: ii gvfs 1.2.2-2 userspace virtual filesystem - ser ii libarchive1 2.6.2-1 Single library to read/write tar, ii libavahi-cli 0.6.25-1Avahi client library ii libavahi-com 0.6.25-1Avahi common library ii libavahi-gli 0.6.25-1Avahi glib integration library ii libc62.9-12 GNU C Library: Shared libraries ii libcdio-cdda 0.78.2+dfsg1-3 library to read and control digita ii libcdio-para 0.78.2+dfsg1-3 library to read digital audio CDs ii libcdio7 0.78.2+dfsg1-3 library to read and control CD-ROM ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libgconf2-4 2.26.2-1GNOME configuration database syste ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-key 2.26.1-1GNOME keyring services library ii libgphoto2-2 2.4.6-1 gphoto2 digital camera library ii libgphoto2-p 2.4.6-1 gphoto2 digital camera port librar ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libsmbclient 2:3.3.4-1 shared library for communication w ii libsoup-gnom 2.26.2-1an HTTP library implementation in ii libsoup2.4-1 2.26.2-1an HTTP library implementation in ii libxml2 2.7.3.dfsg-1GNOME XML library gvfs-backends recommends no packages. gvfs-backends suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533524: [l10n] Czech translation of multipath-tools debconf messages
Package: multipath-tools Severity: wishlist Tags: l10n, patch Hi, in attachement there is initial Czech translation of multipath-tools debconf messages. Please include it. Thanks Tomas Fidler # Translation of multipath-tools debconf templates to Czech # Copyright (C) 2009 Debian Czech l10n team debian-l10n-cz...@lists.debian.org # This file is distributed under the same license as the multipath-tools package. # # Translators: # Tomas Fidler tomas.fid...@tiscali.cz, 2009. msgid msgstr Project-Id-Version: multipath-tools 0.4.8-15\n Report-Msgid-Bugs-To: multipath-to...@packages.debian.org\n POT-Creation-Date: 2008-05-17 14:36+0200\n PO-Revision-Date: 2009-06-17 14:00+0200\n Last-Translator: Tomas Fidler tomas.fid...@tiscali.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../multipath-tools-boot.templates:1001 msgid The location of the getuid callout has changed msgstr ZmÄnilo se umÃstÄnà getuid callout #. Type: note #. Description #: ../multipath-tools-boot.templates:1001 msgid Your /etc/multipath.conf still has a getuid_callout pointing to /sbin/ scsi_id but the binary has moved to /lib/udev/scsi_id in udev 0.113-1. Please update your configuration. This is best done by removing the getuid_callout option entirely. msgstr Soubor /etc/multipath.conf v parametru âgetuid_calloutâ odkazuje na /sbin/scsi_id. Tento soubor se v udev verze 0.113 a vyÅ¡Å¡Ã pÅesunul do /lib/udev/scsi_id. ProsÃm aktualizujte Váš konfiguraÄnà soubor. NejjednoduÅ¡Å¡Ã cestou pro aktualizaci je odstranÄnà parametru getuid_callout ze souboru /etc/multipath.conf. #. Type: note #. Description #: ../multipath-tools-boot.templates:1001 msgid Don't forget to update your initramfs after these changes. Otherwise your system might not boot from multipath. msgstr NezapomeÅte po provedené zmÄnÄ aktualizovat initramfs. V opaÄném pÅÃpadÄ se nemusà podaÅit start systému z multipath zaÅÃzenÃ.
Bug#529970:
Ah yes, it has unfortunately been broken for some patchlevels (including p5 used by the current package) - see http://lists.mcs.anl.gov/pipermail/petsc-users/2009-June/004561.html. I've just tried the following: download 3.0.0-p6, copying in the debian/ directory from the current source package, removing upstream-p5.patch, adding --with-fortran-interfaces=1 to the configure lines in debian/rules, and the package now builds fine. I'm using gfortran 4.3 on Debian unstable. Thanks, for looking into this. Let me know if I can do anything more Cheers Stephan Adam C Powell IV wrote: Hello and thanks for your report. On Fri, 2009-05-22 at 15:18 +0100, Stephan Kramer wrote: Package: libpetsc3.0.0-dev Version: 3.0.0.dfsg-4 Severity: wishlist One of the great things of PETSc 3 is that it include explicit fortran interfaces for most routine. By default however only the routines that use f90 extenstions, like VecGetArrayF90, IsGetIndicesF90, etc., are included. To include fortran interfaces for most other routines, PETSc has to be configured with --with-fortran-interfaces=1. I'm afraid I just tried this, but it threw a bunch of errors like: libfast in: /home/hazelsct/petsc-3.0.0.dfsg/src/ksp/f90-mod mpif90 -c -Wall -Wno-unused-variable -g -I/home/hazelsct/petsc-3.0.0.dfsg/linux-gnu-c-debug/include -I/home/hazelsct/petsc-3.0.0.dfsg/include -I/usr/lib/openmpi/include -I/usr/lib/openmpi/lib -I/usr/include/spooles -I/usr/include -I/usr/include/superlu -I/usr/include/suitesparse -I/usr/include/scotch -o petsckspmod.o petsckspmod.F /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:120.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:125.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:265.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:322.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:367.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:385.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:391.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:397.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) petsckspmod.F:15.72: use petscpc 1 Fatal Error: Can't open module file 'petscpc.mod' for reading at (1): No such file or directory make[8]: [petsckspmod.o] Error 1 (ignored) /usr/bin/ar cr /home/hazelsct/petsc-3.0.0.dfsg/linux-gnu-c-debug/lib/libpetscksp.a petsckspmod.o /usr/bin/ar: petsckspmod.o: No such file or directory make[8]: [libf] Error 1 (ignored) Can you confirm that this option works, and if so, with what compiler versions? I don't know much about .mod files, so I'll need your help to fulfill this request. Thanks, -Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#528701: About bug #528701
Hello wzab, a while ago you reported debian bug #528701. I have prepared a new version of the fluidsynth package, where I believe this bug is fixed. Would you like to test the new version to confirm that the bug is fixed? The new version is currently available at: http://mentors.debian.net/debian/pool/main/f/fluidsynth/ Thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533525: dropbear does not set remote user's locale
Package: dropbear Version: 0.51-1 Dropbear does not set the locale of a remotely logged-in user to the system default in /etc/default/locale. Anyone who logged in remotely will have POSIX in their LANG and LC_* variables. There is a Ubuntu bug report explaining the same situation. https://bugs.launchpad.net/ubuntu/+source/dropbear/+bug/232064 There is a work around to this problem as described in http://wiki.debian.org/Locale, is to add : ${LANG:=YOUR_LOCALE}; export LANG to /etc/profile. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520834: dh_auto_{build,install,clean} should support different python versions
Le jeudi 18 juin 2009 à 10:33 +0200, Bernd Zeimetz a écrit : Use pyversions -s if pyversions -r fails. pyversions -s will work always as it lists all supported Python versions. If a package doesn'tlimit itself to Python versions it works with, it should be built for all supported versions. AFAIK pyversions -r gives the same output as pyversions -s if no version information is found. -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#533526: qt4-x11: FTBFS on hurd-i386
Package: qt4-x11 Version: 4.5.1-2 Severity: important Tags: patch Hello, qt4-x11 currently FTBFS on hurd-i386 because since clock_gettime is not available there qt4-x11 reverts to using gettimeofday, but it doesn't include sys/time.h where the latter is defined, see attached patch. Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- src/corelib/concurrent/qtconcurrentiteratekernel.cpp.orig 2009-06-16 22:11:11.0 + +++ src/corelib/concurrent/qtconcurrentiteratekernel.cpp2009-06-16 22:11:19.0 + @@ -49,6 +49,7 @@ #elif defined(Q_OS_UNIX) +#include sys/time.h #include time.h #include unistd.h
Bug#533527: zsh: Provided scripts fail when cshjunkiequotes is enabled
Package: zsh Version: 4.3.10-2 Severity: normal When the cshjunkiequotes is enabled in user's .zshrc file (setopt cshjunkiequotes) various scripts that contain multiline strings become invalid. The problem can be fixed by adding backslash for line breaks in multiline strings. The problem appears in the following scripts (but is not limited just to them) /usr/share/zsh/functions/Completion/compinit /usr/share/zsh/functions/MIME/zsh-mime-setup /usr/share/zsh/functions/Completion/Unix/_vim /usr/share/zsh/functions/Completion/Unix/_rm -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 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) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libcap2 1:2.16-5 support for getting/setting POSIX. ii libncursesw5 5.7+20090523-1 shared libraries for terminal hand Versions of packages zsh recommends: ii libc6 2.9-12 GNU C Library: Shared libraries ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533528: Incorrect permissions set on /dev/null
Package: debian-installer Version: 20090123lenny1 There is a bug in the udev-udeb package where the default permissions of /dev/null are incorrect. This has caused issues with packages like postgresql-8.3 failing to install correctly. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510658 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517389 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525523 The bug in udev-udeb was apparently fixed, but the current Lenny installer still uses the older, buggy udeb. Is there going to be another rev of the Lenny installer that will fix this? Tony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467255: Processed: reopening 467255
On Thu, Jun 18, 2009 at 06:06:05AM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: # This bug is still present for me in 2:0.4.4-1. Sorry for not reporting it much earlier; I have been running private svn snapshots of Crawl until just now, when I tried to build a 0.5 package based on your 0.4.4 release. Ok. If you tried 0.5, can you tell me if it's in there as well or not? -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#533529: Missing config option for sources.list.d/
Package: apt Version: 0.7.21 Severity: normal File: /usr/bin/apt-get Hi, in ia32-apt-get I'm using -o Dir::Etc::sourcelist=/etc/apt/foreign/sources.list to change the sources.list used by apt. But then apt still uses /etc/apt/sources.list.d for further sources.list files and there seems to be no option to change that path. For a start the .d/ directory could be constructed from the Dir::Etc::sourcelist by appending .d. That would give a good default path. An explicit option for the dir itself might not even be needed. MfG Goswin -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: squeeze/sid APT prefers unstable-i386 APT policy: (500, 'unstable-i386'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-frosties-1 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-4 GCC support library ii libstdc++64.4.0-4The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: ii apt-doc 0.7.21 Documentation for APT ii aptitude 0.4.11.11-1+b1 terminal-based package manager ii bzip2 1.0.5-1high-quality block-sorting file co ii dpkg-dev 1.14.26Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.10.3+b1Python interface to libapt-pkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533520: mutt: fails to highlight some signatures
* Piotr Lewandowski piotr.lewandow...@gmail.com, 2009-06-18 12:43: You can easily reporduce this misbehaviour using the attached mbox. Due to 'From' escaping I'm attaching the mbox once again (gzipped version). -- Piotr Lewandowski proof.mbox.gz Description: Binary data
Bug#514414: keepassx: does not start minimized
Torsten Werner twer...@debian.org writes: $ keepassx -help KeePassX 0.3.4 Usage: keepassx [Filename] [Options] -help This Help -cfg CONFIG Use specified file for loading/saving the configuration. -min Start minimized. -lock Start locked. -lang LOCALEUse specified language instead of systems default. LOCALE is the ISO-639 language code with or without ISO-3166 country code Examples: de German de_CH German(Switzerland) pt_BR Portuguese(Brazil) BTW, it would be nice to document the command line arguments in the man page and it would be even better if they would really work. $ keepassx -min ask me for my password and after entering it, keepassx opens its main windows instead of starting minimized. can you please retry with version 0.4.0 from unstable? The upstream changelog claims this bug to be fixed: - Fixed: -min parameter is sometimes ignored (Debian Bug #514414) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#128997: acknowledged by developer (closing 242298)
reopen 128997 thanks Please read http://www.debian.org/Bugs/server-refcard which contains an explanation why to not use close. Looking at the bug, your actions (tags -wontfix, tags +wontfix, close) also don't give me any clue why you suddenly changed your opinion from why shouldn't we fix this? and closed my bug. Unless I miss anything, this issue in my 7 years old (sic) bug is still present, and something can be improved here. cu Adrian On Thu, Jun 18, 2009 at 11:06:04AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #128997: bash-completion: debconf question for the addition to /etc/bash.bashrc?, which was filed against the bash-completion package. It has been marked as closed by one of the developers, namely David Paleino d.pale...@gmail.com. You should be hearing from them with a substantive response shortly, in case you haven't already. If not, please contact them directly. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523495: keepassx: duplicate icon in gnome menu
gianluca pipe...@users.gamebox.net writes: Package: keepassx Version: 0.3.1-1 Severity: normal After installation I found two different icon in gnome menu, sub-menu accessories. Both icons work. Can you reproduce this with version 0.4.0-1? I cannot on my laptop. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533509: xorg: Random crash
Il giorno gio, 18/06/2009 alle 12.07 +0200, Julien Cristau ha scritto: severity 533509 important reassign 533509 xserver-xorg-video-intel 2:2.3.2-2+lenny6 kthxbye On Thu, Jun 18, 2009 at 10:38:18 +0200, Marco B wrote: The XServer crashes random once or twice in a (working) day, without a particular reason. I see a black screen and i can't access to terminal. I use the latest GNOME, no compiz. Here the logs. That log doesn't show a crash. Do you have one that does? Also please try upgrading X, and possibly your kernel, to the version in unstable, see if the crashes still happen. Here's some part of a syslog: [..cut..] Jun 18 13:12:26 tecra -- MARK -- Jun 18 13:17:01 tecra /USR/SBIN/CRON[25099]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Jun 18 13:32:26 tecra -- MARK -- Jun 18 13:52:26 tecra -- MARK -- Jun 18 13:56:36 tecra acpid: client 3064[0:0] has disconnected Jun 18 13:56:37 tecra gdm[3055]: WARNING: gdm_slave_xioerror_handler: errore fatale di X. Riavvio di :0 in corso Jun 18 13:56:43 tecra console-kit-daemon[2884]: WARNING: Unable to activate console: No such device or address Jun 18 13:56:43 tecra acpid: client connected from 28600[0:0] Jun 18 13:56:43 tecra acpid: 1 client rule loaded Jun 18 13:56:44 tecra bonobo-activation-server (merk-28613): could not associate with desktop session: Failed to connect to socket /tmp/dbus-ymElCQqEKx: Connessione rifiutata Jun 18 13:56:57 tecra acpid: client 28600[0:0] has disconnected Jun 18 13:56:57 tecra acpid: client connected from 28646[0:0] Jun 18 13:56:57 tecra acpid: 1 client rule loaded Jun 18 13:57:11 tecra acpid: client 28646[0:0] has disconnected Jun 18 13:57:11 tecra acpid: client connected from 28670[0:0] Jun 18 13:57:11 tecra acpid: 1 client rule loaded Jun 18 13:57:23 tecra acpid: client 28670[0:0] has disconnected Jun 18 13:57:39 tecra gdm[3049]: WARNING: Fallito l'avvio del server X troppe volte in poco tempo, display :0 disattivato Jun 18 13:58:00 tecra acpid: client connected from 29016[0:0] Jun 18 13:58:00 tecra acpid: 1 client rule loaded Jun 18 13:58:26 tecra acpid: client 29016[0:0] has disconnected Jun 18 13:58:32 tecra shutdown[29258]: shutting down for system reboot Jun 18 13:58:32 tecra init: Switching to runlevel: 6 Jun 18 13:58:33 tecra console-kit-daemon[2884]: WARNING: Unable to activate console: No such device or address Jun 18 13:58:34 tecra rpc.statd[2318]: Caught signal 15, un-registering and exiting. Jun 18 13:58:36 tecra kernel: [13717.044297] fuse exit Jun 18 13:58:38 tecra kernel: [13718.837052] Bluetooth: Core ver 2.11 Jun 18 13:58:38 tecra kernel: [13718.838167] NET: Registered protocol family 31 Jun 18 13:58:38 tecra kernel: [13718.838167] Bluetooth: HCI device and connection manager initialized Jun 18 13:58:38 tecra kernel: [13718.838167] Bluetooth: HCI socket layer initialized Jun 18 13:58:38 tecra kernel: [13718.879718] Bluetooth: L2CAP ver 2.9 Jun 18 13:58:38 tecra kernel: [13718.879718] Bluetooth: L2CAP socket layer initialized Jun 18 13:58:38 tecra kernel: [13718.916802] Bluetooth: RFCOMM socket layer initialized Jun 18 13:58:38 tecra kernel: [13718.916802] Bluetooth: RFCOMM TTY layer initialized Jun 18 13:58:38 tecra kernel: [13718.916802] Bluetooth: RFCOMM ver 1.8 Jun 18 13:58:38 tecra avahi-daemon[2672]: Got SIGTERM, quitting. Jun 18 13:58:38 tecra avahi-daemon[2672]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::218:deff:fe18:e387. Jun 18 13:58:38 tecra avahi-daemon[2672]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.85.52. Jun 18 13:58:38 tecra kernel: Kernel logging (proc) stopped. Jun 18 13:58:38 tecra kernel: Kernel log daemon terminating. Jun 18 13:58:39 tecra exiting on signal 15 Jun 18 14:00:18 tecra syslogd 1.5.0#5: restart. [..cut..] You need other logs? Cheers, Julien Thanks, Marco.
Bug#533531: libghc6-network-dev: dependency libghc6-parsec2-dev does not exist
Package: libghc6-network-dev Version: dependency libghc6-parsec2-dev does not exist Severity: important It seems the current version of libghc6-network-dev in sid (2.2.1.3-1) depends on a binary package libghc6-parsec2-dev which is not found in the archive. Of course this makes libghc6-network-dev uninstallable. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-network-dev depends on: ii ghc6 6.10.3-2 GHC - the Glasgow Haskell Compilat pn libghc6-parsec-devnone (no description available) libghc6-network-dev recommends no packages. Versions of packages libghc6-network-dev suggests: pn libghc6-network-doc none (no description available) pn libghc6-network-prof none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533530: [app-install-data] upgrade fails on squeeze
Package: app-install-data Version: 2008.11.27 Severity: normal --- Please enter the report below this line. --- The upgrade fails on squeeze. Here is the output: Preparing to replace app-install-data 2008.11.27 (using .../app-install-data_2009.06.06_all.deb) ... Unpacking replacement app-install-data ... dpkg: error processing /var/cache/apt/archives/app-install-data_2009.06.06_all.deb (--unpack): trying to overwrite `/usr/share/app-install/icons/shutter.svg', which is also in package shutter dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/app-install-data_2009.06.06_all.deb Not all changes and updates succeeded. For further details of the failure, please expand the 'Details' panel below. --- System information. --- Architecture: i386 Kernel: Linux 2.6.28.090316 Debian Release: squeeze/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing debian.linux.ibm.com 500 intrepidppa.launchpad.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489006: debian-installer: After grub software raid installation, machine fails to boot with first drive removed or blanked.
On Wed, 17 Jun 2009, Felix Zielcke wrote: Am Mittwoch, den 17.06.2009, 15:43 +0200 schrieb Raphael Hertzog: On Thu, 04 Jun 2009, Felix Zielcke wrote: I think this shouldn't anymore happen with grub2. It supports the Linux Software RAID. Could you please try it? (grub-pc package) How are we supposed to try it? grub-install /dev/md0 ? Either grub-install '(md0)' if you want to have grub2 in all MBRs of /dev/md0 I tried this and it did work like expected. In any case, grub-installer still needs some modifications to do the proper operation, whatever it is. I would suggest to force install grub-pc when boot partition is on RAID and replace (hd0) by (md0) for installation in MBR. Maybe we need a supplementary check that ensures that (hd0) is part of (md0). I might try to come up with a patch. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533532: DTMF tones double detection
Package: asterisk Version: 1:1.4.21.2~dfsg-3 Tags: upstream, patch Hello, I am affected by a DTMF detection bug decribed here https://issues.asterisk.org/view.php?id=13209. The reports also includes a patch, that has made it in the current version. Please consider applying the patch or packaging the latest version. Bye, Joerg signature.asc Description: Digital signature
Bug#525979: Fixed a bug in my patch
My previous patch contains a bug that can cause some ODF documents to return two mimetypes (application/zip and the correct ODF mimetime). The attached patch is a corrected version that does not have this bug. -- Sander Marechal --- magic.orig 2009-06-12 15:23:48.0 +0200 +++ magic 2009-06-16 15:20:42.0 +0200 @@ -1925,77 +1925,99 @@ # ZIP archives (Greg Roelofs, c/o zip-b...@wkuvx1.wku.edu) 0 string PK\003\004 -4 byte 0x00 Zip archive data +30 ubelong !0x6d696d65 Zip archive data, at least v2.0 to extract +4 byte 0x00 Zip archive data !:mime application/zip -4 byte 0x09 Zip archive data, at least v0.9 to extract +4 byte 0x09 Zip archive data, at least v0.9 to extract !:mime application/zip -4 byte 0x0a Zip archive data, at least v1.0 to extract +4 byte 0x0a Zip archive data, at least v1.0 to extract !:mime application/zip -4 byte 0x0b Zip archive data, at least v1.1 to extract +4 byte 0x0b Zip archive data, at least v1.1 to extract !:mime application/zip -0x161 string WINZIP Zip archive data, WinZIP self-extracting +0x161 string WINZIP Zip archive data, WinZIP self-extracting !:mime application/zip -4 byte 0x14 -30 ubelong !0x6d696d65 Zip archive data, at least v2.0 to extract +4 byte 0x14 !:mime application/zip # OpenOffice.org / KOffice / StarOffice documents # Listed here because they ARE zip files # # From: Abel Cheung a...@oaka.org -4 byte 0x14 -30 string mimetype +30 string mimetype # KOffice (1.2 or above) formats -50 string vnd.kde. KOffice (=1.2) -58 string karbon Karbon document -58 string kchart KChart document -58 string kformula KFormula document -58 string kivio Kivio document -58 string kontour Kontour document -58 string kpresenter KPresenter document -58 string kspread KSpread document -58 string kword KWord document +50 string vnd.kde. KOffice (=1.2) +58 string karbon Karbon document +58 string kchart KChart document +58 string kformula KFormula document +58 string kivio Kivio document +58 string kontour Kontour document +58 string kpresenter KPresenter document +58 string kspread KSpread document +58 string kword KWord document # OpenOffice formats (for OpenOffice 1.x / StarOffice 6/7) -50 string vnd.sun.xml. OpenOffice.org 1.x -62 string writer Writer -68 byte !0x2e document -68 string .template template -68 string .global global document -62 string calc Calc -66 byte !0x2e spreadsheet -66 string .template template -62 string draw Draw -66 byte !0x2e document -66 string .template template -62 string impress Impress -69 byte !0x2e presentation -69 string .template template -62 string math Math document -62 string base Database file +50 string vnd.sun.xml. OpenOffice.org 1.x +62 string writer Writer +68 byte !0x2e document +68 string .template template +68 string .global global document +62 string calc Calc +66 byte !0x2e spreadsheet +66 string .template template +62 string draw Draw +66 byte !0x2e document +66 string .template template +62 string impress Impress +69 byte !0x2e presentation +69 string .template template +62 string math Math document +62 string base Database file # OpenDocument formats (for OpenOffice 2.x / StarOffice = 8) # http://lists.oasis-open.org/archives/office/200505/msg6.html -50 string vnd.oasis.opendocument. OpenDocument -73 string text -77 byte !0x2d Text +50 string vnd.oasis.opendocument. OpenDocument +73 string text +77 byte !0x2d Text !:mime application/vnd.oasis.opendocument.text -77 string -template Text Template -77 string -web HTML Document Template -77 string -master Master Document -73 string graphics Drawing -81 string -template Template -73 string presentation Presentation -85 string -template Template -73 string spreadsheet Spreadsheet -84 string -template Template -73 string chart Chart -78 string -template Template -73 string formula Formula -80 string -template Template -73 string database Database -73 string image Image +77 string -template Text Template +!:mime application/vnd.oasis.opendocument.text-template +77 string -web HTML Document Template +!:mime application/vnd.oasis.opendocument.text-web +77 string -master Master Document +!:mime application/vnd.oasis.opendocument.text-master +73 string graphics +81 byte !0x2d Drawing +!:mime application/vnd.oasis.opendocument.graphics +81 string -template Template +!:mime application/vnd.oasis.opendocument.graphics-template +73 string presentation +85 byte !0x2d Presentation +!:mime application/vnd.oasis.opendocument.presentation +85 string -template Template +!:mime application/vnd.oasis.opendocument.presentation-template +73 string spreadsheet +84 byte !0x2d Spreadsheet +!:mime application/vnd.oasis.opendocument.spreadsheet +84 string -template Template +!:mime application/vnd.oasis.opendocument.spreadsheet-template +73 string chart +78 byte !0x2d Chart +!:mime
Bug#128997: acknowledged by developer (closing 242298)
reassign 128997 bash thanks On Thu, 18 Jun 2009 15:08:02 +0300, Adrian Bunk wrote: reopen 128997 thanks Please read http://www.debian.org/Bugs/server-refcard which contains an explanation why to not use close. I already know how to use cont...@. Yet I could have added a #comment there, but the close was completely wrong (it should've been a reassign rather). Sorry. Looking at the bug, your actions (tags -wontfix, tags +wontfix, close) also don't give me any clue why you suddenly changed your opinion from why shouldn't we fix this? and closed my bug. As stated above, I missed a reassign in the mail to cont...@. This is a bug in the bash package, not bash-completion (and I don't why Luk reassigned it in first instance). Both /etc/bash.bashrc and /etc/skel/.bashrc belong to the bash package, so it should be fixed there. The + wontfix is because Matthias Klose originally tagged it this way, so I'm leaving decision up to him now. Bye, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#529970:
Excellent! When I get a chance I'll make a p5-p6 patch and try again. Hmm, that may need to wait until after the openmpi transition though... Thanks for the report/request! -Adam On Thu, 2009-06-18 at 12:18 +0100, Kramer, Stephan wrote: Ah yes, it has unfortunately been broken for some patchlevels (including p5 used by the current package) - see http://lists.mcs.anl.gov/pipermail/petsc-users/2009-June/004561.html. I've just tried the following: download 3.0.0-p6, copying in the debian/ directory from the current source package, removing upstream-p5.patch, adding --with-fortran-interfaces=1 to the configure lines in debian/rules, and the package now builds fine. I'm using gfortran 4.3 on Debian unstable. Thanks, for looking into this. Let me know if I can do anything more Cheers Stephan Adam C Powell IV wrote: Hello and thanks for your report. On Fri, 2009-05-22 at 15:18 +0100, Stephan Kramer wrote: Package: libpetsc3.0.0-dev Version: 3.0.0.dfsg-4 Severity: wishlist One of the great things of PETSc 3 is that it include explicit fortran interfaces for most routine. By default however only the routines that use f90 extenstions, like VecGetArrayF90, IsGetIndicesF90, etc., are included. To include fortran interfaces for most other routines, PETSc has to be configured with --with-fortran-interfaces=1. I'm afraid I just tried this, but it threw a bunch of errors like: libfast in: /home/hazelsct/petsc-3.0.0.dfsg/src/ksp/f90-mod mpif90 -c -Wall -Wno-unused-variable -g -I/home/hazelsct/petsc-3.0.0.dfsg/linux-gnu-c-debug/include -I/home/hazelsct/petsc-3.0.0.dfsg/include -I/usr/lib/openmpi/include -I/usr/lib/openmpi/lib -I/usr/include/spooles -I/usr/include -I/usr/include/superlu -I/usr/include/suitesparse -I/usr/include/scotch -o petsckspmod.o petsckspmod.F /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:120.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:125.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:265.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:322.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:367.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:385.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:391.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/ftn-auto/petscpc.h90:397.7: Included at /home/hazelsct/petsc-3.0.0.dfsg/include/finclude/petscpc.h90:10: Included at petsckspmod.F:12: KSP ksp ! KSP 1 Error: Unclassifiable statement at (1) petsckspmod.F:15.72: use petscpc 1 Fatal Error: Can't open module file 'petscpc.mod' for reading at (1): No such file or directory make[8]: [petsckspmod.o] Error 1 (ignored) /usr/bin/ar cr /home/hazelsct/petsc-3.0.0.dfsg/linux-gnu-c-debug/lib/libpetscksp.a petsckspmod.o /usr/bin/ar: petsckspmod.o: No such file or
Bug#531546: more information
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sean finney wrote: this may be a silly question, but have you tried changing the rrdtool version to 1.3.x? does the working system also use 1.2.x? i believe that 1.3.x should be the version available in lenny, maybe it's just that after upgrading this wasn't detected and the old value was retained? Hello, tried that but it didn't work. I had however bypassed some information about the upgrade. Ran the upgrade script this morning after switching to lenny packages, i am getting a substantial amount of errors : WARNING: One or more of the SQL queries needed to upgraded your Cacti installation has failed. Please see below for more details. Your Cacti MySQL user must have SELECT, INSERT, UPDATE, DELETE, ALTER, CREATE, and DROP permissions. You should try executing the failed queries as 'root' to ensure that you do not have a permissions problem. 0.8.6k - 0.8.7 [Fail] ALTER TABLE `graph_templates_graph` ADD COLUMN `t_slope_mode` CHAR(2) DEFAULT 0 AFTER `vertical_label`, ADD COLUMN `slope_mode` CHAR(2) DEFAULT 'on' AFTER `t_slope_mode`; [Success] ALTER TABLE `host` MODIFY COLUMN `status_last_error` VARCHAR(255); [Success] ALTER TABLE `data_template_rrd` MODIFY COLUMN `rrd_maximum` VARCHAR(20) NOT NULL DEFAULT 0, MODIFY COLUMN `rrd_minimum` VARCHAR(20) NOT NULL DEFAULT 0 [Fail] ALTER TABLE `host` ADD INDEX `disabled`(`disabled`) [Fail] ALTER TABLE `poller_item` ADD INDEX `rrd_next_step`(`rrd_next_step`) [Fail] ALTER TABLE `poller_item` ADD INDEX `action`(`action`) [Fail] ALTER TABLE `user_auth` ADD INDEX `username`(`username`) [Fail] ALTER TABLE `user_auth` ADD INDEX `realm`(`realm`) [Fail] ALTER TABLE `user_log` ADD INDEX `username`(`username`) [Fail] ALTER TABLE `data_input` ADD INDEX `name`(`name`) [Fail] ALTER TABLE `user_auth` ADD COLUMN `enabled` CHAR(2) DEFAULT 'on' [Fail] ALTER TABLE `user_auth` ADD INDEX `enabled`(`enabled`) [Fail] ALTER TABLE `host` ADD COLUMN `availability_method` SMALLINT(5) UNSIGNED NOT NULL default '2' AFTER `snmp_timeout` [Fail] ALTER TABLE `host` ADD COLUMN `ping_method` SMALLINT(5) UNSIGNED default '0' AFTER `availability_method` [Fail] ALTER TABLE `host` ADD COLUMN `ping_port` INT(12) UNSIGNED default '0' AFTER `ping_method` [Fail] ALTER TABLE `host` ADD COLUMN `ping_timeout` INT(12) UNSIGNED default '500' AFTER `ping_port` [Fail] ALTER TABLE `host` ADD COLUMN `ping_retries` INT(12) UNSIGNED default '2' AFTER `ping_timeout` [Fail] ALTER TABLE `host` ADD COLUMN `max_oids` INT(12) UNSIGNED default '10' AFTER `ping_retries` [Fail] ALTER TABLE `host` ADD COLUMN `notes` TEXT AFTER `hostname` [Fail] ALTER TABLE `host` ADD COLUMN `snmp_auth_protocol` CHAR(5) default '' AFTER `snmp_password` [Fail] ALTER TABLE `host` ADD COLUMN `snmp_priv_passphrase` varchar(200) default '' AFTER `snmp_auth_protocol` [Fail] ALTER TABLE `host` ADD COLUMN `snmp_priv_protocol` CHAR(6) default '' AFTER `snmp_priv_passphrase` [Fail] ALTER TABLE `host` ADD COLUMN `snmp_context` VARCHAR(64) default '' AFTER `snmp_priv_protocol` [Fail] ALTER TABLE `poller_item` ADD COLUMN `snmp_auth_protocol` CHAR(5) default '' AFTER `snmp_password` [Fail] ALTER TABLE `poller_item` ADD COLUMN `snmp_priv_passphrase` varchar(200) default '' AFTER `snmp_auth_protocol` [Fail] ALTER TABLE `poller_item` ADD COLUMN `snmp_priv_protocol` CHAR(6) default '' AFTER `snmp_priv_passphrase` [Fail] ALTER TABLE `poller_item` ADD COLUMN `snmp_context` VARCHAR(64) default '' AFTER `snmp_priv_protocol` [Fail] INSERT INTO settings VALUES ('auth_method','1') [Success] UPDATE `settings` SET name = 'user_template' WHERE name = 'ldap_template' [Success] DELETE FROM `settings` WHERE name = 'global_auth' [Success] DELETE FROM `settings` WHERE name = 'ldap_enabled' [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=1 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=6 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=10 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=11 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=12 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=14 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=15 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=27 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439, ping_timeout=400, ping_retries=1 WHERE id=32 [Success] UPDATE host SET availability_method=1, ping_method=2, ping_port=33439,
Bug#533533: rootstrap: Allow to specify arch
Package: rootstrap Version: 0.3.24-5 Severity: wishlist Hi! Currently, we can only rootstrap the current arch. It would be nice to be able to rootstrap another architecture. Since UML is running with the current distribution, we cannot use arbitrary arch, but with an amd64 distribution, we should be able to rootstrap a 32bit one. In modules/debian, we could add: if test -n $arch; then opts=$opts --arch=$arch fi I think this would do the trick. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rootstrap depends on: ii debootstrap 1.0.13 Bootstrap a basic Debian system ii dpkg 1.15.2 Debian package management system ii python 2.5.4-2 An interactive high-level object-o ii user-mode-linux 2.6.26-1um-2+15 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20070815-1.1 User-mode Linux (utility programs) Versions of packages rootstrap suggests: ii dhcp3-client 3.1.2-1DHCP client ii dhcp3-server 3.1.2-1DHCP server for automatic IP addre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532772: [eric] Segmentation fault
I uninstalled eric, and reinstalled. This is what happened: The following packages are BROKEN: eric The following NEW packages will be installed: bicyclerepair{a} eric-api-files{a} python-chardet{a} python-pkg-resources{a} python-pygments{a} 0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 843kB/5540kB of archives. After unpacking 33.0MB will be used. The following packages have unmet dependencies: eric: Depends: python-qscintilla2 (= 2.4) but it is not installable The following actions will resolve these dependencies: Install the following packages: libqscintilla2-5 [2.3.2-1.1 (unstable)] python-qscintilla2 [2.4-1 (experimental)] So I did that, this however did not work. eric now gives this: $ eric Traceback (most recent call last): File /usr/share/eric/modules/eric4.py, line 46, in module from KdeQt.KQApplication import KQApplication File /usr/share/eric/modules/KdeQt/__init__.py, line 20, in module import Preferences File /usr/share/eric/modules/Preferences/__init__.py, line 26, in module from PyQt4 import Qsci ImportError: /usr/lib/pymodules/python2.5/PyQt4/Qsci.so: undefined symbol: _ZN9QsciLexer9setEditorEP13QsciScintilla So i tried to install the libqscintilla2-5 from experimental (2.4-1) and eric once again seg faults. On Wed, Jun 17, 2009 at 11:12 PM, Gudjon I. Gudjonsson gud...@gudjon.orgwrote: Hi Sorry, made a mistake, please install it again and it should request python-qscintilla2 (=2.4) and then it shouldn't segfault. Eric will be uploaded to Debian as soon as python-qscintilla2-2.4 enters unstable. /Gudjon
Bug#291798: [Mutt] #3245: mutt: aliases for mailboxes
#3245: mutt: aliases for mailboxes ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: Resolution:|Keywords: patch ---+ Comment(by tamentis): This match allows the following syntax in muttrc: mbalias somewhere imaps://user:passw...@imap.myhost.com/Somewhere/ mbalias localstuff =projects/x/archive mailboxes *somewhere *localstuff It allows the use of the '*' prefix to access the aliases in 'change- folder' and friends. -- Ticket URL: http://dev.mutt.org/trac/ticket/3245#comment:3 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533527: zsh: Provided scripts fail when cshjunkiequotes is enabled
On Thu, Jun 18, 2009 at 01:36:41PM +0200, Ivan Cukic wrote: When the cshjunkiequotes is enabled in user's .zshrc file (setopt cshjunkiequotes) various scripts that contain multiline strings become invalid. The problem can be fixed by adding backslash for line breaks in multiline strings. The problem appears in the following scripts (but is not limited just to them) /usr/share/zsh/functions/Completion/compinit /usr/share/zsh/functions/MIME/zsh-mime-setup /usr/share/zsh/functions/Completion/Unix/_vim /usr/share/zsh/functions/Completion/Unix/_rm Can you elaborate? cshjunkiequotes is already forcibly unset during completion. Where are you adding a backslash in zsh-mime-setup? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#291798: [Mutt] #3245: mutt: aliases for mailboxes
#3245: mutt: aliases for mailboxes ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: Resolution:|Keywords: patch ---+ Changes (by tamentis): * cc: tamen...@neopulsar.org (added) * keywords: = patch -- Ticket URL: http://dev.mutt.org/trac/ticket/3245#comment:2 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533529: Missing config option for sources.list.d/
On Thu, Jun 18, 2009 at 02:02:15PM +0200, Goswin Brederlow wrote: Package: apt Version: 0.7.21 Severity: normal File: /usr/bin/apt-get Hi, in ia32-apt-get I'm using -o Dir::Etc::sourcelist=/etc/apt/foreign/sources.list to change the sources.list used by apt. But then apt still uses /etc/apt/sources.list.d for further sources.list files and there seems to be no option to change that path. For a start the .d/ directory could be constructed from the Dir::Etc::sourcelist by appending .d. That would give a good default path. An explicit option for the dir itself might not even be needed. The configuration option is called Dir::Etc::sourceparts. -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org