Bug#658462: Patch for the l10n upload of tin
Dear maintainer of tin, On Wednesday, April 11, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Wednesday, April 11, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. (all PO files are changed because I ran debconf-updatepo that calls standard gettext utilities, that themselves addsome information in PO files headersand also reformats all PO files to 78-columns wrapping) The corresponding changelog is: Source: tin Version: 1:2.1.0-1.1 Distribution: UNRELEASED Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Wed, 11 Apr 2012 07:45:33 +0200 Closes: 658462 668447 Changes: tin (1:2.1.0-1.1) UNRELEASED; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: * Dutch; (Jeroen Schot). Closes: #658462 * Polish (MichaÅ KuÅach). Closes: #668447 -- diff -Nru tin-2.1.0.old/debian/changelog tin-2.1.0/debian/changelog --- tin-2.1.0.old/debian/changelog 2012-04-09 21:19:20.076632895 +0200 +++ tin-2.1.0/debian/changelog 2012-04-12 08:20:36.131112897 +0200 @@ -1,3 +1,12 @@ +tin (1:2.1.0-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: + * Dutch; (Jeroen Schot). Closes: #658462 + * Polish (MichaÅ KuÅach). Closes: #668447 + + -- Christian Perrier bubu...@debian.org Wed, 11 Apr 2012 07:45:33 +0200 + tin (1:2.1.0-1) unstable; urgency=low * New upstream release. diff -Nru tin-2.1.0.old/debian/po/cs.po tin-2.1.0/debian/po/cs.po --- tin-2.1.0.old/debian/po/cs.po 2012-04-09 21:19:20.076632895 +0200 +++ tin-2.1.0/debian/po/cs.po 2012-04-11 13:22:28.958651296 +0200 @@ -14,24 +14,25 @@ msgid msgstr Project-Id-Version: tin 1:1.7.8\n -Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2005-03-20 19:01+0100\n +Report-Msgid-Bugs-To: t...@packages.debian.org\n +POT-Creation-Date: 2012-04-11 13:22+0200\n PO-Revision-Date: 2005-12-29 10:26+0100\n Last-Translator: Martin Sin martin@seznam.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description -#: ../tin.templates:3 +#: ../tin.templates:1001 msgid Enter the fully qualified domain name of your news server msgstr Zadejte plnÄ kvalifikované doménové jméno vaÅ¡eho serveru news #. Type: string #. Description -#: ../tin.templates:3 +#: ../tin.templates:1001 msgid What news server (NNTP server) should be used for reading and posting news? msgstr diff -Nru tin-2.1.0.old/debian/po/da.po tin-2.1.0/debian/po/da.po --- tin-2.1.0.old/debian/po/da.po 2012-04-09 21:19:20.076632895 +0200 +++ tin-2.1.0/debian/po/da.po 2012-04-11 13:22:28.962651401 +0200 @@ -6,11 +6,12 @@ msgid msgstr Project-Id-Version: tin\n -Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2010-06-02 10:50+0200\n +Report-Msgid-Bugs-To: t...@packages.debian.org\n +POT-Creation-Date: 2012-04-11 13:22+0200\n PO-Revision-Date: 2010-11-11 12:42+\n Last-Translator: Joe Hansen joedalt...@yahoo.dk\n Language-Team: Danish da...@dansk-gruppen.dk\n +Language: da\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -28,4 +29,3 @@ What news server (NNTP server) should be used for reading and posting news? msgstr Hvilken nyhedsserver (NNTP-server) skal bruges til at læse og sende nyheder? - diff -Nru tin-2.1.0.old/debian/po/de.po tin-2.1.0/debian/po/de.po --- tin-2.1.0.old/debian/po/de.po 2012-04-09 21:19:20.076632895 +0200 +++ tin-2.1.0/debian/po/de.po 2012-04-11 13:22:28.970651618 +0200 @@ -14,11 +14,12 @@ msgid msgstr Project-Id-Version: PACKAGE VERSION\n -Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2006-10-26 04:40+0200\n +Report-Msgid-Bugs-To: t...@packages.debian.org\n +POT-Creation-Date: 2012-04-11 13:22+0200\n PO-Revision-Date: 2006-10-29 14:16+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n @@ -27,7 +28,8 @@ #. Description #: ../tin.templates:1001 msgid Enter the fully qualified domain name of your news server -msgstr Bitte geben Sie den vollständigen Domainnamen (FQDN) Ihres Servers ein. +msgstr +Bitte geben Sie den vollständigen Domainnamen (FQDN) Ihres Servers ein. #. Type: string #. Description @@ -39,4 +41,5 @@ werden? #~ msgid What news server should be used for reading and posting news? -#~ msgstr Welcher Newsserver soll zum Lesen und Posten von News genutzt werden? +#~ msgstr +#~ Welcher Newsserver soll zum Lesen und Posten von News
Bug#669498: github-backup: FTBFS: build-dependency not installable: libghc-github-dev
On 19/04/12 at 16:47 -0400, Joey Hess wrote: Lucas Nussbaum wrote: sbuild-build-depends-github-backup-dummy : Depends: libghc-github-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. I have no idea what this means. How can it possibly be a bug in github-backup? sbuild generates a dummy package with dependencies on the build-deps, then installs it. # apt-get build-dep github-backup Reading package lists... Done Building dependency tree Reading state information... Done The following packages have unmet dependencies: libghc-github-dev : Depends: libghc-aeson-dev-0.6.0.0-e285f but it is not installable E: Build-dependencies for github-backup could not be satisfied. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
On 20/04/12 at 00:32 +0400, Dmitry E. Oboukhov wrote: On 19/01/12 at 03:07 +0400, Dmitry E. Oboukhov wrote: severity 655801 important thanks I can't reproduce the bug. So I reduce severity level. I can. Please post a build log including dependencies installation, so we can see why lua is there for you but not for me. I think that Your filesystem is a cause for Your trouble. Can you elaborate ? buildlog for i386: https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20120127-1stamp=1327746838 In your log: make[4]: Entering directory `/build/buildd-tarantool_1.4.4+20120127-1-i386-v48zmd/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' HOSTCCbuildvm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm.o buildvm.c HOSTCCbuildvm_asm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm_asm.o buildvm_asm.c [...] In my log: make[4]: Entering directory `/«BUILDDIR»/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' DYNASMbuildvm_ppcspe.h lua ../dynasm/dynasm.lua -D SPE -o buildvm_ppcspe.h buildvm_ppc.dasc make[4]: lua: Command not found make[4]: *** [buildvm_ppcspe.h] Error 127 Can you explain that difference? - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666357: yubiserver: FTBFS: make[1]: *** No targets specified and no makefile found. Stop.
On 18/04/12 at 16:15 +0300, Nanakos V. Chrysostomos wrote: Dear Lucas, I am trying to resolve this problem but with no luck. I cannot reproduce it with the latest pbuilder or dpkg-buildpackage. I have one question though, why this happens only in amd64 and not on other archs also? The rules script seems to be ok and pbuilder/dpkg-buildpackage runs smoothly without complaints. Can you help resolve this problem please? Did you build with dpkg-buildpackage -B ? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
severity 655801 important thanks I can't reproduce the bug. So I reduce severity level. I can. Please post a build log including dependencies installation, so we can see why lua is there for you but not for me. I think that Your filesystem is a cause for Your trouble. Can you elaborate ? buildlog for i386: https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20120127-1stamp=1327746838 In your log: make[4]: Entering directory `/build/buildd-tarantool_1.4.4+20120127-1-i386-v48zmd/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' HOSTCCbuildvm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm.o buildvm.c HOSTCCbuildvm_asm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm_asm.o buildvm_asm.c [...] In my log: make[4]: Entering directory `/«BUILDDIR»/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' DYNASMbuildvm_ppcspe.h lua ../dynasm/dynasm.lua -D SPE -o buildvm_ppcspe.h buildvm_ppc.dasc make[4]: lua: Command not found make[4]: *** [buildvm_ppcspe.h] Error 127 Can you explain that difference? I think that Your tar unpacked buildvm_ppcspe.h after buildvm_ppc.dasc and set wrong date for the file. The project contains some parts that are prebuilt by hand, for example some ragel c-objects and the case. But they aren't compiled if You unpack tarball correctly. I can reproduce Your problem only If I change datetime some files by hand. -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#669558: wine-gecko-unstable: fix for the FTBFS
tags 669558 + patch tags 669558 + pending thanks Dear maintainer, The attached patch allows wine-gecko-unstable to build again. Regards, Stephen diff -Nru wine-gecko-unstable-1.0.0+dfsg/debian/changelog wine-gecko-unstable-1.0.0+dfsg/debian/changelog --- wine-gecko-unstable-1.0.0+dfsg/debian/changelog 2011-08-04 23:41:55.0 +0200 +++ wine-gecko-unstable-1.0.0+dfsg/debian/changelog 2012-04-20 07:54:17.0 +0200 @@ -1,3 +1,10 @@ +wine-gecko-unstable (1.0.0+dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Correct build-dependencies following gcc-mingw-w64 package split. + + -- Stephen Kitt st...@sk2.org Fri, 20 Apr 2012 07:53:39 +0200 + wine-gecko-unstable (1.0.0+dfsg-1) unstable; urgency=low * Initial release (Closes: #479861) diff -Nru wine-gecko-unstable-1.0.0+dfsg/debian/control wine-gecko-unstable-1.0.0+dfsg/debian/control --- wine-gecko-unstable-1.0.0+dfsg/debian/control 2011-05-30 20:28:27.0 +0200 +++ wine-gecko-unstable-1.0.0+dfsg/debian/control 2012-04-20 07:51:59.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org Uploaders: Ove Kaaven o...@arcticnet.no Build-Depends: debhelper (= 7), autoconf2.13, libidl-dev, libx11-dev, - gcc-mingw-w64, libstdc++6-4.5-dev, python, zip, unzip, lcab + g++-mingw-w64-i686, python, zip, unzip, lcab Build-Conflicts: binfmt-support Standards-Version: 3.9.1 Homepage: http://www.winehq.org/
Bug#635382: [tex-live] new release of latex-unicode
Am Freitag, den 20.04.2012, 00:09 +0200 schrieb Reinhard Kotucha: On 2012-04-19 at 23:17:50 +0300, Wolfgang Jeltsch wrote: At least, the following minimal example works as expected: \documentclass{article} \usepackage[utf8x]{inputenc} \usepackage[vietnam]{babel} \begin{document} Ơ, ơ, Ư, ư \end{document} […] I wasn’t able to derive an analog minimal example, which uses the vietnam package. Maybe, I just have no proper understanding of how to use the vietnam package. I got complaints about missing babel definitions for vietnam and such. Could you send me your .tex and .log files? I think Iʼve found the problem. After having tested the above minimal example, I replaced the lines \usepackage[utf8x]{inputenc} \usepackage[vietnam]{babel} by \usepackage[utf8x]{vietnam} and reran pdflatex. This gave me the following: ! Package babel Error: You haven't defined the language vietnam yet. The problem was that there was a line \select@language{vietnam} in the aux file from the previous pdflatex run. When running pdflatex again, everything worked fine. Best wishes, Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669584: python-rbtools: New upstream version 0.4.1 is available
Package: python-rbtools Version: 0.3.4-1 Severity: wishlist Hi, I'm packaging ReviewBoard itself (#653113) and almost done with it. I've filled #669570 ITP for rbtools package, but guys at debian-devel noticed me that it's already packaged. So could you please update your package to latest upstream version (0.4.1). If you don't have time to do it, I can provide some help with it. Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-rbtools depends on: ii python2.7.2-10 ii python-pkg-resources 0.6.24-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2 python-rbtools recommends no packages. python-rbtools suggests no packages. -- no debconf information -- WBR, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669153: redmine: Missing syntax highlighting
Hi, J$(D+1(Br$(D+1(Bmy At Fri, 20 Apr 2012 00:30:19 +0200, J$(D+1(Br$(D+1(Bmy Lal kapo...@melix.org wrote: - snip - I just tested with coderay 1.0.5 packages that sits in pkg-ruby's git repository and it works quite well. Either i backport redmine to coderay 0.9.x or someone uploads the work of Youhei ? New upstream coderay ver.1.0.5 does not upload yet. Best Wishes, --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654783: race condition in libpthread causes hangs in python2.7 testsuite
That's really nice. Petr, could you give some explanation on that one-line patch you provided? Is it supposed to be the correct fix or is more work necessary? I'm not familiar with the whole picture but if you give some pointers I may be able to help. In the original (plain linuxthreads) code, with thread implemented as freebsd process, the wakeup signal is sent to thread manager from kernel, after exit of thread. In current variant, with thread implemented as freebsd kernel thread, the wakeup signal is sent to thread manager from userspace, a few moments before exit. It is an expected race condition. It is also the reason, why || main_thread_exiting have been added. I expected, that loss of a wakeup does not matter, the child thread will be eaten only slightly later, when another thread exits and sends wake up. The only problem should be, when there is no another thread, it should be solved by || main_thread_exiting. But it does not suffice. The try eat dead child everytime is just workaround. The better way might be to add atomic counter [using gcc's __sync_fetch_and_add()] to track the number of expected dead or soon to be dead child and try to eat dead child when the number is above zero. And (of course) in long term, do not use manager thread anymore. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649404: ITP: bibtexconv/0.8.14-1 -- BibTeX Converter
Package: wnpp Severity: wishlist * Package name: bibtexconv Version : 0.8.14-1 Upstream Author : Thomas Dreibholz dre...@iem.uni-due.de * URL : http://www.iem.uni-due.de/~dreibh/bibtexconv/index.html * License : GPL, version 3 Section : tex BibTeXConv is still looking for a Deban sponsor. See http://mentors.debian.net/package/bibtexconv . signature.asc Description: This is a digitally signed message part.
Bug#669585: RFS: bibtexconv/0.8.14-1 -- Looking for a Debian sponsor
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package bibtexconv. BibTeXConv is a BibTeX file converter which allows one to export BibTeX entries to other formats, including customly defined text output. Furthermore, it provides the possibility to check URLs (including MD5, size and MIME type computations) and to verify ISBN and ISSN numbers. Examples are provided on the BibTeXConv website at http://www.iem.uni-due.de/~dreibh/bibtexconv/index.html . * Package name: bibtexconv Version : 0.8.14-1 Upstream Author : Thomas Dreibholz dre...@iem.uni-due.de * URL : http://www.iem.uni-due.de/~dreibh/bibtexconv/index.html * License : GPL, version 3 Section : tex It builds those binary packages: bibtexconv - BibTeX Converter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/bibtexconv Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/bibtexconv/bibtexconv_0.8.14-1.dsc More information about bibtexconv can be obtained from http://www.iem.uni- due.de/~dreibh/bibtexconv/. Best regards, Thomas Dreibholz signature.asc Description: This is a digitally signed message part.
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
On 20/04/12 at 10:24 +0400, Dmitry E. Oboukhov wrote: severity 655801 important thanks I can't reproduce the bug. So I reduce severity level. I can. Please post a build log including dependencies installation, so we can see why lua is there for you but not for me. I think that Your filesystem is a cause for Your trouble. Can you elaborate ? buildlog for i386: https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20120127-1stamp=1327746838 In your log: make[4]: Entering directory `/build/buildd-tarantool_1.4.4+20120127-1-i386-v48zmd/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' HOSTCCbuildvm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm.o buildvm.c HOSTCCbuildvm_asm.o gcc -O2 -fomit-frame-pointer -Wall -c -o buildvm_asm.o buildvm_asm.c [...] In my log: make[4]: Entering directory `/«BUILDDIR»/tarantool-1.4.4+20120127/build-area/third_party/luajit/src' DYNASMbuildvm_ppcspe.h lua ../dynasm/dynasm.lua -D SPE -o buildvm_ppcspe.h buildvm_ppc.dasc make[4]: lua: Command not found make[4]: *** [buildvm_ppcspe.h] Error 127 Can you explain that difference? I think that Your tar unpacked buildvm_ppcspe.h after buildvm_ppc.dasc and set wrong date for the file. The project contains some parts that are prebuilt by hand, for example some ragel c-objects and the case. But they aren't compiled if You unpack tarball correctly. I can reproduce Your problem only If I change datetime some files by hand. Are you using ext3 or ext4? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661297: html roundtrip example on man page
On 20.04.2012, at 04:04, jida...@jidanni.org wrote: o Parse non well-formed HTML (needs libtagsoup-java installed): Say good HTML is fine too. $ cat bad.html html ul liA liB /ul /html $ basex -c 'set parser html; create db html bad.html' Did you have to use the exact db name 'html'? So confusing. $ basex -q doc('html') html xmlns=http://www.w3.org/1999/xhtml; Say there how to get rid of that xmlns=... or else one cannot do an exact roundtrip. Thanks for your suggestions. BaseX 7.2.1 will be released next week by upstream, when packaging it, i'll add the man page updates. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669586: git-svn cannot convert some repositories
Package: git-svn Version: 1:1.7.9.5-1 Severity: normal [104+0]~$ git svn clone http://mlton.svn.sourceforge.net/svnroot/mlton mlton.bug [... much normal output snipped ... ] RA layer request failed: REPORT of '/svnroot/mlton/!svn/vcc/default': Could not read response body: Connection reset by peer (http://mlton.svn.sourceforge.net) at /usr/lib/git-core/git-svn line 5653 Since this happens at exactly the same point in the history every time, I think it is neither a general network problem nor a cosmic ray. It also looks similar to #512710, but since this repository can be successfully cloned with svn clone, it is hard to call it corrupted. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 git-svn depends on: ii git 1:1.7.9.5-1 ii libsvn-perl 1.6.17dfsg-3 ii libterm-readkey-perl 2.30-4+b2 ii libwww-perl 6.04-1 git-svn recommends no packages. Versions of packages git-svn suggests: ii git-doc 1:1.7.9.5-1 ii subversion 1.6.17dfsg-3 -- 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#669380: acl2-infix: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
Followup-For: Bug #669380 Looks like the template got truncated at the beginning ... here is the full one: Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails As putting files into /usr/local is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. From the attached log (scroll to the bottom...): 0m53.8s ERROR: FAIL: Package purging left files on system: /usr/local/share/texmf/not owned /usr/local/share/texmf/ls-Rnot owned This problem is usually caused by running mktexlsr (or texhash) without path arguments from a maintainer script. The recommende solution is to switch to use dh_installtex and have this generate most (or perhaps even all) of the maintainer scripts content. Otherwise run mktexlsr with the tree as argument where the package installs its files, which is usually mktexlsr /usr/share/texmf There has been some further discussion about these bugs in this thread: http://lists.debian.org/debian-tex-maint/2012/04/msg00306.html Please have a look at the Debian-TeX-Policy (in the tex-common package) for the current practice of handling TeX packages. For further TeX packaging related questions contact debian-tex-ma...@lists.debian.org cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669403: iceweasel: Build-Dependency on libffi-dev needs a higher version
On Thu, Apr 19, 2012 at 05:23:10PM +0200, Adam Borowski wrote: Package: iceweasel Version: 10.0.3esr-3 Severity: wishlist Hi! It appears the build-dependency on libffi-dev should require some version later than 3.0.9-3 (squeeze). Current testing has 3.0.10-3 which is good enough. I guess it'd be a waste of time to research which particular version in between is required, so blindly setting it to = 3.0.10~ or = 3.0.10-3~ should be ok. Thus, could you please bump the dependency's version? Why? The configure script checks for = 3.0.9, and bumping the build dependency makes for harder backports. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669570: ITP: reviewboard-rbtools -- Command-line tool to create/update ReviewBoard requests
tags #669570 + wontfix thanks On Thu, Apr 19, 2012 at 11:27:59PM -0400, Scott Kitterman wrote: On Friday, April 20, 2012 04:12:56 AM Dmitry Nezhevenko wrote: Package: wnpp Severity: wishlist Owner: Dmitry Nezhevenko d...@inhex.net * Package name: reviewboard-rbtools Version : 0.4.1 Upstream Author : Christian Hammond, David Trowbridge * URL : http://www.reviewboard.org/ * License : MIT Programming Lang: Python Description : Command-line tool to create/update ReviewBoard requests ReviewBoard is a web application to handle code reviews. This package provides post-review command-line utility that simplifies both creating and updating review requests. It can look at your source directory, generate a diff, and upload it to a new or existing review request on an associated Review Board server. Upstream releases it as separate source package, so we've separate debian source pkg too. Isn't this the same as the existing python-rbtools package: http://packages.debian.org/sid/python-rbtools Oops. Yeah. It's outdated, but this is different issue. I'll fill different request for this -- WBR, Dmitry signature.asc Description: Digital signature
Bug#669587: latex-xcolor: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
Package: latex-xcolor Version: 2.11-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails As putting files into /usr/local is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. From the attached log (scroll to the bottom...): 0m53.8s ERROR: FAIL: Package purging left files on system: /usr/local/share/texmf/not owned /usr/local/share/texmf/ls-Rnot owned This problem is usually caused by running mktexlsr (or texhash) without path arguments from a maintainer script. The recommende solution is to switch to use dh_installtex and have this generate most (or perhaps even all) of the maintainer scripts content. Otherwise run mktexlsr with the tree as argument where the package installs its files, which is usually mktexlsr /usr/share/texmf There has been some further discussion about these bugs in this thread: http://lists.debian.org/debian-tex-maint/2012/04/msg00306.html Please have a look at the Debian-TeX-Policy (in the tex-common package) for the current practice of handling TeX packages. For further TeX packaging related questions contact debian-tex-ma...@lists.debian.org cheers, Andreas latex-xcolor_2.11-1.log.gz Description: GNU Zip compressed data
Bug#669588: [guake] wrong Homepage info in package
Package: guake Version: 0.4.2-8 Severity: minor --- Please enter the report below this line. --- In the package is the wrong project url. The correct one is: http://guake.org Regards Matthias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablemirror.switch.ch 500 stable dl.google.com 500 mavericklinux.dropbox.com --- Package information. --- Depends (Version) | Installed =-+-== libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6(= 2.4) | 2.13-30 libcairo2 (= 1.2.4) | 1.12.0-2 libfontconfig1 (= 2.8.0) | 2.8.0-3.1 libfreetype6 (= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.12.0) | 2.32.0-4 libgtk2.0-0 (= 2.24.0) | 2.24.10-1 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libpython2.7 (= 2.7) | 2.7.3~rc2-2 libx11-6 | 2:1.4.99.901-1 notification-daemon | 0.7.4-1 python-notify | 0.1.1-3 python (= 2.6.6-7~) | 2.7.2-10 gconf2| 3.2.3-4 python-vte| 1:0.28.2-4 python-dbus | 0.84.0-3 python-glade2 | 2.24.0-3 python-gconf | 2.28.1+dfsg-1 python2.7 | 2.7.3~rc2-2 Package's Recommends field is empty. Package's Suggests field is empty. -- Matthias Cramer / mc322-ripe Senior Network Security Engineer iway AGPhone +41 43 500 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zürich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C 2D20 8250 signature.asc Description: OpenPGP digital signature
Bug#666098:
Looks like OP did not read CMake wiki: http://www.cmake.org/Wiki/CMake_Cross_Compiling#The_toolchain_file I believe you forgot to setup the variable: 'CMAKE_FIND_ROOT_PATH' 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669586: git-svn cannot convert some repositories
Ian Zimmerman wrote: It also looks similar to #512710, but since this repository can be successfully cloned with svn clone, it is hard to call it corrupted. I have never heard of the svn clone command. svn checkout reads the latest revision and does not look at earlier history. I tried using the subversion equivalent to git svn clone, which is svnrdump dump from Subversion 1.7: $ svnrdump dump \ http://mlton.svn.sourceforge.net/svnroot/mlton /tmp/mlton.dump * Dumped revision 0. * Dumped revision 1. * Dumped revision 2. [...] * Dumped revision 538. svnrdump: E175002: REPORT of 'http://mlton.svn.sourceforge.net/svnroot/mlton': Could not read response body: Connection reset by peer (http://mlton.svn.sourceforge.net) The revision where it stops varies from one run to another. The above suggests a flakey Subversion server. I'd recommend finishing the import using git svn fetch. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] new release of latex-unicode
Am Mittwoch, den 18.04.2012, 17:47 +0300 schrieb Wolfgang Jeltsch: Furthermore, I have a problem with building the documentation. I’ve added a changelog, but it isn’t included in the PDF that LaTeX produces. I’ve tried with an additional \RecordChanges, but with no success. I’ve re-added \RecordChanges now, since it is obviously needed, and changed a few other details. However, the changelog is still not show. If you can help me at this point, *please* do. I want the ucs release to be finally done, and the changelog issue is the main stopping point. Thanks in advance. Best wishes, Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669590: libusb-1.0: version 1.0.9 is now available
Package: libusb-1.0 Severity: normal Hello, The official version 1.0.9 of libusb is now available [1]. After 2 years without an official release. Yeah! Also note that a fork of libusb called libusbx [2] was announced just the day before the libusb 1.0.9 release. Any relation? :-) libusbx is supposed to be a drop-in replacement of libusb. If libusb only has a new release every 2 years it may be a good idea to package libusbx instead/in addition. If you want I can co-maintain libusb. I also plan to package libusbx if the situation of libusb do not change. Maybe I will wait after the freeze/release of Wheezy planned for this summer. Do you want to co-maintain libusbx? Regards, [1] http://sourceforge.net/mailarchive/message.php?msg_id=29155533 [2] http://libusbx.org/ -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669591: apt: 'apt-get remove g++' is intrepreted as an install command (iprobably any package with a + at the end)
Package: apt Version: 0.9.1 Severity: serious Hi, this is a regression from 0.8.x: # apt-get --version apt 0.9.1 for amd64 compiled on Apr 17 2012 09:51:18 ... # apt-get remove g++ Reading package lists... Done Building dependency tree Reading state information... Done g++ is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. # apt-get --version apt 0.8.15.10 for amd64 compiled on Mar 6 2012 14:33:57 ... # apt-get remove g++ Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libgmp10 libmpfr4 g++-4.6 libgomp1 gcc-4.6 libquadmath0 cpp gcc libstdc++6-4.6-dev libc6-dev cpp-4.6 linux-libc-dev libc-dev-bin binutils libmpc2 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: g++ 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 34.8 kB disk space will be freed. (Reading database ... 8959 files and directories currently installed.) Removing g++ ... remove g++ can be interpreted as remove g++ ({g++}-) install g+ ({g+}+) iThe introduction of packages called 'g+' or 'g++-' could cause real ambiguity. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669583: OSError: [Errno 1] Operation not permitted
B1;3100;0cOn Fri, Apr 20, 2012 at 08:48:49AM +0300, Teodor wrote: Package: unattended-upgrades Version: 0.76.1 Severity: grave Justification: renders package unusable Hi, The os.setsid() changes makes u-a abort on every invocation: | root@r2:~# unattended-upgrade | Traceback (most recent call last): | File /usr/bin/unattended-upgrade, line 913, in module | os.setsid() | OSError: [Errno 1] Operation not permitted | | root@r2:~# unattended-upgrade --debug | Traceback (most recent call last): | File /usr/bin/unattended-upgrade, line 913, in module | os.setsid() | OSError: [Errno 1] Operation not permitted Thanks Thanks for your bugreport. I fixed that now. I guess in your case it was already the session-leader for some reason (maybe because of systemd?). Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.utf8, LC_CTYPE=ro_RO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt0.9.1 ii apt-utils 0.9.1 ii debconf [debconf-2.0] 1.5.42 ii lsb-release4.1+Debian1 ii python 2.7.2-10 ii python-apt 0.8.4 ii ucf3.0025+nmu3 unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: pn bsd-mailx none -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed: // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Codename based matching: // This will follow the migration of a release through different // archives (e.g. from testing to stable and later oldstable). // o=Debian,n=squeeze; // o=Debian,n=squeeze-updates; // o=Debian,n=squeeze-proposed-updates; // o=Debian,n=squeeze,l=Debian-Security; // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (e.g. testing becomes the // new stable). o=Debian,a=unstable; // o=Debian,a=stable; // o=Debian,a=stable-updates; // o=Debian,a=proposed-updates; origin=Debian,archive=stable,label=Debian-Security; }; // List of packages to not update Unattended-Upgrade::Package-Blacklist { //vim; //libc6; //libc6-dev; //libc6-i686; }; // This option allows you to control if on a unclean dpkg exit // unattended-upgrades will automatically run // dpkg --force-confold --configure -a // The default is true, to ensure updates keep getting installed //Unattended-Upgrade::AutoFixInterruptedDpkg false; // Split the upgrade into the smallest possible chunks so that // they can be interrupted with SIGUSR1. This makes the upgrade // a bit slower but it has the benefit that shutdown while a upgrade // is running is possible (with a small delay) //Unattended-Upgrade::MinimalSteps true; // Install all unattended-upgrades when the machine is shuting down // instead of doing it in the background while the machine is running // This will (obviously) make shutdown slower //Unattended-Upgrade::InstallOnShutdown true; // Send email to this address for problems or packages upgrades // If empty or unset then no email is sent, make sure that you // have a working mail setup on your system. A package that provides // 'mailx' must be installed. Unattended-Upgrade::Mail root; // Set this value to true to get emails only on errors. Default // is to always send a mail if Unattended-Upgrade::Mail is set Unattended-Upgrade::MailOnlyOnError true; // Do automatic removal of new unused dependencies after the upgrade // (equivalent to apt-get autoremove) Unattended-Upgrade::Remove-Unused-Dependencies true; // Automatically reboot *WITHOUT CONFIRMATION* if a // the file /var/run/reboot-required is found after the upgrade //Unattended-Upgrade::Automatic-Reboot false; // Use apt bandwidth limit feature, this example limits the download // speed to 70kb/sec //Acquire::http::Dl-Limit 70; -- debconf information: * unattended-upgrades/enable_auto_updates: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
I can reproduce Your problem only If I change datetime some files by hand. Are you using ext3 or ext4? Yes, I'm using ext4 and ext3 and pbuilder and can't reproduce Your problem :) -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#635382: [tex-live] new release of latex-unicode
Hi Wolfgang, On Fr, 20 Apr 2012, Wolfgang Jeltsch wrote: Iâve re-added \RecordChanges now, since it is obviously needed, and changed a few other details. However, the changelog is still not show. I never used docstrip etc before, but google helped, and an example document, too ;-) http://tex.stackexchange.com/questions/14181/keep-track-of-changes-in-latex-document Did you add \PrintChanges somewhere and run makeindex -s gglo.ist -o name.gls name.glo ? That is the key point I guess. 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 Trillian did a little research in the ship's copy of THHGTTG. It had some advice to offer on drunkenness. and good luck.' It was cross-referenced to the entry concerning the size of the Universe and ways of coping with that. --- One of the more preferable pieces of advice contained in --- the Guide. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660547: Please re-enable C++ libraries
Package: libhdf5-serial-dev Version: 1.8.8-9 Followup-For: Bug #660547 To remove a package feature, just because it's not used by any other Debian package appears rather strange to me. I'm developing an application that uses the HDF5 C++ API, thus your change just broke my development machine. Please revert and add C++ support back to the Debian HDF5 packages. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libhdf5-serial-dev depends on: ii libhdf5-dev 1.8.8-9 libhdf5-serial-dev recommends no packages. libhdf5-serial-dev suggests no packages. -- no debconf information Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt Kennen Sie schon unsere app? http://www.fz-juelich.de/app -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659519: Status of this Bug?
I am seeing more and more posts on linux-audio and debian-user which seem to relate to this problem. Some relating to new versions of alsa libraries installed over 2.6.33 kernels, not just 3.2.4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616109: confirming bug in kernel for raq2
Hi all, I'd like to confirm this bug, also experiencing this. It's not related to ntpd specific, all ntp updates on kernel will eventually crash the system. When; while using time update methods, like - ntpdate (cron) - ntpd (daemon) - openbsd ntpd (daemon) Versions: Experienced this with multiple debian versions (4-6) all kernels + updates so far. Current: - Debian 6.0.4 - Kernel: 2.6.32-5-r5k-cobalt - Arch: mips Symptoms: No kernel messages or errors found (incl remote syslog). Remote syslog server saves the timestamp sent by the system. Looking at the logs before crash; time on the system stops! Starting at some point, all logs have exactly the same timestamp until the system does not respond anymore. Hope this helps. Regards, Tom Duijf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669403: iceweasel: Build-Dependency on libffi-dev needs a higher version
On Fri, Apr 20, 2012 at 09:19:35AM +0200, Mike Hommey wrote: On Thu, Apr 19, 2012 at 05:23:10PM +0200, Adam Borowski wrote: It appears the build-dependency on libffi-dev should require some version later than 3.0.9-3 (squeeze). Current testing has 3.0.10-3 which is good enough. I guess it'd be a waste of time to research which particular version in between is required, so blindly setting it to = 3.0.10~ or = 3.0.10-3~ should be ok. Thus, could you please bump the dependency's version? Why? The configure script checks for = 3.0.9, and bumping the build dependency makes for harder backports. Except it doesn't build against 3.0.9. I deleted the build already so quoting from memory: a #include fails on some/path/ffi.h, and works correctly against 3.0.10. And yeah, it was during backporting, obviously :) -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669569: Workaround apt-get changelog
Same here. apt-get changelog works for me, though. signature.asc Description: PGP signature
Bug#660547: Please re-enable C++ libraries
On 20/04/2012 10:02, Tolga Dalman wrote: Package: libhdf5-serial-dev Version: 1.8.8-9 Followup-For: Bug #660547 To remove a package feature, just because it's not used by any other Debian package appears rather strange to me. The main reason was that it was a pain to manage symbol files with a C++ library. I will see to bring them back. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669592: GNUS assumes sendmail fails if sendmail prints on stderr but returns with 0
Package: emacs23 Version: 23.4+1-2 Severity: normal Hi! If sendmail outputs to stderr (like Gnome Keyring *Warnings* in msmtp) gnus assumes sending the mail failed although sendmail returned with exitcode 0 Regards Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.3-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 emacs23 depends on: ii emacs23-bin-common 23.4+1-2 ii gconf-service 3.2.3-4 ii libatk1.0-0 2.2.0-2 ii libc0.1 2.13-27 ii libcairo2 1.10.2-7 ii libdbus-1-3 1.5.12-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgconf-2-43.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgif4 4.1.6-9 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-1 ii libncurses5 5.9-4 ii libotf0 0.9.12-1 ii libpango1.0-0 1.29.4-3+b1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.0-5 ii libsm6 2:1.2.0-2 ii libtiff43.9.6-2 ii libtinfo5 5.9-4 ii libx11-62:1.4.4-4 ii libxft2 2.2.0-3 ii libxpm4 1:3.5.9-4 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.6.dfsg-2 emacs23 recommends no packages. Versions of packages emacs23 suggests: pn emacs23-common-non-dfsg none -- 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#589103: lsof on Debian FreeBSD
Steven, Thanks for your quick response and efforts. Crucially when I poke around in /proc/self on asdfasdf.debian.net (or the Hurd exodar.debian.net for that matter) I can find no /proc/sef/fd directory. From what I understand that is crucial to a /proc-basd lsof. Please feel free to check in your experiments into the collab-maint repository but please could you do it on a kfreebsd branch. We could release it to the experiemntal distribution. On 20/04/12 03:23, Steven Chamberlain wrote: Hi! On 20/04/12 00:45, Nicholas Bamber wrote: 8.6Why can't Configure create lsof_owner.h for FreeBSD 6 and above? ... Lsof needs to access elements of that lockf_owner structure to determine if a lock belongs to the process that has a file open. The goal really is to keep userland tools out of kernel internals to produce better software; that's one of many good things I hope will come as a side effect out of the GNU/kFreeBSD effort. Since the 'freebsd' dialect of lsof has been relying on kernel internals for some time, I expect that code will be in pretty bad shape. You could try to get what you need from the kfreebsd source but I think it would be a bad idea. (A kernel with an incompatible definition might be booted at any time, and no dpkg dependency can help with that). However, if the 'linux' dialect does not depend on kernel source code I think that would make a better starting point. I tried just now with the freebsd/machine.h and Makefile, but replaced the symlinks to use dialect/linux code instead, except for node1/2 and zfs. That way I even managed to build something, which almost looks like it works: steven@kfreebsd-i386:~/lsof-4.81.dfsg.1+wtf$ ./lsof -c lsof COMMAND PID USER FD TYPEDEVICE SIZE NODE NAME lsof99812 steven cwdDIR 92,2340356138 72 15497 /home/steven/lsof-4.81.dfsg.1+wtf lsof99812 steven rtdDIR 0,71512 2 / lsof99812 steven txtREG 92,2340356138 145071 15837 /home/steven/lsof-4.81.dfsg.1+wtf/lsof lsof99812 steven memREG 0,0 15837 /home/steven/lsof-4.81.dfsg.1+wtf/lsof (path dev=92,-1954611158) lsof99812 steven memREG 0,0117963 /lib/i386-kfreebsd-gnu/ld-2.13.so (path dev=0,71) lsof99812 steven memREG 0,0213682 /etc/ld.so.cache (path dev=0,71) lsof99812 steven memREG 0,0117953 /lib/libkvm.so.0 (path dev=0,71) lsof99812 steven memREG 0,0117809 /lib/i386-kfreebsd-gnu/i686/cmov/libc-2.13.so (path dev=0,71) lsof99812 steven memREG 0,0117827 /lib/i386-kfreebsd-gnu/libbsd.so.0.3.0 (path dev=0,71) lsof99812 steven memREG 0,0108648 /usr/lib/locale/locale-archive (path dev=164,284950746) lsof99812 steven memREG 0,0117898 /lib/i386-kfreebsd-gnu/i686/cmov/libnss_compat-2.13.so (path dev=0,71) lsof99812 steven memREG 0,0117829 /lib/i386-kfreebsd-gnu/i686/cmov/libnsl-2.13.so (path dev=0,71) lsof99812 steven memREG 0,0117834 /lib/i386-kfreebsd-gnu/i686/cmov/libnss_nis-2.13.so (path dev=0,71) lsof99812 steven memREG 0,0117838 /lib/i386-kfreebsd-gnu/i686/cmov/libnss_files-2.13.so (path dev=0,71) lsof99812 steven NOFD/proc/99812/fd (opendir: No such file or directory) lsof99813 steven cwdDIR 92,2340356138 72 15497 /home/steven/lsof-4.81.dfsg.1+wtf lsof99813 steven rtdDIR 0,71512 2 / lsof99813 steven txtREG 92,2340356138 145071 15837 /home/steven/lsof-4.81.dfsg.1+wtf/lsof lsof99813 steven memREG 0,0 15837 /home/steven/lsof-4.81.dfsg.1+wtf/lsof (path dev=92,-1954611158) lsof99813 steven memREG 0,0117963 /lib/i386-kfreebsd-gnu/ld-2.13.so (path dev=0,71) lsof99813 steven memREG 0,0213682 /etc/ld.so.cache (path dev=0,71) lsof99813 steven memREG 0,0117953 /lib/libkvm.so.0 (path dev=0,71) lsof99813 steven memREG 0,0117809 /lib/i386-kfreebsd-gnu/i686/cmov/libc-2.13.so (path dev=0,71) lsof99813 steven memREG 0,0117827 /lib/i386-kfreebsd-gnu/libbsd.so.0.3.0 (path dev=0,71) lsof99813 steven memREG 0,0108648 /usr/lib/locale/locale-archive (path dev=164,284950746) lsof99813 steven NOFD/proc/99813/fd (opendir: No such file or directory) Sadly though we're missing /proc/*/fd in linprocfs as you can see. :( No pipes, network or unix-style sockets can be listed either. So it's not very functional yet, but being able to build something is a start. To build this I had to change declarations in machine.h to turn off each bit of code that touches the structs usually guarded by #ifdef
Bug#647581: gnome-session-bin: gnome-session-properties does not have any menu link
Package: gnome-session Version: 3.2.1-1 Followup-For: Bug #647581 I agree, I also experience this problem. It can be fixed by adding it manually with the application 'Main Menu', but this is not ideal. This is indeed an important application which should be visible in the shell menu by default, I guess it's just a matter of adding a small tweak to the shell. I hope this will be packaged in the next release of gnome-shell, thank you! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-session-bin 3.2.1-1 ii gnome-session-common 3.2.1-1 ii gnome-settings-daemon 3.2.2-3 ii gnome-shell3.2.2.1-2 Versions of packages gnome-session recommends: ii gnome-power-manager 3.2.1-2 ii gnome-session-fallback 3.2.1-1 Versions of packages gnome-session suggests: ii desktop-base 6.0.7 ii gnome-keyring 3.2.2-2 ii gnome-user-guide 3.4.0-1 -- 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#669389: texlive-latex-extra: typos in package description
On 19.04.12 helix84 (heli...@centrum.sk) wrote: Hi Norbert, Package: texlive-latex-extra Severity: minor Tags: patch Version: 2011.20120322-1 I found these typos in package description: visting-cards - visiting-cards reimplimentation - reimplementation I guess that bug is in upstream. Will you fix it there? H. -- sigmentation fault signature.asc Description: Digital signature
Bug#660897: Fixed upstream in syslog-ng 3.3.5
tags 660897 = upstream fixed-upstream thanks Fixed upstream in syslog-ng 3.3.5, the patch sent earlier does fix it too, but a better approach was chosen upstream. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669571: Dependency changes causing other packages to fail to build
On 20.04.2012 03:20, Andrew Caudwell wrote: Changes made to the dependencies of this package seem to have had some downstream effects: A lot of packages assume libsdl-image1.2-dev/libsdl-image1.2 depend on libpng, libjpeg and/or zlib indirectly and now fail to build: Relying on transitive depenencies when using these libraries directly is a bug and those packages need to be fixed. Some examples: bomberclone : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669542 supertux: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669496 logstalgia : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669453 The subject of some of these bugs is wrong, but the build log shows a failure testing for the existence of the above libraries. I could change the dependencies of my packages (logstalgia, gource), but it might be optimal if you could add these dependencies back. Yes, please do that. If this affects too many packages we could revert the dependency changes temporarily until most of them have been fixed. Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669593: megaglest: After exit megaglest the desktop plays crazy, flashes and flickers.
Package: megaglest Version: 3.6.0.3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] Bug#635382: new release of latex-unicode
Am Donnerstag, den 19.04.2012, 22:46 +0100 schrieb Robin Fairbairns: Wolfgang Jeltsch wolfg...@cs.ioc.ee wrote: By the way, the package is already called “ucs” in TeXLive. However, it is called “unicode” in MiKTeX. And it is called “unicode” on CTAN, and its directory on CTAN is also called “unicode”. i wonder what you consider is naming what, here? if you're assuming the catalogue entry name is the source, you're wrong. the catalogue only really emerged about 10 years after ctan, and its first population was named from the directory that the catalogue entry described. I mean these URLs and the appearances of “unicode” on the web pages they represent: http://ctan.org/pkg/unicode http://ctan.org/tex-archive/macros/latex/contrib/unicode How can I change the package and directory name on CTAN? Is there a dedicated process for doing so? Should I upload the package under the name “ucs”? Should the “unicode” entry be changed to just contain some README that tells that the package name has changed? Should the “unicode” entry be removed entirely? upload a package called ucs and note that it replaces unicode ;-) I’ll probably do so within the next days. By the way, I’ve changed a few things to accommodate for the upcoming name change: • The name “ucs” is now consistently used in the package’s documentation. • The distribution file that is produced by the makefile is now called “ucs.tar.gz” instead of “unicode.tar.gz”. • The FAQ entry that used to explain the naming inconsistency now mentions the name change and explains the rationale behind it. • The URL of the source code repository is now http://darcs.wolfgang.jeltsch.info/tex/ucs/ . • The URL of the package’s homepage is now http://wolfgang.jeltsch.info/software/tex/ucs . A redirect from the old URL is in place. Best wishes, Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669299: rubber: URL of home page is outdated
Hi, De Hilmar Preuße le 19/04/2012 à 22:22: On 19.04.12 Baruch Even (bar...@ev-en.org) wrote: The maintainer was Emanuel Befarra who is also the upstream author. I was co-maintainer to help him get it into Debian but in fact he did most of the packaging work as well. Fine. Do you know if the package is actively still developed? On https://launchpad.net/rubber/ I read that the most recent version is the 1.1 for about 6 years now. Indeed, I have not been active on this recently, for lack of time (an also because it still just works for me). There have been some bugfixes committed since the 1.1 release, and there are also some proposed patches, which should get integrated to make a new release. Should instead the snapshot be used? Definitely, and various distributions do that already, AFAIK. Actually what should be done is really making a proper new release, which, apart from integrating patches, would involve some packaging work. As I have no time to maintain my packages properly if there are volunteers to take over I'd be happy to give ownership over the package. I too would be happy to hand over maintenance to someone actually willing to do it, and in fact that is why the code and home page have been migrated to launchpad. Sadly there has not been much improvement since then... Well, I could do it. Unfortunately I don't speak python and I never packaged a python based software. Not sure if this qualifies my to do the job. Certainly it would be most efficient if it was done by someone fluent in Python, but the real problem is to find someone willing to actually do the work until a new release is produced. I you feel like contributing to this task, please do! -- Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665312: What a coincidence!
Hi, I was working on #669311 and I've run into the same thing! Also, I wrote exactly the same patch (well, this one is obvious, isn't it?) before I found your bug. Dear maintainer - please merge it, so that other people won't hit this wall. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554387: /usr/bin/apt-get: segmentation fault when trying to update
retitle 554387 rred segfaults during apt-get update if pkgcache.bin is corrupted found 554387 0.9.1 thanks On Wed, 04 Nov 2009 at 09:04:49 +0100, Salvo Tomaselli wrote: E: Method rred has died unexpectedly! E: Il sottoprocesso rred ha ricevuto un segmentation fault. rred[15924]: segfault at bf498fe4 ip b7c5c8af sp bf498fe8 error 6 in libc-2.10.1.so[b7bf5000+141000] I saw a similar crash recently: Apr 20 09:51:53 reptile kernel: [309153.324154] rred[2731]: segfault at 1d71148 ip 7ffae2176799 sp 795ec270 error 4 in libc-2.13.so[7ffae20fc000+17d000] On Tue, 19 Jul 2011 at 12:53:43 +0200, Michal Suchanek wrote: This happens when the pkgcache is corrupted (eg due to update with too low disk space). Removing /var/cache/apt/*.bin* seems to have resolved it. I have 26G free on my root filesystem (which also contains /var), so it must have been corrupt for some other reason? (Sorry, I deleted the corrupt versions before I realised they'd probably have been useful to the apt developers...) This is on my development laptop (running unstable, frequently upgraded since lenny), so it's had basically every version of apt that was available and is currently on 0.9.1. It would be useful if apt could recover from this sort of thing without sysadmin intervention - if the cache is indeed just a cache, it should be safe to get rid of it and go back to the source files whenever something is not right? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669317: reconf-inetd does not handle comments correctly
retitle 669317 verbose mode should list invalid fragments severity 669317 minor thanks Hi again, The files you install under /usr/share/reconf-inetd are not valid xinetd.conf(5) fragments (instead they are in the inetd.conf format). For an example fragment, see lines 35-45 at http://anonscm.debian.org/gitweb/?p=collab-maint/reconf-inetd.git;a=blob;f=tests.py;h=d455e565c860ca9c743525e1e2d281755e222ae5;hb=4e9335e379c085fc9fb0858360bb7a37949da5b8 The fields that are required by reconf-inetd are listed at http://dep.debian.net/deps/dep9/#index6h1 Cheers, sez -- 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#669571: Dependency changes causing other packages to fail to build
On Friday 20 April 2012 10:47:47 Felix Geyer wrote: I could change the dependencies of my packages (logstalgia, gource), but it might be optimal if you could add these dependencies back. Yes, please do that. If this affects too many packages we could revert the dependency changes temporarily until most of them have been fixed. I wonder if the problem is not a tad more complex. Here's a snippet from bomberclone's build log: configure: error: *** Unable to find SDL_image libary with PNG support (http://www.libsdl.org/projects/SDL_image/) checking for IMG_LoadPNG_RW in -lSDL_image... no make: *** [debian/stamp-autotools] Error 1 What puzzle me is that IMG_LoadPNG_RW symbol is provided by SDL_image library. It's not just an issue with a missing header file. Hope this helps -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669403: iceweasel: Build-Dependency on libffi-dev needs a higher version
On Fri, Apr 20, 2012 at 10:16:20AM +0200, Adam Borowski wrote: On Fri, Apr 20, 2012 at 09:19:35AM +0200, Mike Hommey wrote: On Thu, Apr 19, 2012 at 05:23:10PM +0200, Adam Borowski wrote: It appears the build-dependency on libffi-dev should require some version later than 3.0.9-3 (squeeze). Current testing has 3.0.10-3 which is good enough. I guess it'd be a waste of time to research which particular version in between is required, so blindly setting it to = 3.0.10~ or = 3.0.10-3~ should be ok. Thus, could you please bump the dependency's version? Why? The configure script checks for = 3.0.9, and bumping the build dependency makes for harder backports. Except it doesn't build against 3.0.9. I deleted the build already so quoting from memory: a #include fails on some/path/ffi.h, and works correctly against 3.0.10. And yeah, it was during backporting, obviously :) I've been building backports against 3.0.9 for a long time and haven't had any problem. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669527: [Pkg-telepathy-maintainers] Bug#669527: telepathy-glib: FTBFS: tests failed
/stream-tube/offer/race/room/unix/localhost: OK Alarm clock /stream-tube/offer/race/room/unix/credentials: FAIL: test-stream-tube This test timed out; either the buildd was too slow/busy, the test has a race condition, or the library has a race condition. How fast are your buildds, how many cores do they have, and how much else is the same machine doing at the same time? In the debian-experimental git branch I've turned off the timeout (to be nice to sh4 and Ubuntu), so the only timeout will be the buildds' usual n minutes with no stdout/stderr; so if it's that, it'll be fixed soon. If it's a race condition, telepathy-glib 0.18 (currently in experimental, but should probably hit unstable soon) might improve matters. It might be https://bugs.freedesktop.org/show_bug.cgi?id=45173 (which was a race condition in that test), but that bug was a response to 139a0f63b6d (fdo#44825, 0.17.4) which isn't in 0.16 either. (It's possible that the test was always broken and we just didn't catch it until then, though.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669594: cups-client: lpstat outputs blank lines
Package: cups-client Version: 1.5.2-5 Severity: important Hi, On my installation, the output of lpstat only consists of blank lines for most options. For instance, lpstat -d outputs a blank line, and lpstat -a outputs several blank lines (as many as there are printers detected on the system). Curiously lpstat -H does produce a correct output. I thought this might be TERM related but neither changing TERM or piping the output solved the issue: # lpstat -a | wc 9 0 9 I run a freshly installed wheezy. Please let me know if I can provide additionnal information. L. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-client depends on: ii adduser3.113+nmu1 ii cups-common1.5.2-5 ii libc6 2.13-27 ii libcups2 1.5.2-5 ii libcupsimage2 1.5.2-5 Versions of packages cups-client recommends: ii smbclient 2:3.6.4-1 Versions of packages cups-client suggests: pn cups 1.5.2-5 pn cups-bsd 1.5.2-5 pn xpp none -- 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#635382: [tex-live] Bug#635382: new release of latex-unicode
On Fr, 20 Apr 2012, Wolfgang Jeltsch wrote: I mean these URLs and the appearances of âunicodeâ on the web pages they represent: http://ctan.org/pkg/unicode http://ctan.org/tex-archive/macros/latex/contrib/unicode Yes, if you upload ucs as an replacement for unicode also the above will change. Great, thanks. 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 DREBLEY (n.) Name for a shop which is supposed to be witty but is in fact wearisome, e.g. 'The Frock Exchange', 'Hair Apparent', etc. --- 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#669571: Dependency changes causing other packages to fail to build
On 20.04.2012 11:08, Dominique Dumont wrote: I wonder if the problem is not a tad more complex. Here's a snippet from bomberclone's build log: configure: error: *** Unable to find SDL_image libary with PNG support (http://www.libsdl.org/projects/SDL_image/) checking for IMG_LoadPNG_RW in -lSDL_image... no make: *** [debian/stamp-autotools] Error 1 What puzzle me is that IMG_LoadPNG_RW symbol is provided by SDL_image library. It's not just an issue with a missing header file. Hope this helps That's just the build system being a bit silly. It links against libpng and libjpeg even though it never actually uses these libraries. That can be easily fixed by removing this line from configure.in: SDL_LIBS=$SDL_LIBS -lpng -ljpeg Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661069: The problem is kernel-pae
I have realized the problem is a kernel PAE presents in testing's installation. In fact i have installed a minimal squeeze with kernel 2.6 and the laptop has working well; than i have upgraded to wheezy and the debian installer installed the kernel 3.2...PAE. When I had rebooted Debian at end of upgrade, i had selected the new kernel and then the boot crashed. I have rebooted the laptop and i selected the old kernel, then i removed kernel PAE and i installed another kernel, the linux-image-3.2.0-2-4. With this kernel the laptop works correctly. Best regards, Daniele
Bug#669389: texlive-latex-extra: typos in package description
On Fr, 20 Apr 2012, Hilmar PreuÃe wrote: visting-cards - visiting-cards reimplimentation - reimplementation I guess that bug is in upstream. Will you fix it there? I fixed it in the TeX Catalogue, where there is the proper place. But these changes will not find their way into the tlnet distribution unless the packages are updated ... well maybe - I honstely forgot how all this is done, although I wrote it ;-) We will see ... 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 NAAS (n.) The winemaking region of Albania where most of the wine that people take to bottle-parties comes from. --- 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#668854: nvidia-glx: Upgrade from 295.33 to 295.40 causes serious performance regression
Package: nvidia-kernel-source Version: 295.40-1 Followup-For: Bug #668854 Dear Maintainer, After the upgrade of linux-image-3.2.0-2-amd64 nvidia-alternative:amd64 295.33-1 - 295.40-1 nvidia-glx:amd64 295.33-1 - 295.40-1 nvidia-kernel-dkms:amd64 295.33-1 - 295.40-1 nvidia-kernel-source:amd64 295.33-1 - 295.40-1 nvidia-vdpau-driver:amd64 295.33-1 - 295.40-1 xserver-xorg-video-nvidia:amd64 295.33-1 - 295.40-1 among others, 3D acceleration failed. I did as usualy in such case: module-assistant clean nvidia-kernel m-a auto-install nvidia-kernel${VERSION}-source that did successfully install the module against my kernel though I think now it was extra meaure - as the kernel version was the same and only Debian inner version changed. Please fix it if You may. Thank You for Your work! -- Package-specific info: uname -a: Linux STNkTen 3.2.0-2-amd64 #1 SMP Sun Apr 15 16:47:38 UTC 2012 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-2-amd64 (Debian 3.2.15-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Sun Apr 15 16:47:38 UTC 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 GCC version: gcc version 4.6.3 (Debian 4.6.3-1) lspci 'VGA compatible controller [0300]': 00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] [10de:03d6] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASRock Incorporation Device [1849:03d6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 21 Region 0: Memory at fa00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f900 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at fbfc [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.078230] vgaarb: device added: PCI::00:0d.0,decodes=io+mem,owns=io+mem,locks=none [0.078234] vgaarb: loaded [0.078235] vgaarb: bridge control possible :00:0d.0 [0.39] Linux agpgart interface v0.103 [9.005899] nvidia: module license 'NVIDIA' taints kernel. [9.656989] nvidia :00:0d.0: PCI INT A - Link[LMC9] - GSI 21 (level, low) - IRQ 21 [9.656996] nvidia :00:0d.0: setting latency timer to 64 [9.657000] vgaarb: device changed decodes: PCI::00:0d.0,olddecodes=io+mem,decodes=none:owns=io+mem [9.657133] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Sep 13 2011 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Sep 13 2011 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Sep 13 2011 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Sep 13 2011 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Sep 13 2011 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Sep 13 2011 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Sep 13 2011 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Sep 13 2011 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Sep 13 2011 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Sep 13 2011 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Sep 13 2011 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Sep 13 2011 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 59 Sep 13 2011 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 67 Sep 13 2011 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 33 Sep 13
Bug#669310: verbiste-el: debian-pkg-add-load-path-item
I've fixed it in git repository of verbiste and the package should make it to the unstable soon. Just a note: this is related to #662163 (actually I used a patch provided there). Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669311: verbiste-el: help mode access to source code
Hi, this is now fixed in the git repository. Package should be uploaded soon. Note that this bug is related to #665312. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669595: [PATCH] tpp: Helping to update to packaging format 3.0
Package: tpp Severity: wishlist Tags: patch Hi Nico, I had some free time; see attached patch to migrate to new package format. Note that all files in debian/patches/* are canocalized to *.patch. Let me know if there is anything that needs adjusting. Thanks, Jari [*] The dpatch patch management system has been deprecated for some time. The Lintian currently flags use of dpatch packages as an error. The new 3.0 packaging format is an improved version which, among other things, contains patch management built-in. For more information, see: http://wiki.debian.org/Projects/DebSrc3.0. From b61e110930321ad0b2ae09890a359d8c531aeb23 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Fri, 20 Apr 2012 12:43:25 +0300 Subject: [PATCH] format-3.0 Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- debian/changelog | 11 +++ debian/compat |2 +- debian/control|6 +++--- debian/copyright |2 +- debian/patches/{make.dpatch = 00-make.patch} |8 ++-- debian/patches/00list |2 -- debian/patches/{man.dpatch = 05-man.patch} |8 ++-- debian/patches/series |2 ++ debian/rules | 15 ++- debian/source/format |1 + debian/watch |2 ++ 11 files changed, 35 insertions(+), 24 deletions(-) rename debian/patches/{make.dpatch = 00-make.patch} (69%) delete mode 100644 debian/patches/00list rename debian/patches/{man.dpatch = 05-man.patch} (90%) create mode 100644 debian/patches/series create mode 100644 debian/source/format create mode 100644 debian/watch diff --git a/debian/changelog b/debian/changelog index f9f7e07..9b78d3d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +tpp (1.3.1-3) unstable; urgency=low + + [ Jari Aalto ] + * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt. + * Update to Standards-Version to 3.9.3 and debhelper to 9. + * Add build-arch, build-indep, binary-arch targets; use dh_prep in rules file. + * Fix copyright-refers-to-symlink-license (Lintian). + * Fix debian-watch-file-is-missing (Lintian). + + -- Jari Aalto jari.aa...@cante.net Fri, 20 Apr 2012 12:42:08 +0300 + tpp (1.3.1-2) unstable; urgency=low * Make use of the new Homepage control field instead of the tag. diff --git a/debian/compat b/debian/compat index 7ed6ff8..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -5 +9 diff --git a/debian/control b/debian/control index fc548d1..691770f 100644 --- a/debian/control +++ b/debian/control @@ -2,13 +2,13 @@ Source: tpp Section: graphics Priority: optional Maintainer: Nico Golde n...@debian.org -Build-Depends: debhelper (= 5), dpatch (=1.11) -Standards-Version: 3.7.3 +Build-Depends: debhelper (= 9) +Standards-Version: 3.9.3 Homepage: http://www.ngolde.de/tpp/ Package: tpp Architecture: all -Depends: ruby (=1.8.0-1), libncurses-ruby1.8 +Depends: ${misc:Depends}, ruby (=1.8.0-1), libncurses-ruby1.8 Suggests: figlet, texpower Description: text presentation program Tpp stands for text presentation program and is an ncurses-based presentation diff --git a/debian/copyright b/debian/copyright index bbaac88..a686932 100644 --- a/debian/copyright +++ b/debian/copyright @@ -22,4 +22,4 @@ This software is copyrighted (c) 2004,2005,2007 by Nico Golde and Andreas Krennm MA 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General -Public License can be found in `/usr/share/common-licenses/GPL'. +Public License can be found in `/usr/share/common-licenses/GPL-2'. diff --git a/debian/patches/make.dpatch b/debian/patches/00-make.patch similarity index 69% rename from debian/patches/make.dpatch rename to debian/patches/00-make.patch index 0e7289e..241cad6 100644 --- a/debian/patches/make.dpatch +++ b/debian/patches/00-make.patch @@ -1,10 +1,6 @@ -#! /bin/sh /usr/share/dpatch/dpatch-run -## make.dpatch by Nico Golde n...@debian.org -## -## All lines beginning with `## DP:' are a description of the patch. -## DP: No description. +From: Nico Golde n...@debian.org +Subject: Adjust documention file install -@DPATCH@ diff -urNad tpp-1.3.1~/Makefile tpp-1.3.1/Makefile --- tpp-1.3.1~/Makefile 2005-06-12 13:37:20.0 +0200 +++ tpp-1.3.1/Makefile 2007-04-23 11:24:33.0 +0200 diff --git a/debian/patches/00list b/debian/patches/00list deleted file mode 100644 index 15c9426..000 --- a/debian/patches/00list +++ /dev/null @@ -1,2 +0,0 @@ -make -man diff --git a/debian/patches/man.dpatch b/debian/patches/05-man.patch similarity index 90% rename from debian/patches/man.dpatch rename to debian/patches/05-man.patch index f56593e..0968629 100644 ---
Bug#660148: auctex: Should depend on emacsen
notfixed 660148 auctex/11.86-10 thanks Hi there! On Sun, 01 Apr 2012 17:25:32 +0200, Luca Capello wrote: Davide, thank you for having re-added emacs-snapshot support. Actually, now that I *effectively* tried to upgrade, I found out that emacs-snapshot is still missing from debian/control, so this bug has not been fixed yet. Thx, bye, Gismo / Luca pgpWP0MNHCpSj.pgp Description: PGP signature
Bug#667901: iceweasel: FTBFS on s390x: segmentation fault with jemalloc
On Fri, Apr 20, 2012 at 11:06:54AM +0200, Mike Hommey wrote: So, it is in fact a jemalloc problem, and I have an actual fix for it. As 10.0.4 is due on tuesday, I'll wait for that. Thanks, Mike! Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#667901: iceweasel: FTBFS on s390x: segmentation fault with jemalloc
On Sat, Apr 07, 2012 at 03:05:20PM +0200, Mike Hommey wrote: On Sat, Apr 07, 2012 at 01:06:45PM +0200, Philipp Kern wrote: Source: iceweasel Version: 10.0.3esr-3 Severity: important User: debian-s...@lists.debian.org Usertags: s390x iceweasel currently fails to build from source: | adding: hyphenation/hyph_is.dic (deflated 50%) | adding: hyphenation/hyph_da.dic (deflated 47%) | adding: hyphenation/hyph_gl.dic (deflated 69%) | adding: hyphenation/hyph_sv.dic (deflated 51%) | adding: hyphenation/hyph_nn.dic (deflated 52%) | adding: hyphenation/hyph_lt.dic (deflated 51%) | adding: hyphenation/hyph_bg.dic (deflated 72%) | Segmentation fault | make[2]: *** [install] Error 139 | make[2]: Leaving directory `/build/buildd-iceweasel_10.0.3esr-3-s390x-oh0PPR/iceweasel-10.0.3esr/build-xulrunner/xulrunner/installer' | dh_auto_install: make -j1 install DESTDIR=/build/buildd-iceweasel_10.0.3esr-3-s390x-oh0PPR/iceweasel-10.0.3esr/debian/tmp AM_UPDATE_INFO_DIR=no MOZ_APP_BASE_VERSION=10.0 MOZ_PKG_MANIFEST=/build/buildd-iceweasel_10.0.3esr-3-s390x-oh0PPR/iceweasel-10.0.3esr/build-xulrunner/debian/installer/package-manifest MOZ_NONLOCALIZED_PKG_LIST=xpcom xulrunner debian MOZ_LOCALIZED_PKG_LIST=en-US SIGN_NSS= returned exit code 2 | make[1]: *** [stamps/install-xulrunner] Error 29 | rm build-browser/debian/installer/Makefile build-xulrunner/debian/installer/Makefile | make[1]: Leaving directory `/build/buildd-iceweasel_10.0.3esr-3-s390x-oh0PPR/iceweasel-10.0.3esr' | make: *** [binary-arch] Error 2 This failure is reproducible and happens when xpcshell is invoked. Aurélien pinned it down to a failure with jemalloc, as the build completes successfully with --disable-jemalloc. zelenka, the s390 porterbox, does have a s390x chroot as sid_s390x. Fedora apparently disabled jemalloc in response to this problem. Aurélien further found this: 10:25 aurel32 what i know about jemalloc so far: 10:25 aurel32 - it works with version 7 10:25 aurel32 - it doesn't with version 8 10:26 aurel32 - using the jemalloc from version 8 in firefox 7 still works 10:26 aurel32 - building with --disable-jemalloc make firefox working Mike, is disabling jemalloc to make it build an option or would you prefer to dig into the problem? I doubt jemalloc is the whole story. I think the js engine is the actual problem, and not using jemalloc merely hides it at build time. So, it is in fact a jemalloc problem, and I have an actual fix for it. As 10.0.4 is due on tuesday, I'll wait for that. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561737: udisks inhibits me to mount an USB floppy drive
Packet: udisks Version 1.0.4-5 Hi, Yet as root I can't manually mount a floppy in an USB drive, as long as udisks is installed. A 'mount /dev/sda /mount/local/usbfloppy' fails. There is some noise at the drive, but nothing happens. As a workaround I can do 'udisks --mount /dev/sda' Entries in 'etc/fstab' are ignored. Is this a proper solution ? Regards, Andreas
Bug#668854: nvidia-glx: Upgrade from 295.33 to 295.40 causes serious performance regression
On 2012-04-20 11:34, Sthu wrote: Please fix it if You may. Only NVIDIA can. In http://www.nvnews.net/vbulletin/showpost.php?p=2547640postcount=10 Plagman (NVIDIA Corporation) wrote at 04-19-12, 02:55 PM: We've identified a performance problem with integrated graphics chipsets that got included in the 295.40 release, but is independent of the security fix. Expect a fix shortly. So there is hope :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669596: [PATCH] yacpi: Helping to update to packaging format 3.0
Package: yacpi Severity: wishlist Tags: patch Hi Nico, I had some free time; see attached patch to migrate to new package format[*]. Note that all files in debian/patches/* are canocalized to *.patch. Let me know if there is anything that needs adjusting. Thanks, Jari [*] The dpatch patch management system has been deprecated for some time. The Lintian currently flags use of dpatch packages as an error. The new 3.0 packaging format is an improved version which, among other things, contains patch management built-in. For more information, see: http://wiki.debian.org/Projects/DebSrc3.0. From 5b5f51df6c031dd31ce3f86a9f484ba5c63f437e Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Fri, 20 Apr 2012 12:54:45 +0300 Subject: [PATCH] format-3.0 Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- debian/NEWS| 12 +++- debian/changelog | 14 ++ debian/compat |2 +- debian/control |6 +++--- debian/copyright |2 +- debian/patches/00list |2 -- debian/patches/01-makefile.patch | 18 ++ debian/patches/01_makefile.dpatch | 19 --- .../{02_fixacstate.dpatch = 02-fixacstate.patch} |8 ++-- debian/patches/series |2 ++ debian/rules |9 + debian/source/format |1 + debian/watch |2 ++ 13 files changed, 56 insertions(+), 41 deletions(-) delete mode 100644 debian/patches/00list create mode 100644 debian/patches/01-makefile.patch delete mode 100644 debian/patches/01_makefile.dpatch rename debian/patches/{02_fixacstate.dpatch = 02-fixacstate.patch} (64%) create mode 100644 debian/patches/series create mode 100644 debian/source/format create mode 100644 debian/watch diff --git a/debian/NEWS b/debian/NEWS index c0dbe41..67b87ee 100644 --- a/debian/NEWS +++ b/debian/NEWS @@ -1,10 +1,12 @@ yacpi (3.0-1) unstable; urgency=low -* This release is a complete rewrite of yacpi so watch you setups. -* -m option removed, not needed anymore. -* New options to enable or disable features (battery, therm, etc). +This release is a complete rewrite of yacpi so watch you setups. The +major changes are: + +- Remove option -m; not needed anymore. +- New options to enable or disable features (battery, therm, etc). Have a look at yacpi -h -* Samples are completely dropped, they are not needed anymore. -* -t is now -p since -t is used to enable thermal information. +- Drop examples; not needed anymore. +- Option -t is now -p since -t is used to enable thermal information. -- Nico Golde n...@debian.org Thu, 09 Aug 2007 19:05:00 +0200 diff --git a/debian/changelog b/debian/changelog index e6f4d26..e4c92a3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,17 @@ +yacpi (3.0-3) unstable; urgency=low + + [ Jari Aalto ] + * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt. +- Note: patch 01 was updated with quilt refresh to make + it apply cleanly. + * Update to Standards-Version to 3.9.3 and debhelper to 9. + * Add build-arch and build-indep targets; use dh_prep in rules file. + * Fix copyright-refers-to-symlink-license (Lintian). + * Fix debian-news-entry-uses-asterisk (Lintian). + * Fix debian-watch-file-is-missing (Lintian). + + -- Jari Aalto jari.aa...@cante.net Fri, 20 Apr 2012 12:53:07 +0300 + yacpi (3.0-2) unstable; urgency=low * Added 02_fixacstate to add missing call to read_acpi_acstate diff --git a/debian/compat b/debian/compat index 7ed6ff8..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -5 +9 diff --git a/debian/control b/debian/control index dc73f10..48b2dbe 100644 --- a/debian/control +++ b/debian/control @@ -2,13 +2,13 @@ Source: yacpi Section: utils Priority: optional Maintainer: Nico Golde n...@debian.org -Build-Depends: debhelper (= 5), libncurses5-dev, dpatch, libacpi-dev +Build-Depends: debhelper (= 9), libncurses5-dev, libacpi-dev Homepage: http://www.ngolde.de/yacpi/ -Standards-Version: 3.7.2 +Standards-Version: 3.9.3 Package: yacpi Architecture: i386 ia64 amd64 -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Description: ncurses based acpi monitor for text mode yacpi (yet another configuration and power interface) is an ncurses based ACPI monitoring program for notebooks. There is also a text-only output diff --git a/debian/copyright b/debian/copyright index c30c9dc..cdd6f13 100644 --- a/debian/copyright +++ b/debian/copyright @@ -26,4 +26,4 @@ License:
Bug#669597: yacpi: package new upstream release 3.0.1
Package: yacpi Version: 3.0-2 Severity: wishlist Consider packaging new release: http://www.ngolde.de/yacpi.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668457: monotone: FTBFS (multiple test suite failures)
I've just had a go at building monotone in an i386 unstable chroot and had no issues. Perhaps whatever was causing the build failure is now fixed? Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669583: OSError: [Errno 1] Operation not permitted
2012/4/20 Michael Vogt m...@debian.org: Thanks for your bugreport. I fixed that now. I guess in your case it was already the session-leader for some reason (maybe because of systemd?). Yes, I use «systemd» but I don't know what being session-leader means. Most times u-a is run automatically by Cron, only when I check or debug some problem its run from a tty/pts console. Just for my curiosity, can you shortly explain what problem does os.setsid() fix or avoid? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669510: giggle: FTBFS: giggle-plugin.c:439: undefined reference to `g_module_close'
tags 669510 + patch fixed-upstream forwarded 669510 https://bugzilla.gnome.org/show_bug.cgi?id=667350 thanks This issue has been fixed upstream and there is a patch available in the upstream Git repository [1]. You probably need to pick the patch from the giggle-0-6 branch [2]. Cheers, Michael [1] http://git.gnome.org/browse/giggle/commit/?id=6a4d71af9920df76a15e427671c90952fddbb411 [2] http://git.gnome.org/browse/giggle/commit/?h=giggle-0-6id=d7e2dd276396a5d9d7c04de2b7cd3f06c96e020f -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-django-djblets Package name: python-django-djblets Version : 0.6.17-1 Upstream Author : Christian Hammond, David Trowbridge, Micah Dowty URL : https://github.com/djblets/djblets License : MIT Section : python It builds those binary packages: python-django-djblets - Collection of useful extensions for Django To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-django-djblets Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-django-djblets/python-django-djblets_0.6.17-1.dsc This package is a dependency of ReviewBoard that I'm packaging. ReviewBoard is a tool for Web-based code reviews. More information about ReviewBoard is available at http://www.reviewboard.org/ djblets was present in Debian some times ago but was removed together with ReviewBoard. I'm trying to reintroduce it in Debian. -- WBR, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669575: Pending fixes for bugs in the libanyevent-httpd-perl package
tag 669575 + pending thanks Some bugs in the libanyevent-httpd-perl package are closed in revision 0a27525437178c056984866e1eac296bcd1c14dd in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libanyevent-httpd-perl.git;a=commitdiff;h=0a27525 Commit message: Fix Vcs-* fields in debian/control. Closes: #669575 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669599: RFS: python-django-evolution/0.6.7-1 [ITP] -- Schema evolution for the Django web framework
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-django-evolution * Package name: python-django-evolution Version : 0.6.7-1 Upstream Author : Christian Hammond, Russell Keith-Magee, Ben Khoo * URL : http://code.google.com/p/django-evolution/ * License : BSD Section : python It builds those binary packages: python-django-evolution - Implementation of schema evolution for the Django web framework To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-django-evolution Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-django-evolution/python-django-evolution_0.6.7-1.dsc Package has one pedantic lintian warning (no-upstream-changelog). It was overridden since upstream currently doesn't provide any changelog at all. This package is a dependency of ReviewBoard that I'm packaging. ReviewBoard is a tool for Web-based code reviews. More information about ReviewBoard is available at http://www.reviewboard.org/ -- WBR, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669600: coretemp: missing support for newer processors
Source: linux-2.6 Version: 2.6.32-43 Tags: upstream patch moreinfo Severity: important Justification: hardware support Hi, Trying to load coretemp with modprobe coretemp, I get FATAL: Error inserting coretemp (/lib/modules/2.6.32-5-amd64/kernel/drivers/hwmon/coretemp.ko): No such device The kernel log says coretemp: Unknown CPU model 2f This is with a newish Intel Xeon processor. I suspect the attached patch (applied upstream during the 2.6.35 merge window) will fix it, though I haven't checked yet. If you have any questions, feel free to ask. (Filing so it's not forgetten. Once this is tested I'll be happy to pass it upstream.) Thanks, Jonathan From: Carsten Emde c.e...@osadl.org Date: Mon, 24 May 2010 14:33:39 -0700 Subject: drivers/hwmon/coretemp.c: detect the thermal sensors by CPUID commit 5db47b009d17d69a2f8d84357e7b24c3e3c2edec upstream. The thermal sensors of Intel(R) CPUs can be detected by CPUID instruction, indicated by CPUID.06H.EAX[0]. Signed-off-by: Huaxu Wan huaxu@linux.intel.com Signed-off-by: Carsten Emde c.e...@osadl.org Reviewed-by: Valdis Kletnieks valdis.kletni...@vt.edu Cc: Jean Delvare kh...@linux-fr.org Cc: Henrique de Moraes Holschuh h...@hmh.eng.br Cc: Yong Wang yong.y.w...@linux.intel.com Cc: Rudolf Marek r.ma...@assembler.cz Signed-off-by: Andrew Morton a...@linux-foundation.org Signed-off-by: Linus Torvalds torva...@linux-foundation.org Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/hwmon/coretemp.c | 32 1 file changed, 12 insertions(+), 20 deletions(-) diff --git a/drivers/hwmon/coretemp.c b/drivers/hwmon/coretemp.c index 585219167fa7..3ab9a223eb53 100644 --- a/drivers/hwmon/coretemp.c +++ b/drivers/hwmon/coretemp.c @@ -479,28 +479,20 @@ static int __init coretemp_init(void) for_each_online_cpu(i) { struct cpuinfo_x86 *c = cpu_data(i); + /* +* CPUID.06H.EAX[0] indicates whether the CPU has thermal +* sensors. We check this bit only, all the early CPUs +* without thermal sensors will be filtered out. +*/ + if (c-cpuid_level = 6 (cpuid_eax(0x06) 0x01)) { + err = coretemp_device_add(i); + if (err) + goto exit_devices_unreg; - /* check if family 6, models 0xe (Pentium M DC), - 0xf (Core 2 DC 65nm), 0x16 (Core 2 SC 65nm), - 0x17 (Penryn 45nm), 0x1a (Nehalem), 0x1c (Atom), - 0x1e (Lynnfield) */ - if ((c-cpuid_level 0) || (c-x86 != 0x6) || - !((c-x86_model == 0xe) || (c-x86_model == 0xf) || - (c-x86_model == 0x16) || (c-x86_model == 0x17) || - (c-x86_model == 0x1a) || (c-x86_model == 0x1c) || - (c-x86_model == 0x1e))) { - - /* supported CPU not found, but report the unknown - family 6 CPU */ - if ((c-x86 == 0x6) (c-x86_model 0xf)) - printk(KERN_WARNING DRVNAME : Unknown CPU - model %x\n, c-x86_model); - continue; + } else { + printk(KERN_INFO DRVNAME : CPU (model=0x%x) +has no thermal sensor.\n, c-x86_model); } - - err = coretemp_device_add(i); - if (err) - goto exit_devices_unreg; } if (list_empty(pdev_list)) { err = -ENODEV; -- 1.7.10
Bug#669601: libgnuradio-fcd3.5.3: udev-rule for Funcube Dongle produces error
Package: libgnuradio-fcd3.5.3 Version: 3.5.3-3 Severity: normal The udev rule 60-libgnuradio-fcd3.5.3.rules leads to the following error: unknown key 'BUS' in /lib/udev/rules.d/60-libgnuradio-fcd3.5.3.rules:2 Instead of 'BUS', which is deprecated, 'SUBSYSTEM' should be used, I think. Regards denk -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3-2.slh.5-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgnuradio-fcd3.5.3 depends on: ii libasound2 1.0.25-2 ii libboost-date-time1.49.0 1.49.0-2 ii libboost-filesystem1.49.0 1.49.0-2 ii libboost-program-options1.49.0 1.49.0-2 ii libboost-system1.49.0 1.49.0-2 ii libboost-thread1.49.0 1.49.0-2 ii libc6 2.13-30 ii libgcc1 1:4.7.0-3 ii libgnuradio-audio3.5.3 3.5.3-3 ii libgnuradio-core3.5.3 3.5.3-3 ii libgruel3.5.3 3.5.3-3 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.2-1 ii libstdc++6 4.7.0-3 ii libusb-1.0-0 2:1.0.9~rc3-4 ii multiarch-support 2.13-30 libgnuradio-fcd3.5.3 recommends no packages. libgnuradio-fcd3.5.3 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#406935: Upload for LedgerSMB Debian package?
Hi Raphael! On Thu, 2012-04-19 at 03:22 -0400, Raphael Hertzog wrote: On Wed, 18 Apr 2012, Robert James Clay wrote: But would they accept it? I do want to get it into Debian unstable then testing before the freeze, but besides that new versions are coming out fairly often (currently every couple of weeks or so) there is also the matter of that embedded copy of the Scriptaculous Javascript Library. Would they accept a new package with that still in it? (That's one reason I've been setting the changelog for experimental instead of the unstable distribution.) The package goes through NEW only once, for experimental and for unstable. Would that mean that the ITP bug would also be closeable if it were uploaded to experimental at first instead of unstable? (Not that I necessarily think it needs to go that way now...) So uploading to experimental doesn't change much. While it might be useful for when working on not using that embedded library, I no longer think the current package itself necessarily needs to start off by being uploaded to experimental instead of unstable. The package configuration using debconf/dbconfig-common isn't working the way I want it to (initially I just want it to enable setting the ledgersmb role and password properly) but that's why it's not enabled by default. (There's a note about that in Debian/NEWS.) I currently have several LXC systems (wheezy now squeeze; I needed more local testing, including for new installs, so I created several of them) that I'm using for testing LedgerSMB and once it is configured (ledgersmb DB role created, Pg contrib_dir setting configured, apache config updated if necessary) it is usable. Different company databases can be created, I can log in to those companies, add users, make changes to the user access... Update installs of the package work from my local package repository. As long as you document the reason why you have kept the copy, they should have no problem with it. Well, do you think that not yet tested with the Debian package versions is sufficient reason? You can also blindly replace it and hope for the best. More testing than what I can do by myself is certainly what I want to see, but blindly replacing it isn't the way I'd want to go...g Unstable is also here so that people can test :-) And that's certainly what the package needs more of.g What do you think of the idea of uploading the LedgerSMB package to unstable now? Jame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603157: ITP: ttf-ubuntu-font-family
Hello Jeremy If you find a sponsor, I will do the updates to the package and provide a new .dsc file for upload into contrib. Yours, Gurkan On 04/20/12 05:02, Jeremy Bicha wrote: Just as a follow up, could we get fonts-ubuntu uploaded into contrib? We could see about what's needed for moving it into main later once the appropriate requirements are met and the right people are happy. I believe fonts-ubuntu is the correct name for this package, following Debian's relatively new http://wiki.debian.org/Fonts/PackagingPolicy My understanding of what Paul stated a few months ago is that Canonical/Ubuntu would be just happy to get it into Debian however's best, but he didn't want to force for its inclusion if Debian didn't want it. Thanks, Jeremy Bicha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610676: My version of php-codecoverage
On 04/20/2012 04:37 AM, Luis Uribe wrote: Hi, For some strange reason i can't push my changes to alioth, i'm sending a patch then. Cheers, Thanks. Uploaded with your changes. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] Bug#635382: new release of latex-unicode
Am Freitag, den 20.04.2012, 10:16 +0100 schrieb Robin Fairbairns: all we await, now, is the upload. This is done now. :-) Best wishes, Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653113: ITP: reviewboard -- web-based code review tool
block 653113 by 669426 block 653113 by 656275 stop I'm still working on it. Followed dependencies are packaged and are waiting for sponsor: - python-django-djblets - python-django-evolution ReviewBoard itself is almost ready with some minor issues -- WBR, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666098:
Excerpts from Mathieu Malaterre's message of Fri Apr 20 09:39:46 +0200 2012: Looks like OP did not read CMake wiki: http://www.cmake.org/Wiki/CMake_Cross_Compiling#The_toolchain_file I believe you forgot to setup the variable: 'CMAKE_FIND_ROOT_PATH' 2cts yes, this is problem with the tigervnc build instructions. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667116: blahtexml: diff for NMU version 0.9-1.1
tags 667116 + pending thanks Dear maintainer, I've prepared an NMU for blahtexml (versioned as 0.9-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Simon and Garfunkel diff -Nru blahtexml-0.9/debian/changelog blahtexml-0.9/debian/changelog --- blahtexml-0.9/debian/changelog 2011-09-04 17:53:02.0 +0200 +++ blahtexml-0.9/debian/changelog 2012-04-20 13:00:22.0 +0200 @@ -1,3 +1,12 @@ +blahtexml (0.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix ftbfs with GCC-4.7: add patch fix-ftbfs-with-gcc-4.7 from Cyril +Brulebois: fix missing unistd.h includes +(Closes: #667116) + + -- gregor herrmann gre...@debian.org Fri, 20 Apr 2012 12:59:48 +0200 + blahtexml (0.9-1) unstable; urgency=low * New upstream version. diff -Nru blahtexml-0.9/debian/patches/fix-ftbfs-with-gcc-4.7 blahtexml-0.9/debian/patches/fix-ftbfs-with-gcc-4.7 --- blahtexml-0.9/debian/patches/fix-ftbfs-with-gcc-4.7 1970-01-01 01:00:00.0 +0100 +++ blahtexml-0.9/debian/patches/fix-ftbfs-with-gcc-4.7 2012-04-20 12:57:57.0 +0200 @@ -0,0 +1,24 @@ +Description: Fix FTBFS with gcc 4.7 by fixing missing unistd.h includes. +Author: Cyril Brulebois k...@debian.org +Bug-Debian: http://bugs.debian.org/667116 + +--- blahtexml-0.9.orig/Source/main.cpp blahtexml-0.9/Source/main.cpp +@@ -24,6 +24,7 @@ THIS SOFTWARE IS PROVIDED BY THE COPYRIG + #include stdlib.h + #include sstream + #include stdexcept ++#include unistd.h + + using namespace std; + using namespace blahtex; +--- blahtexml-0.9.orig/Source/mainPng.cpp blahtexml-0.9/Source/mainPng.cpp +@@ -27,6 +27,7 @@ THIS SOFTWARE IS PROVIDED BY THE COPYRIG + #include stdio.h + #include stdlib.h + #include sstream ++#include unistd.h + + + using namespace std; diff -Nru blahtexml-0.9/debian/patches/series blahtexml-0.9/debian/patches/series --- blahtexml-0.9/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ blahtexml-0.9/debian/patches/series 2012-04-20 12:57:57.0 +0200 @@ -0,0 +1 @@ +fix-ftbfs-with-gcc-4.7 signature.asc Description: Digital signature
Bug#669061: apt: http method dies on sparc
On Wed, Apr 18, 2012 at 18:07, David Kalnischkies kalnischkies+deb...@gmail.com wrote: It seems to be indeed the way the sha256 and sha512 checksums are calculated. To make it a bit obscure: we have a testcase checking them and they run successfully producing the correct output. (for reference: test/libapt/hashsums_test.cc) The bug seems only to be triggered if a checksum is slowly build as it is the case in the http transport while downloading. /me can't see the forest for the trees… While our testcase as well as other places in the library use well-aligned buffers which can be casted from byte to word (or double-word) the http transport is with its circle buffer implementation an exception to this as it usually reads full words, but writes them to random places which do not care for word boundaries… More as a workaround than a completely proper fix i changed the only place in which the input buffer is directly passed into Transform (which was somehow not in the path gdb claimed it is used) to memcpy it instead into a local buffer to ensure that the cast later will work. The alternative would have been to change the http method, but given the high debugging cost in case someone uses these methods on unaligned buffers and that the calculations aren't that time-critical we can life with that for now. A more interesting fix would it be to make the Transform methods work with bytes instead of words, but i guess we can better think about that without blocking a transition… (Michael will upload that soon together with a few more fixes. As of writing this should make apt new-serious-bug-free… yeah! We will see how long this will last… :) ) Best regards David Kalnischkies apt-669061-unaligned-http-buffer-sigbus-on-sparc.diff Description: Binary data
Bug#669147: libvdpau1: latest version of libvdpau1 is missing red
On 2012-04-17 21:39, Hans-J. Ullrich wrote: Sorry, I was unprecise. The troubled version is libvdpau1-0.4.1-5 and the well working version is libvdpau1-0.4.1-2. Which videoplayer/browser/... did you use? Version? Was that using the same version of nvidia-glx? Which one? Can you try the -3 (and -4) releases inbetween? You can find them here: http://snapshot.debian.org/package/libvdpau/ I don't see any change between -2 and -5 that could cause this. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669402: [moodle-packaging] Bug#669402: moodle: Package configuration asks for database administrative password
Package installer (dbconfig-common) asks for admin password only to create a new user and new database. To confirm that, check /etc/moodle/config.php after you install Moodle. Yes, I think that is what is wrong. If the user installing Moodle is not going to be able to give an administrative user, why not give him the option to provide the database, user and password instead? -- Alfredo Sola ASP5-RIPE http://www.solucionesdinamicas.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669555: coreutils: FTBFS: env: setfacl: No such file or directory
Lucas Nussbaum wrote: Source: coreutils Version: 8.13-3.1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120419 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: Hi Lucas, Thanks for the report. The failure is unrelated to env/setfacl. In general, you need to search for FAIL: and (within that block) fail=1: This test is ensuring that sort works even when it requires every single available file descriptor. If something about sort or one of the programs it execs happens to keep just one extra file descriptor open, then this test will fail. The following upstream fix to the failing test script, v8.14-38-g91a5bad may solve this problem: commit 91a5badc7b8b96916147f28b1d094af98efa5aa7 Author: Paul Eggert egg...@cs.ucla.edu Date: Sat Nov 12 00:20:01 2011 -0800 * tests/misc/sort-continue: Port to Fedora 15. Redirect with the shell command, not in a separate 'exec'. Without this patch, Fedora 15 x86-64 /bin/sh (i.e., Bash 4.2.10) complained about running out of file descriptors in the shell. ... FAIL: misc/sort-continue (exit: 1) == ... + tee -a in + echo 31 + ulimit -n 6 + exec ./misc/sort-continue: redirection error: cannot duplicate fd: Invalid argument ./misc/sort-continue: line 33: /dev/null: Invalid argument + sort -n -m __test.1 __test.10 __test.11 __test.12 __test.13 __test.14 __test.15 __test.16 __test.17 __test.18 __test.19 __test.2 __test.20 __test.21 __test.22 __test.23 __test.24 __test.25 __test.26 __test.27 __test.28 __test.29 __test.3 __test.30 __test.31 __test.4 __test.5 __test.6 __test.7 __test.8 __test.9 sort: open failed: __test.10: Too many open files + fail=1 + echo 'file descriptor exhaustion not handled' file descriptor exhaustion not handled + tee -a in + echo 32 + ulimit -n 6 + exec ./misc/sort-continue: redirection error: cannot duplicate fd: Invalid argument ./misc/sort-continue: line 42: 0: Invalid argument + sort -n -m __test.1 __test.10 __test.11 __test.12 __test.13 __test.14 __test.15 __test.16 __test.17 __test.18 __test.19 __test.2 __test.20 __test.21 __test.22 __test.23 __test.24 __test.25 __test.26 __test.27 __test.28 __test.29 __test.3 __test.30 __test.31 __test.4 __test.5 __test.6 __test.7 __test.8 __test.9 - + compare in out + diff -u in out + Exit 1 + set +e + exit 1 + exit 1 + remove_tmp_ + __st=1 + cleanup_ + : + cd /«PKGBUILDDIR»/tests + chmod -R u+rwx /«PKGBUILDDIR»/tests/gt-sort-continue.HX7W + rm -rf /«PKGBUILDDIR»/tests/gt-sort-continue.HX7W + exit 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669569: [Aptitude-devel] Bug#669569: aptitude: aptitude changelog: Changelog download failed: Download queue destroyed.
Hi, Vincent Lefevre wrote: $ aptitude changelog gnome-core Err Changelog of gnome-core E: Changelog download failed: Download queue destroyed. E: Couldn't find a changelog for gnome-core It seems that the same problem occurs for every package. This is very likely related to being compiled against apt 0.9.x as this was reported months ago in Ubuntu which shipped apt 0.8.16~exp already in their last release (11.10, Oneiric) https://bugs.launchpad.net/debian/+source/aptitude/+bug/824708 And it doesn't happen in Testing which also has 0.6.6-1, but compiled against an older apt version (0.8.15.10). Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669602: wicd-curses: crash upon start (UnicodeEncodeError)
Package: wicd-curses Version: 1.7.2.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, wicd-curses crashes upon start: ~$ wicd-curses Traceback (most recent call last): File /usr/share/wicd/curses/wicd-curses.py, line 81, in module language[i] = language[i].decode('utf8') File /usr/lib/python2.7/encodings/utf_8.py, line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 21: ordinal not in range(128) Cheers Armin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-curses depends on: ii python2.7.2-10 ii python-urwid 1.0.1-2 ii wicd-daemon 1.7.2.2-1 Versions of packages wicd-curses recommends: ii sudo 1.8.3p2-1 wicd-curses suggests no packages. Versions of packages wicd depends on: ii wicd-daemon 1.7.2.2-1 Versions of packages wicd-gtk depends on: ii python 2.7.2-10 ii python-glade2 2.24.0-3 ii python-gtk22.24.0-3 ii wicd-daemon1.7.2.2-1 Versions of packages wicd-gtk recommends: pn gksu 2.0.2-6 pn python-notify none Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu1 ii dbus1.5.12-1 ii debconf 1.5.42 ii iproute 20120319-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.2.2.dfsg.1-4 ii lsb-base4.1+Debian1 ii net-tools 1.60-24.1 ii psmisc 22.16-1 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-gobject 3.2.0-3 ii python-wicd 1.7.2.2-1 ii wireless-tools 30~pre9-8 ii wpasupplicant 0.7.3-6 wicd-daemon recommends no packages. Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-9 Versions of packages python-wicd depends on: ii python 2.7.2-10 ii python2.7 2.7.3~rc2-2 -- debconf information: * wicd/users: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669603: chaksem: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
Package: chaksem Version: 1.7b-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails As putting files into /usr/local is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. From the attached log (scroll to the bottom...): 0m53.8s ERROR: FAIL: Package purging left files on system: /usr/local/share/texmf/not owned /usr/local/share/texmf/ls-Rnot owned This problem is usually caused by running mktexlsr (or texhash) without path arguments from a maintainer script. The recommende solution is to switch to use dh_installtex and have this generate most (or perhaps even all) of the maintainer scripts content. Otherwise run mktexlsr with the tree as argument where the package installs its files, which is usually mktexlsr /usr/share/texmf There has been some further discussion about these bugs in this thread: http://lists.debian.org/debian-tex-maint/2012/04/msg00306.html Please have a look at the Debian-TeX-Policy (in the tex-common package) for the current practice of handling TeX packages. For further TeX packaging related questions contact debian-tex-ma...@lists.debian.org cheers, Andreas chaksem_1.7b-5.log.gz Description: GNU Zip compressed data
Bug#668589: xserver-xorg: xserver crash when starting or after some time of using psi
On Don, 2012-04-19 at 21:24 +0200, Mariusz Bialonczyk wrote: On 04/16/2012 05:40 PM, Michel Dänzer wrote: I am wondering if it is possible because i am using xinerama on top of all my screens. See my config below, it's a little exotic. I'm not sure it's possible, but it's hard to guess what the problem is with a) and b) without seeing the corresponding xorg.conf files. This time I am attaching log and correlated xorg.conf (and gdb.log if it apply) Also, it might be easier if you first derive a simpler configuration which reproduces the problem, e.g. using only one nvidia device section. I did as you suggested and in logs are my four testing: 1. 1 screen from nvidia GT220 + radeon = segfault 2. 1 screen from nvidia 6200LE + radeon = segfault 3. same as in point 2 but i was trying to use vesa for nvidia, result: (EE) VESA(0): Cannot read V_BIOS (3) Input/output error 4. same as in point 2 but i used nouveau for nvidia, result: it doesn't segfault and it was working ok (i was trying for about 3hrs) The thing is, nouveau uses EXA as well, so it might just work by accident. To rule that out, you could try disabling acceleration for nouveau (if it allows that) or radeon (Option NoAccel). -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667116: blahtexml: diff for NMU version 0.9-1.1
On Apr 20, 2012 12:28 PM, gregor herrmann gre...@debian.org wrote: tags 667116 + pending thanks Dear maintainer, I've prepared an NMU for blahtexml (versioned as 0.9-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Hi, Thanks for the NMU. That is fine by me. Cheers Abhishek
Bug#669583: OSError: [Errno 1] Operation not permitted
On Fri, Apr 20, 2012 at 12:57:29PM +0300, Teodor MICU wrote: 2012/4/20 Michael Vogt m...@debian.org: Thanks for your bugreport. I fixed that now. I guess in your case it was already the session-leader for some reason (maybe because of systemd?). Yes, I use «systemd» but I don't know what being session-leader means. Most times u-a is run automatically by Cron, only when I check or debug some problem its run from a tty/pts console. Just for my curiosity, can you shortly explain what problem does os.setsid() fix or avoid? Sure, the setsid() call makes the process a session leader and removes the controlling tty. The rational is that if you run unattended-upgrades in a shell and then shutdown your tty goes away and unattended-upgrades gets killed even if its in the middle of a operation (like a upgrade). The unattended-upgrades-shutdown script is there to avoid that and keep the system running long enough to finish the upgrade - but for that unattended-upgrades must not be terminated by the tty going away. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669317: reconf-inetd does not handle comments correctly
Package: reconf-inetd Hi Serafeim, I've changed the format of the reconf-inetd files and it is now working. I was going to suggest documenting the config file format in the man page, (especially given that it is quite easy to misread xinetd.conf as inetd.conf) but I see this has already been filed as #669515. Thanks, Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669604: kbdcontrol can't load any keymap
Package: kbdcontrol Version: 9.0+ds1-1 Severity: grave I am not sure whether this bug belongs to kbdcontrol or to the kernel. I am unable to use kbdcontrol for any keymap. Even for a simplest test one-line keymap it issues the following error message: # kbdcontrol -l any_file.kbd kbdcontrol: setting keymap: Inappropriate ioctl for device I observed this bug on testing(wheezy). After I upgraded the system to unstable(sid) the bug still remains. Anton Zinoviev -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-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 kbdcontrol depends on: ii debconf [debconf-2.0] 1.5.42 ii libbsd00.3.0-2 ii libc0.12.13-27 kbdcontrol recommends no packages. kbdcontrol suggests no packages. -- debconf information: * kbdcontrol/keymap: us.iso.kbd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669605: debootstrap can't install base-files and base-passwd
Package: debootstrap Version: 1.0.39 Severity: critical Justification: breaks unrelated software I'm trying to create a debian system and after I call: debootstrap --verbose --arch=i386 --include=quagga,linux- image-686-pae,syslinux,vim,gawk wheezy /media/jffs2 ftp://ftp.lug.ro/debian I'm getting this error: I: Extracting liblzma5... I: Extracting xz-utils... I: Extracting zlib1g... I: Installing core packages... W: Failure trying to run: chroot /media/jffs2 dpkg --force-depends --install /var/cache/apt/archives/base-files_6.7_i386.deb /var/cache/apt/archives/base- passwd_3.5.24_i386.deb I've tried to run the command and the output is: root@MyDebian:/media# chroot /media/jffs2 dpkg --force-depends --install /var/cache/apt/archives/base-files_6.7_i386.deb /var/cache/apt/archives/base- passwd_3.5.24_i386.deb dpkg: warning: parsing file '/var/lib/dpkg/status' near line 48 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 48 package 'dpkg': missing architecture dpkg: regarding .../base-files_6.7_i386.deb containing base-files, pre- dependency problem: base-files pre-depends on awk awk is not installed. dpkg: warning: ignoring pre-dependency problem! (Reading database ... 109 files and directories currently installed.) Preparing to replace base-files 6.7 (using .../base-files_6.7_i386.deb) ... Unpacking replacement base-files ... Preparing to replace base-passwd 3.5.24 (using .../base-passwd_3.5.24_i386.deb) Unpacking replacement base-passwd ... dpkg: base-passwd: dependency problems, but configuring anyway as you requested: base-passwd depends on libc6 (= 2.1); however: Package libc6 is not installed. Setting up base-passwd (3.5.24) ... dpkg: base-files: dependency problems, but configuring anyway as you requested: base-files depends on awk; however: Package awk is not installed. Setting up base-files (6.7) ... cp: preserving permissions for `/etc/profile': Permission denied dpkg: error processing base-files (--install): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: base-files -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii wget 1.13.4-3 Versions of packages debootstrap recommends: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.12-4 debootstrap 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#669606: nmu: samba4_4.0.0~alpha19+dfsg1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu samba4_4.0.0~alpha19+dfsg1-5 . amd64 . -m rebuild against libldb1 1:1.1.6 samba4 (4.0.0~alpha19+dfsg1-5) was uploaded about 2.5 hours after ldb (1:1.1.6-1). Depending on the timing it was built against 1.1.5 or 1.1.6. There is a strict versioned dependency of libsamdb0 against the upstream version of ldb used at build time, making libsamdb0 uninstallable in unstable (amd64 at least): Package: libsamdb0 Version: 4.0.0~alpha19+dfsg1-5 Depends: libldb1 ( 1:1.1.6~), libldb1 ( 1:1.1.5~), ... A rebuild in a clean sid chroot works fine. I don't know if any other architectures than amd64 (maintainer supplied binaries, probably built while 1.1.6 was not on the mirrors, yet) are affected by this and need to be rebuild, too. How could I check this? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669607: [PATCH] fdupes: Helping to update to packaging format 3.0
Package: fdupes Severity: wishlist Tags: patch Hi Sandro, I had some free time; see attached patch to migrate to new package format[*]. Note that all files in debian/patches/* are canocalized to *.patch. Thanks, Jari [*] The dpatch patch management system has been deprecated for some time. The Lintian currently flags use of dpatch packages as an error. The new 3.0 packaging format is an improved version which, among other things, contains patch management built-in. For more information, see: http://wiki.debian.org/Projects/DebSrc3.0 From 28873372543d51bbf27963c0e00f0429bcfef702 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Fri, 20 Apr 2012 15:02:51 +0300 Subject: [PATCH] format-3.0 Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- debian/README.source |4 debian/changelog |9 + debian/compat |2 +- debian/control |4 ++-- debian/patches/00list | 10 -- ..._code.dpatch = 01-restore-pristine-code.patch} |8 ++-- ...5_fix_makefile.dpatch = 05-fix-makefile.patch} |7 ++- ...{07_fix_manpage.dpatch = 07-fix-manpage.patch} |7 ++- ...typo.dpatch = 10-bts353789-manpage-typo.patch} |8 ++-- ...pport.dpatch = 20-bts447601-lfs-support.patch} |8 ++-- ...dpatch = 30-bts481809-manpage-summarize.patch} |7 ++- dpatch = 40-bts511702-nohidden-support.patch} |7 ++- ...e.dpatch = 50-bts284274-hardlinkreplace.patch} |8 ++-- ...eaks.dpatch = 60-bts544568-fix-memleaks.patch} |8 ++-- ...tch = 70-bts537138-disambiguate-recurse.patch} |8 ++-- debian/patches/series | 10 ++ debian/rules | 11 +++ debian/source/format |2 +- 18 files changed, 50 insertions(+), 78 deletions(-) delete mode 100644 debian/README.source delete mode 100644 debian/patches/00list rename debian/patches/{01_restore_pristine_code.dpatch = 01-restore-pristine-code.patch} (87%) rename debian/patches/{05_fix_makefile.dpatch = 05-fix-makefile.patch} (76%) rename debian/patches/{07_fix_manpage.dpatch = 07-fix-manpage.patch} (70%) rename debian/patches/{10_bts353789_manpage_typo.dpatch = 10-bts353789-manpage-typo.patch} (72%) rename debian/patches/{20_bts447601_lfs_support.dpatch = 20-bts447601-lfs-support.patch} (86%) rename debian/patches/{30_bts481809_manpage_summarize.dpatch = 30-bts481809-manpage-summarize.patch} (65%) rename debian/patches/{40_bts511702_nohidden_support.dpatch = 40-bts511702-nohidden-support.patch} (95%) rename debian/patches/{50_bts284274_hardlinkreplace.dpatch = 50-bts284274-hardlinkreplace.patch} (96%) rename debian/patches/{60_bts544568_fix_memleaks.dpatch = 60-bts544568-fix-memleaks.patch} (72%) rename debian/patches/{70_bts537138_disambiguate_recurse.dpatch = 70-bts537138-disambiguate-recurse.patch} (88%) create mode 100644 debian/patches/series diff --git a/debian/README.source b/debian/README.source deleted file mode 100644 index 0d0aa40..000 --- a/debian/README.source +++ /dev/null @@ -1,4 +0,0 @@ -This package uses dpatch to handle patches against upstream source code; you -can find additional information about dpatch at - -/usr/share/doc/dpatch/ diff --git a/debian/changelog b/debian/changelog index b4c64ae..473051f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +fdupes (1.50-PR2-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt. + * Update to Standards-Version to 3.9.3 and debhelper to 9. + * Add build-arch and build-indep targets; use dh_prep in rules file. + + -- Jari Aalto jari.aa...@cante.net Fri, 20 Apr 2012 14:59:39 +0300 + fdupes (1.50-PR2-3) unstable; urgency=low * debian/control diff --git a/debian/compat b/debian/compat index 7ed6ff8..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -5 +9 diff --git a/debian/control b/debian/control index 6e4969e..a73c514 100644 --- a/debian/control +++ b/debian/control @@ -2,8 +2,8 @@ Source: fdupes Section: utils Priority: optional Maintainer: Sandro Tosi mo...@debian.org -Build-Depends: debhelper (= 5), dpatch -Standards-Version: 3.8.4 +Build-Depends: debhelper (= 9) +Standards-Version: 3.9.3 Homepage: http://code.google.com/p/fdupes/ Vcs-Git: git://git.debian.org/users/morph/fdupes.git Vcs-Browser: http://git.debian.org/?p=users/morph/fdupes.git diff --git a/debian/patches/00list b/debian/patches/00list deleted file mode 100644 index e000b92..000 --- a/debian/patches/00list +++ /dev/null @@ -1,10 +0,0 @@ -01_restore_pristine_code -05_fix_makefile -07_fix_manpage -10_bts353789_manpage_typo
Bug#669468: saga: FTBFS: build-dependency not installable: libvigraimpex-dev
On Thu, Apr 19, 2012 at 09:39:19PM +0200, Lucas Nussbaum wrote: The following packages have unmet dependencies: sbuild-build-depends-saga-dummy : Depends: libvigraimpex-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. apt-get failed. It seems to me that both libtiff4-dev and libtiff5-dev are requested for building which leads to a failure. I think that a simple or dependency would be enough to avoid problems. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my NMU for package mod-gnutls It builds those binary packages: libapache2-mod-gnutls - Apache module for SSL and TLS encryption with GnuTLS To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mod-gnutls Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mod-gnutls/mod-gnutls_0.5.10-1.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Fix default-tls file for apache Added default-tls file (Closes: #558232) * Fix configure: *** memcache library not found. added build-depensie to libapr-memcache-dev (Closes: #497097) * apache2-dev is releplaced by apache2-threaded-dev * upgrade to standards-version 3.9.3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#666229: ITP: igtf-policy-bundle -- IGTF profiles for Authority Root Certificates
Hi. Was on a dCache workshop and hadn't time to answer before... On Mon, 2012-04-16 at 16:08 +0200, Dennis van Dok wrote: I'm not sure what I prefer: a) ship/create symlinks for both formats I went with a) at the moment. That is what 'upstream' does and it's really handy for legacy software. Well,.. as said I'm unsure myself... I think software wise it's not needed for Debian,.. the transition to ssl1.x is complete, isn't it, so there is no legacy software in Debian. One argument against shipping both formats is, that openssl always at least stats all files in the respective dirs... So this could mean that for every access you get twice as many stats on files as needed... But I guess this is a separate debconf thingy,... configuring what you put in /etc/grid-security and not the one from ca-certificates? yes :) /etc/grid-security should then _only_ contain symlinks, IMHO. Agreed, and that's how it works. :) Rather than start a lot of fuss here...maybe TERENA could be included in the ca-certificates package. It takes only a couple of sponsors IIRC. Would perhaps make sense... I haven't given the metapackage a thought yet. I also don't see the need as there are just three packages for all the accredited stuff. Better to make it a conscious choice. I personally usually prefer having meta-packages, well at least if they don't force you to install more than really necessary (e.g. the gnome metapackages in debian depend one many useless crap, where a recommends would be enough IMHO). Anyway,... given that you need to somehwere put the logic for the /etc/grid-security handling,... a ca-certificates-igtf (meta-)package could be a good place, IMHO No I don't mean older versions... IGTF updates quite often... once the packages are in stable (e.g. wheezy) we still would need to update it... I guess stable-updates is what this is called in the meantime. Sure, if upstream brings out a new version, the Debian stable package would have to be updated. Isn't this essentially a security fix? Well not sure... strictly speaking I don't think so... If a CA was broken, and therefore be removed,.. that would be a security fix. If a CA was no longer member of IGTF,.. that could be a security fix,... but already questionable. If just adding CAs surely no security fix. I thought David Groep is from NIKHEF? And he signed the key that is used to sign the eugridpma distripution key... Well, sure. And I'll take his word that it's the right bundle ;-) He's practically in the next office. :) I can promise that I will diligently check the signatures, but then you'll have to trust me that I will do as I say... Obviously,... but that's the trust relation users have to Debian ;) Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#669608: evince: unusable UI and crashes
On 20.04.2012 14:06, Valentin Lorentz wrote: Package: evince Version: 3.3.90-1 Severity: important Tags: upstream Dear Maintainer, Since latest update in Sid, evince has bugs which makes menu or printing unusable. This might be related to the libgtk-3-0 update and you running evince under KDE with apparently a GTK theme that tries to match the KDE widgets. Which theme is that? Could you use the default (Adwaita) theme and test again. More over, some actions (such as closing the Print dialog) make it crash with: (evince:12732): Gdk-WARNING **: The program 'evince' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 23509 error_code 3 request_code 152 minor_code 3) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Not sure if this is also related to the theme problem. Do you use other GTK 3 apps? Do they have the same problem. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#669610: wicd-curses crashes with italian locale
Package: wicd-curses Version: 1.7.2.2-1 Severity: grave Tags: upstream patch Justification: renders package unusable Dear Maintainer, wicd-curses doesn't start. I've fixed it. 80,81d79 for i in language.keys(): language[i] = language[i].decode('utf8') language[i] variables appear to be already of unicode type, hence they don't need to be decoded. I hope they won't have different types with different locales, because that would be very bad, and cause this fix to be harmful. Ciao :-) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.2a (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-curses depends on: ii python2.7.2-10 ii python-urwid 1.0.1-2 ii wicd-daemon 1.7.2.2-1 Versions of packages wicd-curses recommends: ii sudo 1.8.3p2-1 wicd-curses suggests no packages. Versions of packages wicd depends on: ii wicd-daemon 1.7.2.2-1 Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu1 ii dbus1.5.12-1 ii debconf 1.5.42 ii iproute 20120319-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.2.2.dfsg.1-4 ii lsb-base4.1+Debian1 ii net-tools 1.60-24.1 ii psmisc 22.16-1 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-gobject 3.2.0-3 ii python-wicd 1.7.2.2-1 ii wireless-tools 30~pre9-8 ii wpasupplicant 0.7.3-6 wicd-daemon recommends no packages. Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-9 Versions of packages python-wicd depends on: ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org