Bug#620904: [Pkg-alsa-devel] Bug#620904: cannot open mixer: No such file or directory
ER Can you hear sound? No, but I'm working on it: http://sourceforge.net/mailarchive/forum.php?thread_name=BANLkTikdY8caqL3jm_WpKj3e_FO%2BmDH6Yw%40mail.gmail.comforum_name=alsa-user I'm just saying your error message should tell the user the next step at that point: check to see if there is a card installed at all and that it is turned on in BIOS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544515: Packaged Version 1.0 of bugs-everywhere
Hi, the Project has done a proper release in an tarball[1]. I hope the new version will soon be in debian. greetz chris [1] http://download.bugseverywhere.org/releases/be-1.0.0.tar.gz -- (λ x . x x) (λ x . x x) -- See how beautiful the lambda is No documentation is better than bad documentation -- Das Ausdrucken dieser Mail wird urheberrechtlich verfolgt. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620260: [Evolution] Bug#620260: Bug#620260: Bug#620260: evolution: ignore its own network settings
Hi, It if in the strace log. I have no idea, why tcpdump doesn't detect any connection to the POP3-server, it is available for directaccess and is not hiding. E-mail as well as proxy are constant, so I just used ping for getting their addresses. Sincerely, Andrii Borovyi Στις 05-04-2011, ημέρα Τρι, και ώρα 15:21 +0200, ο/η Yves-Alexis Perez έγραψε: On mar., 2011-04-05 at 12:35 +0300, Andrii Borovyi wrote: According to the log attached in my previous message: 1) My IP: 10.20.50.52 2) E-Mail IP: 155.207.123.6 3) Proxy IP: 193.104.213.101 There's no connection to your proxy address on the netstat output you gave. signature.asc Description: This is a digitally signed message part
Bug#621054: cowbuilder: COWDANCER_ILISTFILE not defined while using scons
Package: cowbuilder Version: 0.62+nmu2 Severity: normal Building the package yade[1] under cowbuilder fails, while pbuilder builds the package just fine. The log-file contatins the following: scons: Configure: Checking whether c++ compiler g++ works... /home/build-cleanComp060/.sconf_temp/conftest_0.cpp - |#includeiostream |int main(int argc, char**argv){std::cerrstd::endl;return 0;} | g++ -o /home/build-cleanComp060/.sconf_temp/conftest_0.o -c -I/usr/include/vtk-5.0 -I/usr/include/vtk-5.2 -I/usr/include/vtk-5.4 -I/usr/include/vtk-5.6 -I/usr/include/eigen2 -I/usr/include/vtk -I/home/build-cleanComp060/include /home/build-cleanComp060/.sconf_temp/conftest_0.cpp env var COWDANCER_ILISTFILE not defined cowdancer: Fatal, initialize_functions failed env var COWDANCER_ILISTFILE not defined cowdancer: Fatal, initialize_functions failed env var COWDANCER_ILISTFILE not defined cowdancer: Fatal, initialize_functions failed env var COWDANCER_ILISTFILE not defined cc1plus: fatal error: /home/build-cleanComp060/.sconf_temp/conftest_0.cpp: Cannot allocate memory compilation terminated. [1] http://git.debian.org/?p=debian-science/packages/yade.git;a=shortlog;h=refs/tags/debian/0.60.2-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.62+nmu2 Copy-on-write directory tree utili ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii pbuilder 0.199+nmu2 personal package builder for Debia cowbuilder recommends no packages. cowbuilder 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#620829: [new checks] implements parts of the java policy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-04-06 01:43, Vincent Fourmond wrote: On 05/04/11 21:39, Vincent Fourmond wrote: Finally, we are planning to release 2.5.0~rc2 soon and I am hoping to merge a branch shortly after the release. *If* this branch is merged your collection will need to depend on two new collections (index and fields), since these will provide the index file and the fields/ directory (respectively) in that branch. If you check for the index file instead of fields/package, then you can avoid the fields dep as far as I can see. The check will also need a Needs-Info on fields ($info-relation). Well, thanks a lot. I'll work on all that later on tonight, hoping to send a format-patch early enough for the rc2 release. Looks like I completely misunderstood you for that. Sorry, my bad - I was too busy finishing the release to read the later tonight part. :/ I should have been more clear that the master branch was closed for the ~rc2 release. Though I am expecting ~rc3 to have a short release cycle as well (e.g. expecting a multi-arch patch soon). In any case, attached is a tarball of the output of git format-patch (without any particular options). I've checked they apply cleanly to the recent rc2 release. Cool, will have a look (hopefully Friday). From my initial review I might split and merge some patches. The merge of my branch will wait until Tuesday, so I will do the changes required for the merge. If you could provide some test cases for these tags before then, that would be great. Btw, for the no class jar files, have you checked some of the interesting jars like: /usr/lib/iceweasel/extensions/langpack...@firefox.mozilla.org/chrome/ca.jar /usr/lib/libreoffice/share/extensions/wiki-publisher/help/ca/help.jar in iceweasel-l10n-ca and libreoffice-wiki-publisher (respectively)? They could be useful as long as they (e.g.) a properties file or even just translated html files etc. I've added quite a few checks and relaxed some. Even if this is far from thorough (all the javadoc stuff are missing, for one), this is getting a little more complete. If you need inspiration here, feel free to dig into jh_scanjavadoc from javahelper. I'm on my way to update http://wiki.debian.org/Java/QATools according to the contents of the patch. Great! :) Cheers, Vincent ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNnAxrAAoJEAVLu599gGRC7K0QAKtGnFG11mtPU5i4vOJ29w/A HKVMqc9LWlroDVhM1a36qU+3ZgaXk9tCCW4GUMZEv6cDMo3ldyVk+AktJmj9NCfm 5O1udIgTroxHFakewu9ajz+7CrM7LDS1tcXYGkcFl+/eulrCYTSr67XBG2JOPZ7g PGGVODWaciAtCOSt1cWFsYPb8IrcKnWhqaozm+6GIMkgZ94eAfqBbrNT26a6yeNi eO7teTW7H47a2PGel0pSF73Zfhap5uFFk0m8j3jfowFDQubpkmjLB3l578hYvmVP 05kEGtfoqoL83hqKcC9qhZsn2kNSGWm457fqB7ibI8C1MaaYNp+KS7OnAcr1Fc/5 ny1YXo0PPULkCE72WC71v08F+sF5SZ1u46/4U4EAHRQc5e9P7lH/JP+KJdCprcOK OGZ+GfpR1WBVskz5a67FBeKfqsGQOQkjORg7uilmsADmjRl1Bbr5u5fGnglcyiOh AUnc3szBXHjpvaW4b+hc2hMHfL8gO5d7EkXRAxzwqrXmLCbfxKi47qaf2SN8nrsk 3uDfPvEIkDeQlVsiaM5KFcSPucGWCescGPT0ZR5OXlDJJC4b0mCp8+xbDEbWEqPo E66xykO9u2OXIj3RgBCbNfSQHIP/B8I2METskEyUptQqvs2LV/j+yXe0fTQOgaDe eRYz4+t0JuNlM0FAS1iZ =e7ml -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#544515: Packaged Version 1.0 of bugs-everywhere
On 06-Apr-2011, Christian Dietrich wrote: the Project has done a proper release in an tarball[1]. I hope the new version will soon be in debian. I hope that also. This bug report, though, shows that Bug#559916 is blocking this one. -- \ “Pinky, are you pondering what I'm pondering?” “Well, I think | `\so, Brain, but I can't memorize a whole opera in Yiddish.” | _o__) —_Pinky and The Brain_ | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#594786: Announce of the upcoming NMU for the ucf package
Dear maintainer of ucf and Debian translators, Some days ago, I sent a notice to the maintainer of the ucf Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs da de es eu fi fr gl it ja nl pl pt pt_BR ru sv vi Among these, the following translations are incomplete: nl pl If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the ucf package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, April 14, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Friday, April 01, 2011 : send the first intent to NMU notice to the package maintainer. Wednesday, April 06, 2011 : send this notice Thursday, April 14, 2011 : (midnight) deadline for receiving translation updates Friday, April 15, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Friday, April 22, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2009-10-13 08:14-0500\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../templates:2001 msgid Modified configuration file msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid install the package maintainer's version msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid keep the local version currently installed msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid show the differences between the versions msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid show a side-by-side difference between the versions msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid show a 3-way difference between available versions msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid do a 3-way merge between available versions (experimental) msgstr #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid start a new shell to examine the situation msgstr #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:4002 msgid What do you want to do about modified configuration file ${BASENAME}? msgstr #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:4002 msgid A new version of configuration file ${FILE} is available, but the version installed currently has been locally modified. msgstr #. Type: note #. Description #: ../templates:5001 msgid Line by line differences between versions msgstr #. Type: error #. Description #: ../templates:6001 msgid Conflicts found in three-way merge msgstr #. Type: error #. Description #: ../templates:6001 msgid Conflicts found during three-way merge! Please edit `${dest_file}' and sort them out manually. msgstr #. Type: error #. Description #: ../templates:6001 msgid The file `${dest_file}.${ERR_SUFFIX}' has a record of the failed merge of
Bug#621055: banshee: creates directories. all the time
Package: banshee Version: 1.9.6-1 Banshee keeps creating a Videos directory every time I select Preferences. If I wanted the directory, I'd create it. It was also creating Audiobooks, this seemed to be stopped by deselecting Audiobooks support, but the same applies there. Creating it once is bad behaviour IMO, recreating it every time is sufficient cause to swap to a different program. Thanks, Adrian -- bitcube.co.uk - Expert Linux infrastructure consultancy Puppet, Debian, Red Hat, Ubuntu, CentOS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621056: python-scipy: scipy.sparse.linalg.eigen and eigen_symmetric not callable
Package: python-scipy Version: 0.7.2+dfsg1-1+b1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, After I upgraded the python-scipy package, I found that I cannot call scipy.sparse.linalg.eigen_symmetric from my script. This may due to the typo in scipy/sparse/linalg/arpack/arpack.py. (I could not comfirm if this is the right patch, sorry.) Please look at the attached patch. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-scipy depends on: ii libamd2.2.0 1:3.4.0-2 approximate minimum degree orderin ii libatlas3gf-base [liblapack. 3.8.3-30Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3gf] 1.2-8 Basic Linear Algebra Reference imp ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgfortran3 4.6.0-2 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack.so.3 3.3.0-4 library of linear algebra routines ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libumfpack5.4.0 1:3.4.0-2 sparse LU factorization library ii python 2.6.6-12interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-numpy 1:1.5.1-2 Numerical Python adds a fast array Versions of packages python-scipy recommends: ii g++ [c++-compiler]4:4.5.2-5 The GNU C++ compiler ii g++-4.5 [c++-compiler]4.5.2-8The GNU C++ compiler Versions of packages python-scipy suggests: ii python-profiler 2.6.6-1deterministic profiling of any Pyt - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJNnBLaAAoJEOx5ooBqGSMZrpUP/18LxJMOyj+cXDQcgvPDcprn sJ6lD+zC9v0rwPat992ayq/ZKvZ5yWTB7bl54rNUZmgo6GGSCFPPNpXdI2n+3foK rMBkmb+8ucdnoCBi9he1JGJmhJt+kfzoS8jeZ6lRpTl75lTHuM8c+O8OSBjsPVUc fpSpmpYE9WgKyTUwuGBT63eTD/xEfZQjuY381CpoU9GOjxqysg2cx+VwKjcycYfi vQmF75TwqZ0kpCDNUR48BCREcGiALHeDxuzvfbOQIc2TfszgRbZtP6Mzb50QlC1i xPLXbAX0HkD7TTJj9VzdfY49A6ZIuSjfUbKG2jbSCDjvTbkehRMvccP/HURFHWai qZw3AYGcGSRFLkqSPtzZLJPwHwKQ6hYfU7No0oWf1ELYJPnHMxLvr4XowhZD1lpf B8d5zPgwO2NdaS4e7fC0ABkfDNqICTZCIJq8FMuTgj4uf6mSS7BkHW9TAsCsMvcc w65dZ5v+q6oVYZBAYGN5UdlA0i+DEdKquQ1tBEGJUZ7U9C4psPWWQoJpoaDQS70x JEMLLxukXRu3WgeMzu3tAFAatQqnsFlp1cbekDGVhhtChmvLO8yD4iG54WEU1PoV kN7fiQkLTh5edeWwlLZ+BOFcSx+cP4rIZR+Sjhu3bu2CKUV5Uh2nbgqd9LWqkfzz hVy2T2ipKMPVZTFhx41N =28+v -END PGP SIGNATURE- --- scipy/sparse/linalg/eigen/arpack/arpack.py.old 2011-04-06 15:27:34.0 +0900 +++ scipy/sparse/linalg/eigen/arpack/arpack.py 2011-04-06 15:27:48.0 +0900 @@ -39,7 +39,7 @@ __docformat__ = restructuredtext en -__all___=['eigen','eigen_symmetric'] +__all__ =['eigen','eigen_symmetric'] import warnings
Bug#620157: base-files: Please add top-level /run
Well, I added /run and this is what happened: http://bugs.debian.org/621036 Apparently, it was stupid for base-files to ship /run without it being useable, and the bug is reassigned to base-files. Does this mean I am supposed to setup /run as well? That would be completely crazy! Please advise what to do. I am for removing /run from base-files (because obviosuly nobody thought about a transition plan) and leaving it entirely to initscripts or whatever package that will use /run. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'
On Tue, 2011-04-05 at 21:41 +0200, Anton Gladky wrote: Adam, what do you think, can this bug be related to #619935? I think this is related to changes in scotch package. We should maybe add a define flag to CCFLAGS and for sure change -lmetis to -lmetis -lscotch Anton -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620200: kingston-update-notifier: French translation
Dear Cédric, Cédric Boutillier schrieb am 06.04.2011 01:43: On Thu, Mar 31, 2011 at 12:16:29PM +0200, Kai Wasserbäch wrote: thank you for your contribution, I've just commited your translation ([0]), please note, that this isn't a debconf but a normal program translation. I apologize, I misused a template... no need to apologize, just thought it might be useful information for you as you (the language team) might prioritize translations (e.g. debconf first) and/or use pseudo URLs for tracking progress of translations and then the po-debconf handler might make trouble with tracking this translation. And now to an additional request: kingston provides a .notifyrc [1] and a .desktop [2] file too, both would need translation in addition to the PO file to complete the French translation. Could you translate them too, please? Please find in attachment a patch for these files containing the strings translated to French. Perfect! I've committed your changes (23e575f) to our Git. The French translation will be included in the next upload. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#620260: [Evolution] Bug#620260: Bug#620260: Bug#620260: evolution: ignore its own network settings
On mar., 2011-04-05 at 17:27 +0300, Andrii Borovyi wrote: It if in the strace log. I have no idea, why tcpdump doesn't detect any connection to the POP3-server, it is available for directaccess and is not hiding. E-mail as well as proxy are constant, so I just used ping for getting their addresses. Sorry but this bug report is really not exploitable, on part because of the english you're using, which I fail to understand correctly (and it seems you don't success at understanding me either). There's no such thing as a mail (pop) connection to your proxy server, which is expected since there's no support for that in evolution anyway. Can we at least agree on that? Regards, -- 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#621058: ruby1.8: ri disappeared
Package: ruby1.8 Version: 1.8.7.334-3 Severity: normal After upgrading I get the error update-alternatives: using /usr/bin/ruby1.8 to provide /usr/bin/ruby (ruby) in auto mode. update-alternatives: warning: skip creation of /usr/bin/ri because associated file /usr/bin/ri1.8 (of link group ruby) doesn't exist. update-alternatives: warning: skip creation of /usr/share/man/man1/ri.1.gz because associated file /usr/share/man/man1/ri1.8.1.gz (of link group ruby) doesn't exist. and indeed ri1.8 is not here. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby1.8 depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libruby1.8 1.8.7.334-3 Libraries necessary to run Ruby 1. ruby1.8 recommends no packages. Versions of packages ruby1.8 suggests: pn ri1.8 none (no description available) pn ruby1.8-examples 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#593909: Names of Fields in Control Files
Charles Plessy ple...@debian.org writes: Here is an updated patch, that contains the following: Each paragraph consists of a series of data fields; each field consists of the field name, followed by a colon and - then the data/value associated with that field. It ends at - the end of the (logical) line. Horizontal whitespace + then the data/value associated with that field. The field + name is composed of printable ASCII characters (i.e., + characters that have values between 33 and 126, inclusive) + except colon and must not with a begin with #. The + field ends at the end of the line or at the end of the + last continuation line (see below). Horizontal whitespace (spaces and tabs) may occur immediately before or after the value and is ignored there; it is conventional to put a Apart from adding that fields names may not begin with #, I also changed ‘US-ASCII’ for ‘ASCII’, since this is the vocabulary used by the Policy. Thanks, this is now applied for the next Policy release. Sorry about the long delay. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621059: kdm: KDM keyboard focus missing since last update in testing.
Package: kdm Version: 4:4.4.5-8 Severity: normal Since last update in testing, KDM does not have password focused for typing. There is no way with the keyboard to focus on user or password. I need to use the mouse to click on the password or user field to be able to type it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii consolekit0.4.4-1framework for defining and trackin ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii kdebase-workspace-kgreet-plug 4:4.4.5-8 KDE greet libraries for authentica ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.4-1ConsoleKit libraries ii libdbus-1-3 1.4.6-1simple interprocess messaging syst ii libkdecore5 4:4.4.5-3 the KDE Platform Core Library ii libkdeui5 4:4.4.5-3 the KDE Platform User Interface Li ii libkio5 4:4.4.5-3 the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-3 the Get Hot New Stuff v2 Library ii libkworkspace44:4.4.5-8 library for the kdebase workspace ii libpam0g 1.1.2-2Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.6-3 QImageBlitz image effects library ii libqt4-svg4:4.7.2-3 Qt 4 SVG module ii libqt4-xml4:4.7.2-3 Qt 4 XML module ii libqtcore44:4.7.2-3 Qt 4 core module ii libqtgui4 4:4.7.2-3 Qt 4 GUI module ii libstdc++64.5.2-4The GNU Standard C++ Library v3 ii libx11-6 2:1.4.2-1 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxdmcp6 1:1.1.0-1 X11 Display Manager Control Protoc ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-window- 4:4.4.5-8 the K window manager (KWin) ii konsole [x-terminal-emulator] 4:4.4.5-2 X terminal emulator ii logrotate 3.7.8-6Log rotation utility ii xserver-xorg-core [xserver] 2:1.7.7-13 Xorg X server - core server ii xterm [x-terminal-emulator] 269-1 X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.4.5-2 graphical password changing utilit -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621061: locks daemon startup directory
Package: virtualbox-ose Version: 4.0.4-dfsg-1+b1 Severity: normal File: VBoxSVC Run virtualbox from some subdirectory, then close it. Check open files from various VBox* services that are kept running behind. The running directory from application directory is still open and is kept busy, locking the particular filesystem where the directory is located. This can be worked around by using appropriate flags daemon(3) flags or just changing the directory before forking. Please fix. VBoxXPCOM 5349ed cwd DIR8,1 20480 442858 /tmp VBoxXPCOM 5349ed rtd DIR8,1 4096 2 / VBoxSVC5354ed cwd DIR8,1 20480 442858 /tmp VBoxSVC5354ed rtd DIR8,1 4096 2 / -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcurl37.21.4-1 Multi-protocol file transfer libra ii libgcc1 1:4.6.0-1GCC support library ii libpng12-0 1.2.44-2 PNG library - runtime ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libstdc++6 4.6.0-1 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1 API to write one's own vnc server ii libx11-62:1.4.2-1X11 client-side library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii python 2.6.6-12 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1] 7.10-4 A free implementation of the OpenG ii libqt4-opengl4:4.7.2-3 Qt 4 OpenGL module ii virtualbox-ose-qt4.0.4-dfsg-1+b1 x86 virtualization solution - Qt b ii virtualbox-ose-source4.0.4-dfsg-1x86 virtualization solution - kern Versions of packages virtualbox-ose suggests: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libpulse0 0.9.21-4 PulseAudio client libraries ii vde2 2.2.3-3Virtual Distributed Ethernet pn virtualbox-guest-additionsnone (no description available) -- debconf information: * virtualbox-ose/upstream_version_change: true -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621062: libwww-perl: Please move the remaining modules to a new liblwp-perl
Package: libwww-perl Version: 6.01-2 Severity: wishlist After the current splitup, it is impossible for a package to depend on only the modules in libwww-perl without pulling in all the others. Please move these modules to a new package (e.g. named liblwp-perl) so that other packages can depend on exactly what they need. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621047: monit: FTBFS with ssv2 removal: ssl.c:645: undefined reference to `SSLv2_client_method'
Hello, the patch is attached Best regards, Martin ssl.patch Description: Binary data On Apr 6, 2011, at 6:10 AM, Cyril Brulebois wrote: Source: monit Version: 1:5.2.5-1 Severity: serious Justification: FTBFS Hi, your package FTBFS with: | gcc -rdynamic alert.o collector.o control.o daemonize.o env.o event.o file.o gc.o http.o log.o md5.o monitor.o net.o process.o sendmail.o sha.o signal.o socket.o spawn.o ssl.o state.o status.o util.o validate.o xmalloc.o xml.o device/device_common.o http/base64.o http/cervlet.o http/engine.o http/processor.o process/process_common.o protocols/apache_status.o protocols/clamav.o protocols/default.o protocols/dns.o protocols/dwp.o protocols/ftp.o protocols/generic.o protocols/gps.o protocols/http.o protocols/imap.o protocols/ldap2.o protocols/ldap3.o protocols/lmtp.o protocols/memcache.o protocols/mysql.o protocols/nntp.o protocols/ntp3.o protocols/pgsql.o protocols/pop.o protocols/postfix_policy.o protocols/protocol.o protocols/radius.o protocols/rdate.o protocols/rsync.o protocols/sip.o protocols/smtp.o protocols/ssh.o protocols/tns.o device/sysdep_LINUX.o process/sysdep_LINUX.o y.tab.o lex.yy.o -lfl -lpam -lpthread -lcrypt -lresolv -lnsl -L/usr/lib -lssl -lcrypto -o monit | ssl.o: In function `new_ssl_connection': | /build/buildd-monit_5.2.5-1-i386-RcVJYW/monit-5.2.5/ssl.c:645: undefined reference to `SSLv2_client_method' | collect2: ld returned 1 exit status | make[1]: *** [monit] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=monit KiBi.
Bug#621063: libgtkmm-2.4-dev: no more source compatibility with libgtk2.0-dev 2.24.3-1~sid1
Package: libgtkmm-2.4-dev Version: 1:2.20.3-1 Severity: important Hello, since the upgrade of gtk, I got htis error during the compilation of one of my project libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../hkl -I../../hkl3d -I../../hkl3d/bullet/src -DPKGDATA=\/usr/local/share/hkl\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/gtkglextmm-1.2 -I/usr/lib/gtkglextmm-1.2/include -I/usr/include/gtkglext-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/lib/gtkglext-1.0/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/lib/cairomm-1. 0/include -I/usr/include/atk-1.0 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -g -O2 -g -O2 -MT hkl3d-gui-view.lo -MD -MP -MF .deps/hkl3d-gui-view.Tpo -c hkl3d-gui-view.cpp -fPIC -DPIC -o .libs/hkl3d-gui-view.o In file included from /usr/include/gdkmm-2.4/gdkmm/drawable.h:36:0, from /usr/include/gdkmm-2.4/gdkmm/gc.h:31, from /usr/include/gdkmm-2.4/gdkmm.h:29, from /usr/include/gtkmm-2.4/gtkmm.h:89, from hkl3d-gui-view.h:30, from hkl3d-gui-view.cpp:27: /usr/include/gdkmm-2.4/gdkmm/region.h:230:74: error: ‘GdkSpanFunc’ has not been declared In file included from /usr/include/gtkmm-2.4/gtkmm/dialog.h:31:0, from /usr/include/gtkmm-2.4/gtkmm/aboutdialog.h:30, from /usr/include/gtkmm-2.4/gtkmm.h:92, from hkl3d-gui-view.h:30, from hkl3d-gui-view.cpp:27: /usr/include/gtkmm-2.4/gtkmm/box.h:79:1: error: expected class-name before ‘{’ token /usr/include/gtkmm-2.4/gtkmm/box.h:86:10: error: ‘_GtkBoxChild’ does not name a type /usr/include/gtkmm-2.4/gtkmm/box.h:88:16: error: ‘_GtkBoxChild’ does not name a type /usr/include/gtkmm-2.4/gtkmm/box.h: In member function ‘guint16 Gtk::Box_Helpers::Child::get_padding() const’: /usr/include/gtkmm-2.4/gtkmm/box.h:92:53: error: ‘gobj’ was not declared in this scope /usr/include/gtkmm-2.4/gtkmm/box.h: In member function ‘bool Gtk::Box_Helpers::Child::get_expand() const’: /usr/include/gtkmm-2.4/gtkmm/box.h:93:49: error: ‘gobj’ was not declared in this scope /usr/include/gtkmm-2.4/gtkmm/box.h: In member function ‘bool Gtk::Box_Helpers::Child::get_fill() const’: /usr/include/gtkmm-2.4/gtkmm/box.h:94:47: error: ‘gobj’ was not declared in this scope /usr/include/gtkmm-2.4/gtkmm/box.h: In member function ‘bool Gtk::Box_Helpers::Child::get_pack() const’: /usr/include/gtkmm-2.4/gtkmm/box.h:95:47: error: ‘gobj’ was not declared in this scope /usr/include/gtkmm-2.4/gtkmm/box.h: In member function ‘GtkBox* Gtk::Box_Helpers::Child::parent()’: /usr/include/gtkmm-2.4/gtkmm/box.h:104:52: error: ‘gobj’ was not declared in this scope make[3]: *** [hkl3d-gui-view.lo] Erreur 1 So it seems that gtkmm-dev should be not be installed with gtk 2.24.3-1~sid1 See you Frederic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtkmm-2.4-dev depends on: ii libatk1.0-dev 1.32.0-3 Development files for the ATK acce ii libcairomm-1.0-dev 1.8.4-3 C++ wrappers for Cairo (developmen ii libglibmm-2.4-dev 2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-dev 2.24.3-1~sid1 Development files for the GTK+ lib ii libgtkmm-2.4-1c2a 1:2.20.3-1C++ wrappers for GTK+ (shared libr ii libpangomm-1.4-dev 2.26.2-1 C++ Wrapper for pango (development libgtkmm-2.4-dev recommends no packages. Versions of packages libgtkmm-2.4-dev suggests: pn libgtkmm-2.4-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#609160: debian-policy: include DEP5
Charles Plessy ple...@debian.org writes: Pong :) Here is DEP-5 in DocBook format, and the changes needed to the debian-policy package to build it in HTML and text formats. I have followed the same way as the Debconf spec. In the long term, there is probably a smarter way to do, but for the moment, it will allow people to inspect the converted version of the DEP. DocBook does not allow simple paragraphs to follow a section. Therefore, I had to move a couple of things (see below). Also, the current style uses a lot of bullet points, which nead heavy XML tagging, and do not match the style of the Policy in general. I changed this to a more paragraph-oriented style, but I can easily revert it. There are two issues that I did not have time to investigate. The first is that the HTML file does not declare that it is encoded in UTF-8, and the second is that the sections are not numbered. Okay, I've installed this in the Policy Git repository, because I think it's a good basis for additional work and I don't see a good reason to wait. However, I think it could definitely use additional proofreading, and I'd really like Lars to review the results as well. My inclination is to include it in the next debian-policy package upload, but (since that's happening tomorrow, not giving people much time), remove the reference to it in Policy proper for right now and not make a big deal out of the fact that it's there. That includes not putting it up on the web site yet. Then, we'll use the next bit for further review and any fixes to formatting, wording, markup, and so forth, and we'll add in the formal linkage and the rest for 3.9.3 (which I intend to not take nearly as long as 3.9.2 did, and I see Bill is of the same opinion). Does this sound reasonable to everyone? -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613939: [Pkg-utopia-maintainers] Bug#613939: libdbus-1-3: Complains about unref(), kills vlc
close 613939 thanks Seems to work now, with current libdbus and current vlc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618313: similar problem, but only sometimes
Hi, I have this on my laptop: $ dpkg -l gnome-screensaver Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii gnome-screensaver 2.30.0-2squeeze1GNOME screen saver and locker Sometimes, the unlock fails despite my using the correct password, esp. after waking up from suspend-to-ram. Unfortunately, in this state, I can't even send the computer back to sleep, so it starts draining the battery. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618313: similar problem, but only sometimes [ addendum ]
Hi, On Wed, 06.04.2011 at 09:56:17 +0200, Toni Mueller supp...@oeko.net wrote: Sometimes, the unlock fails despite my using the correct password, esp. after waking up from suspend-to-ram. Unfortunately, in this state, I can't even send after killing the screensaver using an SSH session, I see an alert box on my screen, saying this: Unable to start new display The name org.gnome.DisplayManager was not provided by any .service files. HTH Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619503: fix use-after-free in x11.vapi
forwarded 619503 http://mail.gnome.org/archives/vala-list/2011-April/msg00028.html tags 619503 fixed-upstream thanks This has been fixed upstream: http://git.gnome.org/browse/vala/commit/?id=5d8b408e560cac7e9b94230c983722d2d88cd169 Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#620541: iscsitarget: Kernel module crashs when CRC32 digest mode is on
On 04/02/2011 07:51 PM, Alexander Fahrutdinov wrote: iSCSI target kernel module crashs when CRC32 digest mode is on .When CRC32 mode is off, it seems system works OK. Hi, Could you please give me the exacts steps to reproduce so that I can try it in my setup? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder jrnie...@gmail.com writes: henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks. One final test: if you use beep_mode=2 (instead of beep_mode=0) and use your usual mixing app, can you cause the beep to go away (i.e., is there a control for that)? Depending on the answer, I think we should: * use beep_mode=2 and find some way to advertise (release notes?) that the mixer can be used to turn the beep on and off, or * keep using beep_mode=1 and find some way to advertise that adding a .conf file to /etc/modprobe.d with options snd_hda_intel beep_mode=0 will turn the beep off. And if there is some sysfs way to change the setting at runtime, that would be worth advertising, too. Meanwhile I also think it would be a good idea to turn pc speaker beeps in general off by default, but that's a separate story (and probably should be filed as a separate bug). Okay, as I could not find a control for the beep in alsamixer I installed gnome-alsamixer and, yes, there is a control for the beep. That way I can turn the beep off. henry -- http://literaturlatenight.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620879: gtk2-engines-oxygen: White Squares at applications
tag 620879 + moreinfo unreproducible thanks Dear Saulo, Saulo Soares de Toledo schrieb am 04.04.2011 22:57: There are something about this bug who affects a lot of gtk applications, like gedit, at README at package. I'm not able to reproduce the bug here (I hope I understood you correctly, to ensure this, this is what I've tried: install gedit, open gtk2-engines-oxygen README.gz file (after gunzipping) with gedit). Everything looks fine. Could you please name a few of the other affected programs, maybe I'm able to see your bug with them, and attach a screenshot of a program showing the bug (in case it isn't easy to spot on the screenshot, please mark the affected regions). But I've installed the package Oxygen Molecule from Ubuntu distro and worked here. This cannot be ported to official debian package? This is a total different question from any bug in gtk2-engines-oxygen. If you want the oxygen-molecule theme in Debian, you either need to package it yourself (and file an ITP) or you need to file an RFP (Request For Packaging) and hope somebody picks it up. oxygen-molecule has nothing to do with gtk2-engines-oxygen. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#621015: [koffice] cannot highlight or select text in text frames
forwared 621015 http://bugs.kde.org/show_bug.cgi?id=270201 Hi, The bug is really annoying indeed… I have open a bug in the Calligra bug tracker for it. Thanks for reporting bugs, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621036: udev fails to load modules at startup: cannot create /run/udev//root-link-rule: Read-only file system
On Wed, 6 Apr 2011, Marco d'Itri wrote: reassign 621036 base-files retitle 621036 base-files creates an unuseable /run, breaking udev and the whole system affects 621036 udev block 620995 with 621036 620191 thanks On Apr 06, Gianluigi Tiesi sher...@netfarm.it wrote: Indeed this happens because your system has /run/ but it is not writeable. udev does not depend on /run being available, but if it exists then it must be useable. I do not believe this to be unreasonable. I think this bug clearly shows that it is unreasonable indeed, because currently /run exists but the package in charge of making it useable has not been modified yet. I just was told to create /run as a placeholder but certainly base-files will not be in charge of making it work. For this reason I fail to see how this breakage is supposed to be fixed in base-files (according to your reassign). Do you mean that base-files should also make /run to work? That *is* unreasonable, a lot more than udev using /run without it being ready, IMHO. So: Would it be too much difficult for udev not to use /run until it is ready? I think that would be the best solution for this, so I would ask you to reconsider this reassign that you made. (Otherwise I will simply remove /run and leave it to initscripts. I think that would be a pity, because it would be a sign of how inflexible our software is). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621055: [pkg-cli-apps-team] Bug#621055: banshee: creates directories. all the time
severity 612055 minor tags 612055 + upstream thanks Hello, On Wed, Apr 06, 2011 at 07:56:41AM +0100, Adrian Bridgett wrote: Package: banshee Version: 1.9.6-1 Banshee keeps creating a Videos directory every time I select Preferences. If I wanted the directory, I'd create it. It was also creating Audiobooks, this seemed to be stopped by deselecting Audiobooks support, but the same applies there. Creating it once is bad behaviour IMO, recreating it every time is sufficient cause to swap to a different program. I suggest you check your tone. Threats aren't a way to get people to want to do work for you. This will be fixed when video support is made into a plugin, which is planned by upstream. You'll then be able to disable it. Regards, Iain signature.asc Description: Digital signature
Bug#621055: [pkg-cli-apps-team] Bug#621055: banshee: creates directories. all the time
On Wed, Apr 6, 2011 at 08:31:16 +0100 (+0100), Iain Lane wrote: I suggest you check your tone. Threats aren't a way to get people to want to do work for you. My apologies - it wasn't meant as a threat, just an expression of frustration. Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609160: debian-policy: include DEP5
Russ Allbery r...@debian.org writes: My inclination is to include it in the next debian-policy package upload, but (since that's happening tomorrow, not giving people much time), remove the reference to it in Policy proper for right now and not make a big deal out of the fact that it's there. That reference was in README.org, not policy.sgml (I read it wrong), so there's nothing here that needs to be removed. So everything looks good to me on that front. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620539: [Pkg-samba-maint] Bug#620539: ctdb: FTBFS: dh_install: ctdb missing files (usr/share/doc/ctdb/ctdb/*), aborting
2011/4/2 Cyril Brulebois k...@debian.org (...) | dh_install: ctdb missing files (usr/share/doc/ctdb/ctdb/*), aborting | make: *** [install-arch] Error 2 Thanks Cyril. It seems that the $PACKAGE env was set during the build which did the FTBFS. This is now solved. Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621064: Upgrade to 2.1
Package: libzmq0 Version: 2.0 Please upgrade package to 2.1 as it is a recommended upgrade (http://www.zeromq.org/intro:get-the-software) Thanks :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618900: Here is Xorg.0.log from Lenny
Can you please also attach dmesg output? You can for instance blind-type dmesg dmesg.txt or pick the right /var/log/kern.log* after rebooting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620157: base-files: Please add top-level /run
On Wed, Apr 06, 2011 at 09:24:21AM +0200, Santiago Vila wrote: Well, I added /run and this is what happened: http://bugs.debian.org/621036 Apparently, it was stupid for base-files to ship /run without it being useable, and the bug is reassigned to base-files. Does this mean I am supposed to setup /run as well? Not at all. base-files was only intended to create /run as an empty directory. Please advise what to do. I am for removing /run from base-files (because obviosuly nobody thought about a transition plan) and leaving it entirely to initscripts or whatever package that will use /run. We /have/ thought through a transition plan. It's been discussed on debian-devel and #debian-devel over the last week. The plan is that initscripts will set up a working /run (tmpfs) on boot and on package upgrade. Packages wanting to transition to use /run will have a versioned depends upon /run, which will ensure that it is both present *and* functional. udev decided to start using /run before this was completed, and without a versioned dependency. I have filed a bug against udev about this (#620995). IMO the best action for base-files is to do nothing. This is a bug in udev, and udev will need to be fixed to do the transition properly like all the other packages which will be transitioning to /run. I am planning on writing a detailed plan for the transition to debian-devel-announce detailing how this will work, but udev jumped the gun and started using it before we had got all the uploads done. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#621065: klibc-utils: ipconfig DHCP on HP Proliant BL460cG7
Package: klibc-utils Version: 1.5.20-1 I encounter problems during initramfs to install Debian Squeeze (with FAI) on HP Proliant BL460c G7. ipconfig unable to configure the address via DHCP. The last message is: IP-Config: eth0 hardware address d4:85:64:5e:c0:f8 mtu 1500 DHCP RARP On my DHCP server (dhcp3-server 3.1.1-6+lenny4) logs I see in loop dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 I never saw the end of DHCP hand check: DHCPREQUEST for 10.150.15.172 DHCPACK on 10.150.15.172 I found a workaround. When I call ipconfig with '-n' before, it work: ipconfig -c dhcp -d eth0 -t 1 -n ipconfig -c dhcp -d eth0 -t 1
Bug#620995: udev is making use of /run when this is not yet supported
On Wed, Apr 06, 2011 at 01:33:00AM +0200, Marco d'Itri wrote: On Apr 06, Roger Leigh rle...@codelibre.net wrote: /run has been added to base-files today (6.2). initscripts will mount a tmpfs there shortly (#620191), but for the moment it's just an empty directory. Looks like this one is the real bug: systems should not have a /run unless it will actually be available as such. Why should base-files not depend on the newer initscripts? Other programs could behave like udev does. The plan for transition is that packages wanting to use or transition to use /run *must* have a versioned initscripts dependency. base-files can not depend on initscripts, because it will hinder migration to systemd and other init systems (which will themselves initially require initscripts, but plan on implementing it themselves after wheezy). Given its job, I also doubt that base-files is allowed to depend on much else; we have done it the other way around, having initscript depend on base-files = 6.2. We have spent the last week implementing /run in initscripts and planning how to do the transition. We decided that a versioned initscripts was the way to go. I was going to post a detailed mail to debian-devel-announce once initscripts was uploaded decribing all this, but udev has jumped the gun and started using it before we've got all the uploads done! use /run if a tmpfs is also mounted there. The way to do that is to depend upon initscripts (= xxx) once it's uploaded. Is a dependency even enough to handle upgrades, or would it need to be a pre-depends? A dependency will be sufficient; initscript sets up a working /run in its postinst. initscripts should be uploaded soon, and it will be fine to use /run then, but for now it would be best if udev could stop using it. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#621066: dpkg-query manpage doesn't explain -S well
Package: dpkg Version: 1.15.8.10 Severity: minor Tags: patch dpkg-query(1) explains -S as: Search for a filename from installed packages. while it really searches for packages given a filename pattern. It also doesn't include the word own which I've frequently tried to use to find this option. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.10.3 Advanced front-end for dpkg -- no debconf information diff --git a/man/dpkg-query.1 b/man/dpkg-query.1 index abff692..2bf01e7 100644 --- a/man/dpkg-query.1 +++ b/man/dpkg-query.1 @@ -90,10 +90,10 @@ available. It might get deprecated later on if better interfaces or the current architectural deficiencies have been solved. .TP .BR \-S , \-\-search \fIfilename-search-pattern\fP... -Search for a filename from installed packages. All standard shell -wildchars can be used in the pattern. This command will not list -extra files created by maintainer scripts, nor will it list -alternatives. +Search for packages that own files corresponding to the given pattern. +Standard shell wildchars can be used in the pattern. +This command will not list extra files created by maintainer scripts, +nor will it list alternatives. .TP .BR \-p , \-\-print\-avail \fIpackage-name\fP... Display details about \fIpackage-name\fP, as found in
Bug#621036:
found 621036 6.2 thanks Hi. I Don't want to interfere with the bug assignement but I'm tagging this as found so that apt-listbugs can signal it and avoid other people to install a package which can make their systems unusable! Regards. Andrea De Iacovo
Bug#621067: please package more themes
package: jqueryui severity: wishlist Hi, thanks for packaging jqueryui! It would be nice if you could also provide the themes from themeroller.com for jqueryui. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#621068: please explain why dfsg-packaging
package: jqueryui severity: wishlist Hi, since 1.8.dfsg-1 the version string contains dfsg, but neither the corresponding changelog entry, nor debian/copyright, rules or README.Debian explains why. Please fix this. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#621062: libwww-perl: Please move the remaining modules to a new liblwp-perl
tag 621062 +wontfix thanks Adrian, I think you do us an injustice here. First of all it is true that HTML::Form and HTTP::Daemon are not required by any of the LWP modules. In recognition of this we did not include dependencies on libhttp-daemon-perl and libhtml-form-perl. Those packages are however recommendations and you may wish to turn off the automatic installation of recommendations to stop bringing those in. However the others are all required as far as we can see. If we have made a mistake on that, please let us know the specifics and we will consider downgrading it to a recommendation. There is a slight complication with LWP::Protocol::https. As of 6.02 that is not strictly required by libwww-perl. We held back from upgrading to 6.02 because that amount of change introduced circular dependencies and considerable complexity and risk. When it is split off we are minded to maintain a full dependency because that module might be required with *NO* *explicit* dependency documented in the code.In short breaking that dependency might break secure code in unpredictable ways. This transition has already taken a fair amount effort. We have had to raise about twenty bug reports due to the change in provided modules. Renaming a package would cause more unnecessary confusion. Nicholas On 06/04/11 08:47, Adrian Bunk wrote: Package: libwww-perl Version: 6.01-2 Severity: wishlist After the current splitup, it is impossible for a package to depend on only the modules in libwww-perl without pulling in all the others. Please move these modules to a new package (e.g. named liblwp-perl) so that other packages can depend on exactly what they need. Thanks ___ pkg-perl-maintainers mailing list pkg-perl-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621069: manpages-dev: usleep(3): `suspends execution of the calling _thread_' not `process'
Package: manpages-dev Version: 3.27-1 Severity: normal The text passage * `suspends execution of the calling process' should be replaced by * `suspends execution of the calling thread' For details: `The Single UNIX Specification Version 3' (Issue 6) Dirk. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.27-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.7-8on-line manual pager -- 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#611193: raul: New upstream release 0.8.0
Hi Paul, any news on this? Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: Any progress?
Hi, with the GNOME3 release around the corner is there any progress on this? 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#620174: frozen after suspend
also sprach Mike Hommey m...@glandium.org [2011.03.30.2101 +0200]: Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. I am working on it; of course it has not happened since! :( -- .''`. martin f. krafft madduck@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 we did rate the microsoft security researcher as less-bad than the people who prepare the carcasses for dissection in biology laboratories. -- michael moyer, executive editor of _popular science_ digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#620998: ruby1.9.1: FTBFS for openssl transition: ossl_ssl.c:110:1: error: 'SSLv2_method' undeclared here (not in a function)
On 06/04/11 at 13:53 +0900, Nobuhiro Iwamatsu wrote: tags 620998 patch thanks Hi, I created the patch which revised this problem. Please apply this patch. Hi, What's upstream opinion about this? - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621070: python-vmtk: searches libvtkCommonPythonD.so.5.4
Package: python-vmtk Version: 0.9.0-2 Severity: important when running vmtkimagereader -f dicom it does not find the correct module. It is searching for libvtkCommonPythonD.so.5.4. This file is not installed on my amd64 Sid system. However I did find libvtkCommonPython.so.5.6.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-vmtk depends on: ii libavcodec524:0.6.2-1Libav codec library ii libavformat52 4:0.6.2-1Libav file format library ii libavutil50 4:0.6.2-1Libav utility library ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2GCC support library ii libgdcm2.0 2.0.17-2+b1 Grassroots DICOM runtime libraries ii libgl1-mesa-glx [libgl1 7.10-4 A free implementation of the OpenG ii libgl2ps0 1.3.5-2 Lib providing high quality vector ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libinsighttoolkit3.20 3.20.0-9 Image processing toolkit for regis ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libmysqlclient165.1.56-1 MySQL database client library ii libopenmpi1.3 1.4.3-2 high performance message passing l ii libpng12-0 1.2.44-2 PNG library - runtime ii libpq5 9.0.3-1 PostgreSQL C client library ii libsm6 2:1.2.0-1X11 Session Management library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libswscale0 4:0.6.2-1Libav video scaling library ii libtiff43.9.4-9 Tag Image File Format (TIFF) libra ii libvmtk0.9 0.9.0-2 runtime libraries for vmtk ii libvtk5.4 5.4.2-8 Visualization Toolkit - A high lev ii libx11-62:1.4.2-1X11 client-side library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxft2 2.2.0-2 FreeType-based font drawing librar ii libxss1 1:1.2.1-1X11 Screen Saver extension library ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii python 2.6.6-12 interactive high-level object-orie ii python-support 1.0.11 automated rebuilding support for P ii python-vtk 5.6.1-4 Python bindings for VTK ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime python-vmtk recommends no packages. python-vmtk 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#621071: nsd3: statoverride file is in a bad state after remove
Package: nsd3 Version: 3.2.5-1 Severity: important When using 'apt-get remove --purge nsd3', the /var/lib/dpkg/statoverride file is left in an unstable state. Reproduced the problem several times by installing the package and removing/purging it. After the remove/purge, any further install fails. After 'apt-get remove --purge nsd3' : # cat /var/lib/dpkg/statoverride nsd nsd 755 /var/lib/nsd3 nsd nsd 750 /etc/nsd3 nsd nsd 640 /etc/nsd3/nsd.conf [...] # apt-get install package [...] Preconfiguring packages ... dpkg: unrecoverable fatal error, aborting: syntax error: unknown user 'nsd' in statoverride file E: Sub-process /usr/bin/dpkg returned an error code (2) -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nsd3 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip nsd3 recommends no packages. nsd3 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621062: libwww-perl: Please move the remaining modules to a new liblwp-perl
Adrian, The list of packages affected is attached. About half are fixed. Please feel feel to raise the priority on the rest as you see fit. This actually sounds like a breakage with an RC severity: Doesn't that break on partial upgrades from squeeze when automatic installation of recommendations is disabled in other packages using HTML::Form or HTTP::Daemon? fusioninventory-agent #620414 webgui #620433 Acknowledged libwww-mechanize-formfiller-perl #620436 Closed libwww-mechanize-perl #620439 Closed movabletype-opensource #620441 Closed satutils #620474 Closed gsutil #620478 libsoap-lite-perl #620481 Closed libhttp-proxy-perl #620482 Closed libhttp-daemon-ssl-perl #620485 Closed librpc-xml-perl #620487 Closed libfrontier-rpc-perl #620492 Closed libhttp-request-params-perl #620493 Closed libnet-proxy-perl #620504 libpoe-perl #620514 Closed libhttp-request-ascgi-perl #620518 Closed tidy-proxy #620522 libjson-rpc-perl #620525 Closed
Bug#621062: libwww-perl: Please move the remaining modules to a new liblwp-perl
On Wed, Apr 06, 2011 at 10:12:58AM +0100, Nicholas Bamber wrote: tag 621062 +wontfix thanks Adrian, I think you do us an injustice here. First of all it is true that HTML::Form and HTTP::Daemon are not required by any of the LWP modules. In recognition of this we did not include dependencies on libhttp-daemon-perl and libhtml-form-perl. Those packages are however recommendations and you may wish to turn off the automatic installation of recommendations to stop bringing those in. ... This actually sounds like a breakage with an RC severity: Doesn't that break on partial upgrades from squeeze when automatic installation of recommendations is disabled in other packages using HTML::Form or HTTP::Daemon? Nicholas cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen
Package: linux-2.6 Version: 2.6.32-33 Severity: critical Justification: breaks the whole system I'm currently investigation why my Debian squeeze systems don't live migrate on an XenSever pool. By chance I stumbled upon the (as it seems to me) soon to be released 2.6.32-33 kernel version and as my live migration issues are kernel related I decided to try that kernel. But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to provide a hvc console but crashes with a page fault on domain creation: (XEN) d16:v0: unhandled page fault (ec=) (XEN) Pagetable walk from 82df2000: (XEN) L4[0x1ff] = 00023dd49067 1003 (XEN) L3[0x1fe] = 00023dd45067 1007 (XEN) L2[0x016] = (XEN) domain_crash_sync called from entry.S (XEN) Domain 16 (vcpu#0) crashed on cpu#1: (XEN) [ Xen-3.4.3 x86_64 debug=n Not tainted ] (XEN) CPU:1 (XEN) RIP:e033:[8100c2af] (XEN) RFLAGS: 0216 EM: 1 CONTEXT: pv guest (XEN) rax: 82df2000 rbx: 8063 rcx: 8163 (XEN) rdx: 4000 rsi: rdi: (XEN) rbp: rsp: 8142db90 r8: 01ff (XEN) r9: 0003 r10: 00302000 r11: 0010 (XEN) r12: 8163 r13: r14: 4000 (XEN) r15: 4000 cr0: 8005003b cr4: 06f0 (XEN) cr3: 00023dd4b000 cr2: 82df2000 (XEN) ds: es: fs: gs: ss: e02b cs: e033 (XEN) Guest stack trace from rsp=8142db90: (XEN)8163 0010 8100c2af (XEN)0001e030 00010016 8142dbd8 e02b (XEN) 8100c2c2 8100c33c 03c0 (XEN)8100c3da 8100c1c9 0010 00302000 (XEN)0003 01ff 83c00063 (XEN)4000 8163 812f8981 ff40 (XEN)000100302000 ff40 0001049d 0010 (XEN)0001 8100dbe3 0010 8800010060f0 (XEN)8142dd38 03c0 ff40 8800010060f0 (XEN)8163 03c0 4000 (XEN)812f8bc7 00370009 00010008 81e3 (XEN) 2020205b 4000 880001006000 (XEN)8100dbe3 8142decc 8163 001e (XEN)0010 0010 4000 880001002000 (XEN) 8163 4000 (XEN)812f8d8f 00300020 (XEN)4000 880001002000 (XEN)0010 00302000 4000 81001880 (XEN) 8800 4000 88004000 (XEN)812f8feb ff40 88004000 Apart from addresses this is the same with domU kernel 2.6.32-32 and 2.6.32-33 as well as with either the hypervisor from XenServer or vanilla Xen. The current release 2.6.32-31 does boot without problems. System Information below is from a Debian lenny, where I tested this kernel (I don't have any other VM to hand for quick testing currently) but as this is a kernel problem this shouldn't matter. Regards Florian Wagner -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.32-5-amd64 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92o tools for generating an initramfs ii linux-base2.6.32-33 Linux image base package ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.32-5-amd64 recommends: pn firmware-linux-free none (no description available) Versions of packages linux-image-2.6.32-5-amd64 suggests: ii grub 0.97-47lenny2syscomp1 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.32 none(no description available) Versions of packages linux-image-2.6.32-5-amd64 is related to: pn firmware-bnx2 none (no description available) pn firmware-bnx2xnone (no description available) pn firmware-ipw2x00 none (no
Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)
On 04/04/11 12:08, Emilio Pozuelo Monfort wrote: Just to clarify, we mean dropping gir1.0 packages from unstable, not gir1.2 packages from experimental. This is temporary until libgda4 builds gir1.2 packages in unstable, of course. libgda gir1.2 packages will still be available in experimental for the meanwhile, so you can keep gir1.2 midgard packages there. Note that this is the last bit for the gir1.2 transition. If you don't drop the gir1.0-midgard2 package from unstable, midgard2-core may be removed from testing. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621073: libreoffice-mysql-connector: registration fails during install
Package: libreoffice-mysql-connector Version: 1.0.1+LibO3.3.1-1 Severity: important apt-get install libreoffice-mysql-connector Unpacking libreoffice-mysql-connector (from .../libreoffice-mysql-connector_1.0.1+LibO3.3.1-1_i386.deb) ... Processing triggers for libreoffice-common ... Synchronizing repository for shared extensions Synchronizing repository for bundled extensions Enabling: MySQL Connector Enabling: mysqlc.uno.so ERROR: (com.sun.star.deployment.DeploymentException) { { Message = An error occurred while enabling: mysqlc.uno.so, Context = (com.sun.star.uno.XInterface) @9c64938 }, Cause = (any) { (com.sun.star.registry.CannotRegisterImplementationException) { { Message = loading component library failed: file:///usr/lib/libreoffice/program/../share/extensions/mysql-connector-ooo/mysqlc.uno.so, Context = (com.sun.star.uno.XInterface) @0 } } } } rollback... rollback finished. unopkg done. -- Package-specific info: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-mysql-connector depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc11:4.5.2-4 GCC support library ii libmysqlclient16 5.1.49-3 MySQL database client library ii libmysqlcppconn5 1.1.0-2 MySQL Connector for C++ (library) ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii ure1.7.0+LibO3.3.1-1 LibreOffice UNO runtime environmen libreoffice-mysql-connector recommends no packages. Versions of packages libreoffice-mysql-connector suggests: pn mysql-server 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#591557: modemmanager: Cannot reconnect using Vodafone K3565 - Rev 2
FWIW, I'm seeing the same problem with a Nokia E71 and modemmanager 0.4+git.20110124t203624.00b6cce-2 (the current version in unstable). Disconnecting and reconnecting the phone or killing modem-manager usually does the trick. These posts seem related (the launchpad one even has a patch): http://mail.gnome.org/archives/networkmanager-list/2010-September/msg00112.html https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/566812 https://bugzilla.redhat.com/show_bug.cgi?id=592994 -- David Härdeman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621074: linux-image-2.6.38-2-amd64: kernel fails to resume from hibernation
Package: linux-2.6 Version: 2.6.38-2 Severity: important On resume from hibernation system locks up after reading the saved image. Reverting hte folloving commit fixes the problem for me. ff518ea26654e05d325d996f6e3a7f5f569cc2d5 is the first bad commit commit ff518ea26654e05d325d996f6e3a7f5f569cc2d5 Author: Yinghai Lu ying...@kernel.org Date: Fri Feb 18 11:30:30 2011 + x86: Cleanup highmap after brk is concluded commit e5f15b45ddf3afa210c7ea34fb32b6de0a0e upstream. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System manufacturer product_name: System Product Name product_version: System Version chassis_vendor: Chassis Manufacture chassis_version: Chassis Version bios_vendor: American Megatrends Inc. bios_version: 0802 board_vendor: ASUSTeK Computer INC. board_name: P5L-VM 1394 board_version: Rev 1.xx ** PCI devices: not available ** USB devices: not available -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-suspfix-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.38-2-amd64 depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii initramfs-tools [linux-initra 0.98.8 tools for generating an initramfs ii linux-base3.2Linux image base package ii module-init-tools 3.12-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.38-2-amd64 recommends: ii firmware-linux-free 3 Binary firmware for various driver Versions of packages linux-image-2.6.38-2-amd64 suggests: ii grub-pc 1.98+20100804-14 GRand Unified Bootloader, version pn linux-doc-2.6.38none (no description available) Versions of packages linux-image-2.6.38-2-amd64 is related to: pn firmware-bnx2 none (no description available) pn firmware-bnx2xnone (no description available) pn firmware-ipw2x00 none (no description available) pn firmware-ivtv none (no description available) pn firmware-iwlwifi none (no description available) pn firmware-linuxnone (no description available) ii firmware-linux-nonfree0.28 Binary firmware for various driver pn firmware-qlogic none (no description available) pn firmware-ralink none (no description available) pn xen-hypervisornone (no description available) -- debconf information: * linux-image-2.6.38-2-amd64/postinst/missing-firmware-2.6.38-2-amd64: linux-image-2.6.38-2-amd64/prerm/removing-running-kernel-2.6.38-2-amd64: true linux-image-2.6.38-2-amd64/postinst/ignoring-do-bootloader-2.6.38-2-amd64: linux-image-2.6.38-2-amd64/postinst/depmod-error-initrd-2.6.38-2-amd64: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)
W dniu 06.04.2011 11:57, Emilio Pozuelo Monfort pisze: On 04/04/11 12:08, Emilio Pozuelo Monfort wrote: Just to clarify, we mean dropping gir1.0 packages from unstable, not gir1.2 packages from experimental. This is temporary until libgda4 builds gir1.2 packages in unstable, of course. libgda gir1.2 packages will still be available in experimental for the meanwhile, so you can keep gir1.2 midgard packages there. Note that this is the last bit for the gir1.2 transition. If you don't drop the gir1.0-midgard2 package from unstable, midgard2-core may be removed from testing. I doubt there's anything I can do. I think it has to be this way until libgda4 FTB issues are resolved. BTW, any hint how to debug libgda4 build segfaults? Piotras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621075: manpages-dev: rtnetlink documents wrong return type for RTA_PAYLOAD
Package: manpages-dev Version: 3.27-1 Severity: normal Tags: patch RTA_PAYLOAD casts the expression to int, at least in 2.6.38.2. It's documented as unsinged int. Trivial patch included. The kernel header probably ought be modified not to perform this rather questionable cast, in which case RTA_LENGTH()'s result type would be inherited, but that's an issue for another bug. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.27-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.9-4on-line manual pager -- no debconf information diff -ur manpages-pristine//man3/rtnetlink.3 manpages-3.27//man3/rtnetlink.3 --- manpages-pristine//man3/rtnetlink.3 2011-04-06 05:13:34.137124578 -0500 +++ manpages-3.27//man3/rtnetlink.3 2011-04-06 05:13:55.033179278 -0500 @@ -23,7 +23,7 @@ .sp .BI void *RTA_DATA(struct rtattr * rta ); .sp -.BI unsigned int RTA_PAYLOAD(struct rtattr * rta ); +.BI int RTA_PAYLOAD(struct rtattr * rta ); .sp .BI struct rtattr *RTA_NEXT(struct rtattr * rta \ , unsigned int rtabuflen );
Bug#621076: ngircd: Please enable SSL
Package: ngircd Version: 0.10.3-2 Severity: wishlist ngircd has SSL support, but it is not enabled at build time. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (545, 'stable'), (540, 'stable-updates'), (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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#621061: [Pkg-virtualbox-devel] Bug#621061: locks daemon startup directory
The VBoxSVC daemon as well as the VBoxXPCOMIPCD daemons will terminate themself about 10 seconds after the last client stopped. What you observed is not a bug but a feature. If these daeomns don't terminate themself after that time then this is a bug but so far we don't have such reports for VirtualBox 4.0.4. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602028: fts: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Le Sunday 31 October 2010 22:44:15 Adriano Rafael Gomes, vous avez écrit : Package: fts Tags: l10n patch Severity: wishlist Hello, Hello, Please, Could you update the Brazilian Portuguese Translation? commited and will be in next upload Cheers -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Contributor to OPSI : http://opsi.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602466: fts: [INTL:ja] Japanease translation of the debconf templates fts
Le Friday 05 November 2010 03:46:50 Nobuhiro Iwamatsu, vous avez écrit : Package: fts Severity: wishlist Tags: l10n patch Hi, Hello, Please include the attached japanese debconf translation. PO file reviewed by several Japanese Debian developers and users. Commited and will be in next upload Cheers -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Contributor to OPSI : http://opsi.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621077: keyboard-configuration: postinst script needs initscripts to be installed
Package: keyboard-configuration Version: 1.68 Severity: normal hi, when installing keyboard-configuration on a system without the initscripts package installed I get the following error: Setting up keyboard-configuration (1.72) ... insserv: Service mountkernfs has to be enabled to start service keyboard-setup insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing keyboard-configuration (--configure): subprocess installed post-installation script returned error exit status 1 mountkernfs is provided by the initscripts package so keyboard-configuration should either depend on initscripts or not fail without it, right? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'
Hi Christophe, On Wed, 2011-04-06 at 09:14 +0200, trophime wrote: On Tue, 2011-04-05 at 21:41 +0200, Anton Gladky wrote: Adam, what do you think, can this bug be related to #619935? I think this is related to changes in scotch package. We should maybe add a define flag to CCFLAGS and for sure change -lmetis to -lmetis -lscotch Indeed, the scotch package has the bug, #621037. And to work around it, you'd need -lmetis -lscotch -lscotcherr -lscotcherrexit. In addition to gmsh, this breaks at least elmerfem, and probably mumps. I'm working on the scotch fix now so you won't need to work-around, hope to have it uploaded within a couple of hours. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#617992: Iceweasel crashes when loading Google Translate webpage and flashplugin-nonfree is enabled
Package: flashplugin-nonfree Version: 1:2.8.3 Followup-For: Bug #617992 This bug is still happening. What more info is actually needed to help and remove it? By the way, the trace in my terminal is slightly different from the previously provided one (error codes) so I give it as well: (firefox-bin:12034): Gdk-WARNING **: XID collision, trouble ahead The program 'firefox-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 167675 error_code 8 request_code 140 minor_code 3 See also the following info about my personnal installation. -- Package-specific info: Debian version: wheezy/sid Architecture: i386 Package version: 1:2.8.3 Adobe Flash Player version: LNX 10,2,153,1 MD5 checksums: d9765217326bdca56d6a5b9030e8c574 /var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz 1954c063e90157471c4ce4f6b82fd892 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Apr 6 12:19 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii debconf [debconf 1.5.38 Debian configuration management sy ii gnupg1.4.11-3GNU privacy guard - a free PGP rep ii libatk1.0-0 1.32.0-1+sid1 The ATK accessibility toolkit ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.4-1Multi-protocol file transfer libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgtk2.0-0 2.24.3-1~sid1 The GTK+ graphical user interface ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-1+squeeze2 Layout and rendering of internatio ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.2-1 X11 client-side library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii wget 1.12-2.1retrieves files from the web flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii flashplugin-nonfree-extras 0.0.svn2431-3 Adobe Flash Player platform suppor ii iceweasel 3.5.18-1 Web browser based on Firefox pn konqueror-nspluginsnone(no description available) ii ttf-dejavu 2.33-1Metapackage to pull in ttf-dejavu- ii ttf-mscorefonts-installer 3.3 Installer for Microsoft TrueType c pn ttf-xfree86-nonfreenone(no description available) ii x-ttcidfont-conf 32TrueType and CID fonts configurati -- 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#620950: git-buildpackage: Fix check if debian tag already exists
Hi Guido, On Tuesday 05 April 2011 14:21:36 Guido Günther wrote: This code isn't in the tree, it's: if repo.find_version(options.debian_tag, src.version): src.debian_verfsion only contains the last part of the version number. However using the full version is correct since that's what you're looking at. Can you provide a test case that fails for you? Ups, that debian_version change got committed accidentially. It was not intended. It should be src.version. An easy test case is to import a source package with an epoch version twice. The second time it should be caught by if repo.find_version but because the src.version contains the epoch and on the first run the tag was created without epoch it's not. Currently I am not sure if it's better to include the epoch in the tag or change the find_version statement accordingly to my patch. -- Bjoern Ricks | ++49-541-335083-167 | http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner signature.asc Description: This is a digitally signed message part.
Bug#621078: redhat-cluster: /usr/include/pils/plugin.h:23:20: fatal error: ltdl.h: No such file or directory
Source: redhat-cluster Version: 3.0.12-2 Severity: serious Tags: sid wheezy Justification: FTBFS Hi redhat-cluster FTBFS, the relevant last part is the following: gcc -g -O2 -Wall -Wformat=2 -Wshadow -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wpointer-arith -Wwrite-strings -Wcast-align -Wbad-function-cast -Wmissing-format-attribute -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -Wmissing-declarations -O2 -ggdb3 -MMD -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/make -DDEFAULT_CONFIG_DIR=\/etc/cluster\ -DDEFAULT_CONFIG_FILE=\cluster.conf\ -DLOGDIR=\/var/log/cluster\ -DSYSLOGFACILITY=LOG_LOCAL4 -DSYSLOGLEVEL=LOG_INFO -DRELEASE_VERSION=\3.0.12\ -Wall -Wformat=2 -Wshadow -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wpointer-arith -Wwrite-strings -Wcast-align -Wbad-function-cast -Wmissing-format-attribute -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -Wmissing-declarations -O2 -ggdb3 -MMD -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/make -DDEFAULT_CONFIG_DIR=\/etc/ cluster\ -DDEFAULT_CONFIG_FILE=\cluster.conf\ -DLOGDIR=\/var/log/cluster\ -DSYSLOGFACILITY=LOG_LOCAL4 -DSYSLOGLEVEL=LOG_INFO -DRELEASE_VERSION=\3.0.12\ -Wall -Wformat=2 -Wshadow -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wpointer-arith -Wwrite-strings -Wcast-align -Wbad-function-cast -Wmissing-format-attribute -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -Wmissing-declarations -O2 -ggdb3 -MMD -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/make -DDEFAULT_CONFIG_DIR=\/etc/cluster\ -DDEFAULT_CONFIG_FILE=\cluster.conf\ -DLOGDIR=\/var/log/cluster\ -DSYSLOGFACILITY=LOG_LOCAL4 -DSYSLOGLEVEL=LOG_INFO -DRELEASE_VERSION=\3.0.12\ -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/config/libs/libccsconfdb -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/cman/lib -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/common /liblogthread -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/dlm/libdlm -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/dlm/libdlmcontrol -I/usr/include -I/usr/include -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/fence/libfenced -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/group/dlm_controld/../../dlm/include/ -I/usr/src/linux/include/ -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/group/dlm_controld/../lib/ -I/build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/group/dlm_controld/../include/ -I/usr/include -DENABLE_PACEMAKER=1 -I/usr/include/heartbeat -I/usr/include/pacemaker `pkg-config glib-2.0 --cflags` `xml2-config --cflags` -c -o pacemaker-pcmk.o /build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/group/dlm_controld/pacemaker.c In file included from /usr/include/stonith/stonith.h:47:0, from /usr/include/heartbeat/heartbeat.h:52, from /usr/include/pacemaker/crm/common/util.h:32, from /usr/include/pacemaker/crm/crm.h:287, from /build/salvi-redhat-cluster_3.0.12-2-amd64-MxHjFP/redhat-cluster-3.0.12/group/dlm_controld/pacemaker.c:12: /usr/include/pils/plugin.h:23:20: fatal error: ltdl.h: No such file or directory compilation terminated. I attach the full build log for unstable. Bests Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash redhat-cluster_3.0.12-2_amd64.build.gz Description: GNU Zip compressed data
Bug#621079: /sbin/udevd: fails to close inherited file handles when daemonizing
Package: udev Version: 167-1 Severity: important File: /sbin/udevd udevd doesn't properly close all inherited open file handles when it's restarted, causing unattended-upgrades to fail, subsequently causing anacron to hang forever Please see bug #379645 for context, but do note that leaving open file handles is a real bug in udevd. Situation after unattended-ugrades upgraded udevd to 167-1. anacron is hanging waiting for the stderr and stdout pipes opened by run-parts to be closed: root 2140 0.0 0.6 12332 840 ?Ss 07:30 0:00 /usr/sbin/anacron -s root 2142 0.0 0.4 4004 552 ?S07:35 0:00 \_ /bin/sh -c nice run-parts --report /etc/cron.daily root 2143 0.0 0.4 3904 552 ?SN 07:35 0:00 \_ run-parts --report /etc/cron.daily root 2147 0.0 0.0 0 0 ?ZN 07:35 0:00 \_ [apt] defunct root 3395 0.0 0.4 21068 560 ?Ss 07:48 0:00 udevd --daemon root 3495 0.0 0.9 49476 1124 ?SNs 07:48 0:00 /usr/sbin/sshd The log shows that two daemons were among the upgraded, udevd and sshd (also shown in the partial ps output above): frtest3:~# cat /var/log/unattended-upgrades/unattended-upgrades.log 2011-04-02 07:52:06,607 INFO Initial blacklisted packages: 2011-04-02 07:52:06,609 INFO Starting unattended upgrades script 2011-04-02 07:52:06,609 INFO Allowed origins are: ['o=Debian,a=unstable', 'origin=Debian,label=Debian-Security,archive=stable'] 2011-04-02 07:52:11,118 INFO Packages that are upgraded: cpp gcc libgeoip1 libssl0.9.8 tzdata 2011-04-02 07:52:11,120 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2011-04-02_07:52:11.120101.log' 2011-04-02 07:52:24,610 INFO All upgrades installed 2011-04-03 07:39:55,924 INFO Initial blacklisted packages: 2011-04-03 07:39:55,946 INFO Starting unattended upgrades script 2011-04-03 07:39:55,946 INFO Allowed origins are: ['o=Debian,a=unstable', 'origin=Debian,label=Debian-Security,archive=stable'] 2011-04-03 07:40:14,560 INFO Packages that are upgraded: apt apt-utils dpkg ethtool openssl x11-common 2011-04-03 07:40:14,562 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2011-04-03_07:40:14.561908.log' 2011-04-03 07:40:45,825 INFO All upgrades installed 2011-04-06 07:46:48,907 INFO Initial blacklisted packages: 2011-04-06 07:46:48,917 INFO Starting unattended upgrades script 2011-04-06 07:46:48,918 INFO Allowed origins are: ['o=Debian,a=unstable', 'origin=Debian,label=Debian-Security,archive=stable'] 2011-04-06 07:47:06,148 INFO Packages that are upgraded: apt apt-utils base-files dpkg libltdl7 libudev0 m4 openssh-client openssh-server popularity-contest python-apt python-apt-common ssh udev 2011-04-06 07:47:06,149 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2011-04-06_07:47:06.149576.log' 2011-04-06 07:49:01,937 INFO All upgrades installed Looking at the sshd open files shows no unexpected handles: frtest3:~# lsof -p 3495 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME sshd3495 root cwdDIR8,1 4096 2 / sshd3495 root rtdDIR8,1 4096 2 / sshd3495 root txtREG8,1 516928 57532 /usr/sbin/sshd sshd3495 root memREG8,147616 82932 /lib/libnss_files-2.11.2.so sshd3495 root memREG8,143552 82161 /lib/libnss_nis-2.11.2.so sshd3495 root memREG8,131616 83524 /lib/libnss_compat-2.11.2.so sshd3495 root memREG8,1 131260 82972 /lib/libpthread-2.11.2.so sshd3495 root memREG8,180712 82117 /lib/libresolv-2.11.2.so sshd3495 root memREG8,1 8528 81876 /lib/libkeyutils.so.1.3 sshd3495 root memREG8,132016 58126 /usr/lib/libkrb5support.so.0.1 sshd3495 root memREG8,1 167184 56946 /usr/lib/libk5crypto.so.3.1 sshd3495 root memREG8,114696 82938 /lib/libdl-2.11.2.so sshd3495 root memREG8,189064 83629 /lib/libnsl-2.11.2.so sshd3495 root memREG8,1 1437064 82968 /lib/libc-2.11.2.so sshd3495 root memREG8,112336 81317 /lib/libcom_err.so.2.1 sshd3495 root memREG8,1 836392 58009 /usr/lib/libkrb5.so.3.3 sshd3495 root memREG8,1 246008 57375 /usr/lib/libgssapi_krb5.so.2.2 sshd3495 root memREG8,135104 83633 /lib/libcrypt-2.11.2.so sshd3495 root memREG8,193936 59079 /usr/lib/libz.so.1.2.3.4 sshd3495 root memREG8,110648 82226 /lib/libutil-2.11.2.so sshd3495 root memREG8,1 1853320 57046 /usr/lib/libcrypto.so.1.0.0 sshd3495 root memREG8,1 121976 81206 /lib/libselinux.so.1 sshd3495 root memREG8,149712 81842 /lib/libpam.so.0.82.3 sshd3495 root memREG8,136360 97738 /lib/libwrap.so.0.7.6 sshd3495 root memREG8,1 128744 83634 /lib/ld-2.11.2.so sshd3495
Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)
On 06/04/11 12:16, Piotr Pokora wrote: W dniu 06.04.2011 11:57, Emilio Pozuelo Monfort pisze: On 04/04/11 12:08, Emilio Pozuelo Monfort wrote: Just to clarify, we mean dropping gir1.0 packages from unstable, not gir1.2 packages from experimental. This is temporary until libgda4 builds gir1.2 packages in unstable, of course. libgda gir1.2 packages will still be available in experimental for the meanwhile, so you can keep gir1.2 midgard packages there. Note that this is the last bit for the gir1.2 transition. If you don't drop the gir1.0-midgard2 package from unstable, midgard2-core may be removed from testing. I doubt there's anything I can do. There is: you can build midgard2-core with --disable-introspection and remove the gir1.0-midgard2 binary package. You can of course keep gir1.2-midgard2 in experimental. I think it has to be this way until libgda4 FTB issues are resolved. BTW, any hint how to debug libgda4 build segfaults? gdb? :-) Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620799: rabbitmq-server: fails to purge - command (deluser|adduser) in postrm not found
On Mon, Apr 04, 2011 at 11:31:33AM +0200, Holger Levsen wrote: The fix should at least partly be easy: your package is using adduser or deluser from the adduser package, which is only priority important. Using useradd or userdel from the passwd package should fix this problem. Erm, passwd is not essential, so I don't see how this helps. Both adduser and passwd are both marked important only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621080: Improving the s390 boot process
Package: sysconfig-hardware Version: 0.0.10 Severity: wishlist X-Debbugs-CC: debian-s...@lists.debian.org, debian-b...@lists.debian.org s390 behaves differently than most hardware platforms with respect to disk devices. For most hardware platforms, udev is sufficient to recognize disk devices and their partitions, and udev creates the aliases in /dev/disk/by-uuid, /dev/disk/by-label, etc. On the s390 platform, an extra step is required. The devices must be configured (i.e. the use_diag and/or readonly variables must be appropriately set in the sysfs pseudo file system, or be allowed to keep their default values) and then brought online (the online variable must be set to 1 in the sysfs pseudo file system). Only then do block devices show up to which udev can react (i.e. recognize partitions, disk labels, uuids, etc.) There are two main ways that disk devices can be brought online in Linux for s390. One way is via the dasd option passed to the dasd_mod kernel module. For example, suppose that the file /etc/modprobe.d/dasd.conf exists and contains the following statements: options dasd_mod dasd=0.0.0200(diag),0.0.0201,0.0.0202(ro),0.0.0203(diag:ro) softdep dasd_eckd_mod pre: dasd_diag_mod softdep dasd_fba_mod pre: dasd_diag_mod Assuming that the initial RAM file system is re-built after creating this file and that zipl is re-run, then on the next boot the kernel will bring the four listed devices online automatically at boot time using the configuration options specified. (When using MODULES=dep in /etc/initramfs-tools/initramfs.conf or /etc/initramfs-tools/conf.d/driver-policy, something must cause dasd_diag_mod to be included in the initial RAM file system, since soft dependencies are not currently taken into account by initramfs-tools when MODULES=dep is used. See Debian bug report 588452.) The other main way for disk devices to be brought online is via sysconfig-hardware. That is the method that the Debian port of Linux for s390 has historically used and which the s390 version of the Debian Installer assumes. sysconfig-hardware provides a couple of udev rules in /lib/udev/rules.d/85-sysconfig-hardware.rules that cause the hwup command to be issued when a ccw device is detected. hwup then configures the device and brings it online, if there is a configuration file for it in /etc/sysconfig/hardware. There are a number of problems with this implementation, however. The first problem is that a hardware device brought online via sysconfig-hardware cannot be varied offline again. This problem is addressed in Debian bug report 620095, and the fix for this problem is trivial. A second problem is a lack of recognition for a 3380 device attached to a 3880 control unit. This problem is addressed in Debian bug report 620126. Again the fix for this problem is trivial. And a third problem is the lack of support for any DASD configuration options. This problem is addressed in Debian bug report 620205. Although this is not a one-line change like the other two bugs, it can still be solved easily by adding about twelve lines of code to a shell script. This is still relatively trivial. There is one final problem with the sysconfig-hardware method of bringing disk devices online, and it is this problem that this bug report will address. The problem is that sysconfig-hardware is not present in the initial RAM file system. Once the root file system specified in the kernel boot parameters has been brought online and mounted as / (read-only at first, usually), then udev is restarted, and sysconfig-hardware can then be used to bring other disks online (/boot, /home, swap partitions, etc.). But sysconfig-hardware cannot be used to bring the disk containing the / partition online. To circumvent this problem, /usr/share/initramfs-tools/scripts/init-premount/sysconfig_hardware was written. This is a script supplied by sysconfig-hardware and invoked by initramfs-tools prior to the attempt to mount the permanent root file system (read-only at first, usually). It works. But this method has its drawbacks. First of all, this only works if the root file system is specified via a particular form of a udev-created symbolic link to the block special file for the partition, namely: /dev/disk/by-path/ccw-0.0.-part#, where is the four-digit hexadecimal device number of the DASD device and # is the partition number (1, 2, or 3 for cdl, always 1 for ldl or CMS format). If the kernel boot parameters specify the root file system any other way, such as by UUID, by LABEL, etc., the /usr/share/initramfs-tools/scripts/init-premount/sysconfig_hardware script cannot figure out what device to bring online. And the boot therefore hangs waiting for the initial RAM file system. Another problem is that RESUME processing doesn't work. In order for RESUME processing to work, the disk device which contains the swap partition which contains the RESUME image must be brought online prior to the initial read-only
Bug#591557: Patch not enough
Sadly, the patch from the launchpad bug report doesn't solve the issue for me. Network-manager gets a bit better in that it actually tries to reconnect but modem-manager still seems to go into a coma sometimes (fixed by killing modem-manager which is autostarted again). -- David Härdeman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621077: keyboard-configuration: postinst script needs initscripts to be installed
On Wed, Apr 6, 2011 at 12:41:35 +0200, Johannes Schauer wrote: Package: keyboard-configuration Version: 1.68 Severity: normal hi, when installing keyboard-configuration on a system without the initscripts package installed I get the following error: Setting up keyboard-configuration (1.72) ... insserv: Service mountkernfs has to be enabled to start service keyboard-setup insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing keyboard-configuration (--configure): subprocess installed post-installation script returned error exit status 1 mountkernfs is provided by the initscripts package so keyboard-configuration should either depend on initscripts or not fail without it, right? sysvinit is Essential: yes and Pre-Depends on initscripts. So you tried very hard to not have it installed... 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#613061: Same bug but...
I recently noticed that if I wait a few seconds BEFORE entering the password, the session will start OK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584170: [Remind-Fans] remind: does not resolve tilde in include file path
On Tue, 05 Apr 2011 22:56:05 -0400 Kurt B. Kaiser k...@shore.net wrote: If you look at remind's manpage, it appears that the INCLUDE statement can be also used with a path relative to the directory of the reminders file in which it is found. See the example in the RUN COMMAND section that follows the INCLUDE section. The man page does not say that. See the documentation of the filedir() function. (If you do use a relative filename, it's relative to Remind's current working directory.) The proper way to include a file relative to your home directory is: INCLUDE [getenv(HOME)]/some-file Since Remind already has a way to include a file relative to the current file and relative to the home directory, I won't be applying any patches in upstream. Regards, David. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620921: [lxc-devel] Detecting a non-root container
On 04/05/2011 09:23 PM, Cyril Brulebois wrote: Hi LXC folks, from my bug report against udev, so that it doesn't try to start when running in a non-root container: Marco d'Itrim...@linux.it (05/04/2011): On Apr 05, Cyril Bruleboisk...@debian.org wrote: from a quick glance, it looks like running udev in a linux container isn't supported, so I guess it might make sense to use a check similar to is_chrooted in its postinst to decide whether to start the daemon. No objections, but please come back with a detection method which is sanctioned by the LXC people. Could you please advise on the best way to detect running in a non-root container? It looks like grepping /proc/1/cgroup for :/$ could be a way to determine that (as opposed to :/foo$ in a foo container). Can you please confirm? I would not rely on that because lxc may evolve to not use the cgroup if not present. If you use upstart, you can check the 'container=lxc' env variable in the udev init script in order to know if you are in a container. Otherwise for sysvrc init, I don't know how to handle that. Thanks -- Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621036: fixing it
Follow up to this bug report: downgrading base-files and rm -rf /run did help and get me back a running system. rant on Does the maintainer of soemthing like *base-files* at least *once* reboot into his own machine before he uploads? It seems not so, that is a bug that does effect everyone as far as I see. rant off Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SPROSTON GREEN (n.) The violent colour of one of Nigel Rees's jackets, worn when he thinks he's being elegant. --- 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#621037: scotch: missing inter-library links
On Tue, 2011-04-05 at 21:18 -0400, Adam C Powell IV wrote: Pierre Johannes, On Tue, 2011-04-05 at 20:13 -0400, Adam C Powell IV wrote: Package: src:scotch Version: 5.1.11.dfsg-5 Severity: serious Justification: causes other packages to FTBFS X-DebBugs-CC: gladky.an...@gmail.com Greetings, In the last upload or two, the scotch package has lost its inter-library linkages. libscotchmetis should be linked -lscotch, and libscotch should be linked -lscotcherr and a couple of others, but they're not. I'm afraid this sends us back to the drawing board. We can't simply use AR = gcc ... to build shared libraries because they need to link to each other. What were the reasons for building this way again? I can see that it's helpful to build the static libraries without -fPIC, but one can do this by building .lo objects with -fPIC and making the shared libs with those, like libtool does. I'm afraid I'm going to have to revert much of the recent work to -4 and try to fix its problems a different way... Just put a fix in alioth, let me know if it gives you trouble. I plan to upload within 4-5 hours. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#621043: /usr/bin/eric4: Eric fails silently after splash screen, and after prior session closed properly
On Wed, Apr 6, 2011 at 12:51 AM, Gudjon I. Gudjonsson gud...@gudjon.orgwrote: Hi I have not seen this error message before. You are using python-qscintilla2 2.4.3-1+b2 This version has been rebuilt and is in unstable as 2.4.3-2. Please install it and check if it solves the problem. Upgrading to a newly built qscintilla seems to solve this problem here: https://bugs.archlinux.org/task/22646 Regards Gudjon I just upgraded two packages: libqscintilla2-5_2.4.3-2_i386.deb python-qscintilla2_2.4.3-2_i386.deb and eric now appears to start normally. As you said, these -2 version packages are not in testing yet so the bug is still present, I suppose, against the -1+b2 version of the packages.
Bug#621074: linux-image-2.6.38-2-amd64: kernel fails to resume from hibernation
On Wed, 2011-04-06 at 10:04 +, Michal Suchanek wrote: Package: linux-2.6 Version: 2.6.38-2 Severity: important On resume from hibernation system locks up after reading the saved image. Thanks for reminding me. Reverting hte folloving commit fixes the problem for me. ff518ea26654e05d325d996f6e3a7f5f569cc2d5 is the first bad commit commit ff518ea26654e05d325d996f6e3a7f5f569cc2d5 Author: Yinghai Lu ying...@kernel.org Date: Fri Feb 18 11:30:30 2011 + x86: Cleanup highmap after brk is concluded commit e5f15b45ddf3afa210c7ea34fb32b6de0a0e upstream. Right, we introduced the same problem in 2.6.32-32 and fixed it (so far as I'm aware) in -33. There is still discussion about this upstream but I'll apply the same unofficial fix for now. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#621076: Please enable SSL
Erm, I just realised that the current package uses GnuTLS and not OpenSSL. And a misconfiguration on my part meant that it didn't work. Sorry for the noise. -- Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#357141: Relevance of UTF-8'ish user and group names
Hi! Don't only think about common Unixish semantics! In this example, the shown users originate off a Windows box who used the Linux machine as a Samba PDC. Thus, the Windows users are also created on the Linux box, containing Microsofts localized common names. Filenames are a more common example on a generic Linux box, though. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles wird gut! ...und heute wirds schon ein bißchen besser. the second : signature.asc Description: Digital signature
Bug#621037: scotch: missing inter-library links
Hi Adam, On Wed, Apr 6, 2011 at 1:47 PM, Adam C Powell IV hazel...@debian.org wrote: Just put a fix in alioth, let me know if it gives you trouble. I plan to upload within 4-5 hours. Sorry, I tried your fix but it gives me trouble because libptscotch is linked against libscotch. This is the same problem as reported in #612621. It seems like the build-fixes.patch does not incorporate the fixes from libptscotch.patch [1] in that bug report. Would you like me to create a new patch against the latest git repository? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=29;filename=libptscotch.patch;att=1;bug=612621 Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621081: proftpd-basic: ProFTPd cannot start in inetd/xinetd mode.
Package: proftpd-basic Version: 1.3.3a-6squeeze1 Severity: important ProFTPd cannot start in inetd/xinetd mode. in the ProFTPd configuration window select from inetd and I see output: grep: /etc/inetd.conf: No such file or directory ProFTPd warning: cannot start neither in standalone nor in inetd/xinetd mode. Check your configuration. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf 1.5.36.1 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii libacl1 2.2.49-4 Access control list shared library ii libattr11:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libpam-runtime 1.1.1-6.1Runtime support for the PAM librar ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii netbase 4.45 Basic TCP/IP networking system ii sed 4.2.1-7 The GNU sed stream editor ii ucf 3.0025+nmu1 Update Configuration File: preserv ii update-inetd4.38+nmu1inetd configuration file updater ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime proftpd-basic recommends no packages. Versions of packages proftpd-basic suggests: ii openssl 0.9.8o-4squeeze1 Secure Socket Layer (SSL) binary a pn proftpd-doc none (no description available) pn proftpd-mod-ldapnone (no description available) pn proftpd-mod-mysql none (no description available) pn proftpd-mod-odbcnone (no description available) pn proftpd-mod-pgsql none (no description available) pn proftpd-mod-sqlite none (no description available) ii xinetd [inet-superserve 1:2.3.14-7 replacement for inetd with many en -- debconf information: * shared/proftpd/inetd_or_standalone: from inetd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621082: imagemagick: New Upstream (6.6.9-3)
Package: imagemagick Severity: wishlist Hi, it would be nice if you could upgrade to version 6.6.9-3. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604609: grub-pc: Wrong display of characters on boot screen
tag 604609 fixed-upstream thanks On 23.11.2010 03:40, V. Gaibler wrote: Package: grub-pc Version: 1.98+20100804-8 Severity: normal Tags: l10n Grub boot loader in squeeze does not show the usage instructions (displayed below boot selection menu) correctly according to locale. In my case the language is correctly set to German, but any non-ascii characters as umlauts or quotation marks are only displayed as ?. Furthermore, the text is incomplete. Now GRUB2 won't be translated unless it's in graphics mode which will ensure that all characters can be displayed -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)
Note that this is the last bit for the gir1.2 transition. If you don't drop the gir1.0-midgard2 package from unstable, midgard2-core may be removed from testing. I doubt there's anything I can do. There is: you can build midgard2-core with --disable-introspection and remove the gir1.0-midgard2 binary package. You can of course keep gir1.2-midgard2 in experimental. It doesn't make sense to provide library without gir. As I wrote earlier, let's keep it in exp, and remove from testing and sid if required. I think it has to be this way until libgda4 FTB issues are resolved. BTW, any hint how to debug libgda4 build segfaults? gdb? :-) On debian build servers? Piotras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620950: git-buildpackage: Fix check if debian tag already exists
On Wed, Apr 06, 2011 at 12:52:49PM +0200, Bjoern Ricks wrote: Hi Guido, On Tuesday 05 April 2011 14:21:36 Guido Günther wrote: This code isn't in the tree, it's: if repo.find_version(options.debian_tag, src.version): src.debian_verfsion only contains the last part of the version number. However using the full version is correct since that's what you're looking at. Can you provide a test case that fails for you? Ups, that debian_version change got committed accidentially. It was not intended. It should be src.version. An easy test case is to import a source package with an epoch version twice. The second time it should be caught by if repo.find_version but because the src.version contains the epoch and on the first run the tag was created without epoch it's not. Currently I am not sure if it's better to include the epoch in the tag or change the find_version statement accordingly to my patch. The bug here is that we dropped the epoch silently. I've fixed this and pushed the fix to git. Thanks for your prompt feedback! -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620950: [git-buildpackage/master] git-import-dsc: don't silently drop the epoch in tags
tag 620950 pending thanks Date: Wed Apr 6 13:53:36 2011 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: d8142c7273d4ffa59e119b4aa6acab663dad442c Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=d8142c7273d4ffa59e119b4aa6acab663dad442c Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=d8142c7273d4ffa59e119b4aa6acab663dad442c git-import-dsc: don't silently drop the epoch in tags Closes: #620950 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621036: fixing it
On Apr 06, Norbert Preining prein...@logic.at wrote: Does the maintainer of soemthing like *base-files* at least *once* reboot into his own machine before he uploads? It seems not so, that is a bug that does effect everyone as far as I see. In his defense, the bug only causes problems after udev is upgraded. In my defense, I still believe that creating a broken /run is stupid. -- ciao, Marco signature.asc Description: Digital signature
Bug#621083: gcc-4.4: armhf/cross FTBFS: #error Must use SJLJ exceptions but configured not to
Package: gcc-4.4 Version: 4.4.5-14 Severity: wishlist Hi, When building gcc-4.4 cross and native for armhf we get a failure message: gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../src/gcc -I../../src/gcc/build -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumber -I/include -DCLOOG_PPL_BACKEND -o build/gencondmd.o build/gencondmd.c In file included from build/gencondmd.c:44:0: ../../src/gcc/except.h:162:6: error: #error Must use SJLJ exceptions but configured not to ../../src/gcc/config/arm/arm.md:4509:8: warning: comparison between signed and unsigned integer expressions make[4]: *** [build/gencondmd.o] Error 1 I have not had time yet to find and test a fix. I am just noting the failure. Best regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 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 gcc-4.4 depends on: ii binutils 2.21.0.20110327-2 The GNU assembler, linker and bina ii cpp-4.44.4.5-14 The GNU C preprocessor ii gcc-4.4-base 4.4.5-14 The GNU Compiler Collection (base ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgcc11:4.5.2-6 GCC support library ii libgomp1 4.5.2-6 GCC OpenMP (GOMP) support library Versions of packages gcc-4.4 recommends: ii libc6-dev 2.11.2-13 Embedded GNU C Library: Developmen Versions of packages gcc-4.4 suggests: ii gcc-4.4-doc 4.4.4.nf1-1 documentation for the GNU compiler pn gcc-4.4-locales none (no description available) pn gcc-4.4-multilib none (no description available) ii libcloog-ppl00.15.9-3the Chunky Loop Generator (runtime pn libgcc1-dbg none (no description available) pn libgomp1-dbg none (no description available) pn libmudflap0-4.4-dev none (no description available) pn libmudflap0-dbg none (no description available) pn libppl-c2none (no description available) pn libppl7 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#621037: scotch: missing inter-library links
Hi Johannes, On Wed, 2011-04-06 at 14:37 +0200, Johannes Ring wrote: Hi Adam, On Wed, Apr 6, 2011 at 1:47 PM, Adam C Powell IV hazel...@debian.org wrote: Just put a fix in alioth, let me know if it gives you trouble. I plan to upload within 4-5 hours. Sorry, I tried your fix but it gives me trouble because libptscotch is linked against libscotch. This is the same problem as reported in #612621. Right, I'm sorry about that. I just copied the link commands from -4, assuming that the changed CFLAGS and LDFLAGS would make the difference. It seems like the build-fixes.patch does not incorporate the fixes from libptscotch.patch [1] in that bug report. Would you like me to create a new patch against the latest git repository? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=29;filename=libptscotch.patch;att=1;bug=612621 Sure, is there anything else that needs to change? -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#621084: iceowl menu entry missing
Package: iceowl Version: 1.0~b1+dfsg2-2 Seems that menu entry added in response to bug 484036 disappeared, thus iceowl has again no entry in debian menu. Please add it again. Thank you -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Honk if you love peace and quiet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621085: freebsd-net-tools: /sbin/ifconfig unable to handle bonding config
Package: freebsd-net-tools Version: 8.1-4+b1 Severity: normal When configuring a lagg interface, ifconfig seems to be unable to handle the needed parameters: root@zfs1:~# kldload if_lagg root@zfs1:~# ifconfig lagg0 create root@zfs1:~# ifconfig lagg0 up laggproto lacp laggport em2 laggport em3 ifconfig: laggproto: bad value Everything seems to work OK using ifconfig from a BSD chroot: root@zfs1:~# freebsd ifconfig lagg0 up laggproto lacp laggport em2 laggport em3 root@zfs1:~# freebsd ifconfig lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC ether 00:25:90:23:38:a8 inet6 fe80::21b:21ff:fe89:cf3e%lagg0 prefixlen 64 scopeid 0x6 nd6 options=3PERFORMNUD,ACCEPT_RTADV media: Ethernet autoselect status: no carrier laggproto lacp laggport: em3 flags=0 laggport: em2 flags=0 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-net-tools depends on: ii libbsd0 0.2.0-1 utility functions from BSD systems ii libc0.1 2.11.2-10 Embedded GNU C Library: Shared lib ii libedit2 2.11-20080614-2 BSD editline and history libraries ii libipx2 8.1-5 FreeBSD IPX address conversion sup ii libkvm0 8.1-5 FreeBSD kvm (kernel memory interfa ii libmemstat3 8.1-5 FreeBSD memstat (kernel interface) ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libnetgraph4 8.1-5 FreeBSD memstat (kernel interface) freebsd-net-tools recommends no packages. freebsd-net-tools 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#620780: tag 620780 wheezy sid
tag 620780 wheezy sid thanks Hi, This build failure is currently only reproducible in wheezy and sid, so I'm tagging this report accordingly. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)
On 06/04/11 15:15, Piotr Pokora wrote: Note that this is the last bit for the gir1.2 transition. If you don't drop the gir1.0-midgard2 package from unstable, midgard2-core may be removed from testing. I doubt there's anything I can do. There is: you can build midgard2-core with --disable-introspection and remove the gir1.0-midgard2 binary package. You can of course keep gir1.2-midgard2 in experimental. It doesn't make sense to provide library without gir. Why not? It makes a lot of sense to me. This is not different than a library that builds a shared library and some, say, python bindings, and nobody uses the python bindings. You can stop building them, and the library users will still use that. This is the same with s/python/gir/. As I wrote earlier, let's keep it in exp, and remove from testing and sid if required. I think it has to be this way until libgda4 FTB issues are resolved. BTW, any hint how to debug libgda4 build segfaults? gdb? :-) On debian build servers? Not there. Though it's most likely reproducible from porter boxes or a VM. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621086: gtans: Translations for Swedish.
Package: gtans Version: 1.99.0-1 Severity: wishlist I offer Swedish translations of message texts and help text. As a side note: Is the build script coping correctly with UTF-8 versus ISO-8859-1 at the time of building the package? The message file works fine when use in UTF-8 setting, but not with ISO-8859-1/LATIN1 in Debian testing. Best regards, Mats Erik Andersson, DM # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: 1.99\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-04-06 14:25+0200\n PO-Revision-Date: 2011-04-06 10:58+0100\n Last-Translator: Mats Erik Andersson deb...@gisladisker.se\n Language-Team: Swedish s...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n #: ../src/callbacks.c:270 msgid User config file saved. msgstr Sparade Dina inställningar. #: ../src/callbacks.c:272 msgid Can't save config file. msgstr Kan inte spara inställningarna #: ../src/callbacks.c:321 msgid Can't read help file, Sorry. msgstr Beklagar, men någon hjälpfil kan inte hittas. #: ../src/callbacks.c:324 msgid gTans help... msgstr Hjälp för Gtans ... #: ../src/callbacks.c:455 msgid Click into to move, around to rotate. Right-click to flip. msgstr Klicka på biten för förflyttning och utanför den för att vrida. Högerklicka för att vända biten. #: ../src/callbacks.c:477 msgid Well done. Try another one ? msgstr Duktigt gjort. En gång till? #: ../src/callbacks.c:634 msgid Select a figures file... msgstr Välj en fil med mönster ... #: ../src/callbacks.c:638 msgid Select a texture (xpm file)... msgstr Välj en ytstruktur (XPM-fil) ... #: ../src/callbacks.c:679 #, c-format msgid %d figures loaded. msgstr Hämtade %d mönster. #: ../src/callbacks.c:684 msgid Can't load figure file. msgstr Kan inte hämta mönsterfilen. #: ../src/callbacks.c:734 msgid Select a color... msgstr Välj en färg ... #: ../src/interface.c:109 ../src/interface.c:866 ../src/interface.c:868 msgid gTans msgstr Gtans #: ../src/interface.c:128 msgid Game msgstr Spel #. mgame_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mgame_menu)); #: ../src/interface.c:144 msgid Quit msgstr Avsluta #: ../src/interface.c:152 msgid Preferences msgstr Inställningar #. mprefs_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mprefs_menu)); #: ../src/interface.c:168 msgid Tans msgstr Tan-bitar #. mtans_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mtans_menu)); #. mhitan_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mhitan_menu)); #. mbg_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mbg_menu)); #: ../src/interface.c:184 ../src/interface.c:216 ../src/interface.c:248 msgid Color... msgstr Färg ... #: ../src/interface.c:192 ../src/interface.c:224 ../src/interface.c:256 msgid Texture... msgstr Ytstruktur ... #: ../src/interface.c:200 msgid Hilighted tan msgstr Framhäv en tan-bit #: ../src/interface.c:232 msgid Background msgstr Bakgrund #: ../src/interface.c:264 msgid Outline help color... msgstr Färg för mönsterrand ... #: ../src/interface.c:281 msgid Silhouette color... msgstr Färg på mönstret... #: ../src/interface.c:289 msgid Silhouette background... msgstr Bakgrund för mönster ... #: ../src/interface.c:297 msgid Solved figure bg... msgstr Bakgrund vid löst mönster ... #: ../src/interface.c:305 msgid Help tan color... msgstr Färg för framhävd bit ... #: ../src/interface.c:322 msgid Tans size msgstr Storlek på tan-bitar #. imsize_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (imsize_menu)); #: ../src/interface.c:338 msgid Increase msgstr Förstora #: ../src/interface.c:346 msgid Decrease msgstr Förminska #: ../src/interface.c:354 msgid Accuracy msgstr Noggrannhet #. maccuracy_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (maccuracy_menu)); #: ../src/interface.c:370 msgid High msgstr Stor #: ../src/interface.c:379 msgid Medium msgstr Medel #: ../src/interface.c:388 msgid Low msgstr Liten #: ../src/interface.c:398 msgid Rotation msgstr Vridning #. rotstp_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (rotstp_menu)); #: ../src/interface.c:414 msgid Continuous msgstr Steglös #: ../src/interface.c:423 msgid Step by step msgstr Stegvis #: ../src/interface.c:442 msgid Figures file... msgstr Mönsterfil ... #: ../src/interface.c:459 msgid Save config msgstr Spara inställningar #: ../src/interface.c:467 msgid Misc. msgstr Blandat #. mmisc_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (mmisc_menu)); #: ../src/interface.c:483 msgid About... msgstr Om ... #: ../src/interface.c:491 msgid Help... msgstr Hjälp ... #: ../src/interface.c:508 msgid Clear figure status msgstr Glöm ett mönster #: ../src/interface.c:516 msgid Clear all figures status msgstr Glöm alla mönster #:
Bug#621036: fixing it
On Wed, Apr 06, 2011 at 08:18:06PM +0900, Norbert Preining wrote: Follow up to this bug report: downgrading base-files and rm -rf /run did help and get me back a running system. rant on Does the maintainer of soemthing like *base-files* at least *once* reboot into his own machine before he uploads? It seems not so, that is a bug that does effect everyone as far as I see. rant off Hi Norbert, I tested this patch several times before it was uploaded. I never once saw this behaviour, because it was introduced in the new version of udev uploaded the day before, and so during the testing period udev was behaving correctly. The bug here is udev's misplaced assumption that the mere presence of the /run directory implies that it is OK to use it, which is not valid due to initscripts needing to set things up for this to work. This would require udev to have a versioned depends upon initscripts to guarantee that /run is usable, which is the way this was planned from the start. However, udev implemented (broken) support for /run before the directory was even present on the system, which is the root cause of the problem; udev appears to break systems pretty effectively when it can't write to /run (it breaks at a minimum loading of radeon/ttm/fbcon, networking and locks up the console starting X, including the keyboard, requiring a hard reset; removing /run fixes this). This is a failure mode in udev which it should be handling rather more gracefully; it looks like the /run support in udev could do with some further testing. The best solution here would be for udev to disable the use of /run for the time being, and then once initscripts has been modified to support /run (patch tested, currently waiting for maintainer upload) it can re-enable /run support without fear of causing breakage, and without the need to do any checks that /run is safe to use (though for such a critical package as udev, it should probably test to ensure the fallbacks don't break as at present). I can additionally add a Breaks: udev (= 167-1) to initscripts to ensure that udev is not using /run during the upgrade, but we need a fixed version to replace it before that can be done. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature