Bug#672146: moving to cclive
OK I assume clive is barely maintained now and will take my business to cclive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678089: .ccliverc
I meant ~/.ccliverc . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651455: FWD: Craig Sanders: How to set the application icon for chromium
On 18/06/12 at 14:58 -0500, Jonathan Nieder wrote: Hi Lucas, Lucas Nussbaum wrote: While it is a minor annoyance, I'm still seeing this bug. Yeah, my setup doesn't have application icons so I haven't tested the patch. Maybe someone else can. What version are you testing with, by the way? 20.0.1132.27~r140692-2 Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678091: python-apt: recommends xz-lzma but does not use it
Package: python-apt Version: 0.8.4 Severity: minor Justification: http://bugs.debian.org/677991 Tags: patch Hi, Since December, 2011 (due to [*], presumably), python-apt recommends xz-lzma to ensure apt's ExtractTar is capable of installing lzma-compressed packages (like google-chrome). Now in sid the xz-lzma package is being removed in favor of xz-utils providing lzma through the alternatives system directly, making that recommends harder to literally satisfy. Sorry I missed this before uploading. We can add a Provides to xz-utils if appropriate, but it seems that python-apt has not used the lzma command in practice since apt 0.90. * apt-pkg/aptconfiguration.cc: - if present, prefer xz binary over lzma How about something like this patch? Thanks, Jonathan [*] http://bugs.debian.org/650507 diff --git i/debian/changelog w/debian/changelog index c1b12cc8..daa410ca 100644 --- i/debian/changelog +++ w/debian/changelog @@ -1,3 +1,11 @@ +python-apt (0.8.4+nmu1) local; urgency=low + + * debian/control: +- recommend apt (= 0.9.0) for lzma-comp support without the lzma command +- remove no longer needed xz-lzma recommendation + + -- Jonathan Nieder jrnie...@gmail.com Tue, 19 Jun 2012 00:54:05 -0500 + python-apt (0.8.4) unstable; urgency=low [ Michael Vogt ] diff --git i/debian/control w/debian/control index 29392858..47b12383 100644 --- i/debian/control +++ w/debian/control @@ -22,7 +22,7 @@ Vcs-Browser: http://bzr.debian.org/loggerhead/apt/python-apt/debian-sid/changes Package: python-apt Architecture: any Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}, python-apt-common -Recommends: lsb-release, iso-codes, python2.6, xz-lzma +Recommends: lsb-release, iso-codes, python2.6, apt (= 0.9.0~exp1) Breaks: packagekit-backend-apt (= 0.4.8-0ubuntu4), computer-janitor ( 1.14.1-1+), debdelta ( 0.41+), -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677889: wordpress: Move of plugins dir leads to http not founds
On Mon, 18 Jun 2012, Adwin Timmer wrote: OK, sorry, I missed that documentation in NEWS.Debian. To be honest, when I am upgrading, I only look at the apt messages and what is emailed to me via apt-listchanges. Of course I should look at Well, apt-listchanges should have shown you those changes in NEWS.Debian... maybe it's a bug in it? Because I deleted an old (obsolete) entry before adding the new one. Maybe this confused the tool? Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651455: FWD: Craig Sanders: How to set the application icon for chromium
tags 651455 + patch quit Lucas Nussbaum wrote: On 18/06/12 at 14:58 -0500, Jonathan Nieder wrote: What version are you testing with, by the way? 20.0.1132.27~r140692-2 Thanks much. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678086: ftp.debian.org: Please remove wherpygo and python-lua from testing
reassign 678086 release.debian.org thanks Bas Wijnen wij...@debian.org writes: I just filed serious bugs for wherpygo (#678084) and python-lua (#678085), both maintained by me, in order to keep them from being released in the next stable release. Please remove them from testing. Removals from only testing are handled by the release team. The ftp team only removes packages from unstable/experimental (and britney then automatically tries to remove them from testing). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677889: wordpress: Move of plugins dir leads to http not founds
Hi, Op 19-06-12 08:22, Raphael Hertzog schreef: On Mon, 18 Jun 2012, Adwin Timmer wrote: OK, sorry, I missed that documentation in NEWS.Debian. To be honest, when I am upgrading, I only look at the apt messages and what is emailed to me via apt-listchanges. Of course I should look at Well, apt-listchanges should have shown you those changes in NEWS.Debian... maybe it's a bug in it? Because I deleted an old (obsolete) entry before adding the new one. Maybe this confused the tool? Cheers, I could be mistaken, but I don't think I saw any changes via apt-listchanges (and my mailserver log also doesn't show an entry for such a mail). Best regards, -- Adwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677844: [Pkg-nagios-devel] Bug#677844: icinga-web: postinst fails to set root passwd - MYSQL_PWD env var not working
tags 677844 - unreproducible moreinfo tags 677844 + fixed pending thanks Hello Tom, Following your reply, I did some more testing and the cause is definitely my .my.cnf. I can reproduce the error when install as my user (who has a .my.cnf) with sudo. The issue does not occur when .my.cnf is removed. Thanks, I've fixed that by using an empty defaults file so any /root/.my.cnf will be ignored. The bug will be fixed in the next upload of 1.7.1-1 to unstable. I had a look at http://dev.mysql.com/doc/refman/5.5/en/password-security-user.html and even though using the -p parameter is not advised, the use of MYSQL_PWD is not recommended either. Yes, thats right. The problem is that /proc/processid/environ might be readable to other users. But I don't think this will be a problem here, because on linux only the process owner can read such a file - and root of course. Please let me know if you have any additions. Best Regards Markus Frosch -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678091: python-apt: recommends xz-lzma but does not use it
tags 678091 - patch forcemerge 677934 678091 quit Jonathan Nieder wrote: --- i/debian/changelog +++ w/debian/changelog @@ -1,3 +1,11 @@ +python-apt (0.8.4+nmu1) local; urgency=low + + * debian/control: +- recommend apt (= 0.9.0) for lzma-comp support without the lzma command +- remove no longer needed xz-lzma recommendation Sloppy. Looks like this is already filed and the fix used is a little better (since it adds an xz-utils recommendation --- by the way, should python-apt recommend bzip2, too?). So untagging the patch and merging the bugs. Thanks for your work, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677844: [Pkg-nagios-devel] Bug#677844: icinga-web: postinst fails to set
Hello Michael, Install of 'icinga-web' does not work for me either. Error Message of install is the following: I guess you have the same problem as Tom, try to disable /root/.my.cnf by temporaryly renaming it or comment any credentials inside. Bug is fixed in next upload. Regards Markus -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678092: RFA: emil -- Conversion Filter for Internet Messages
Package: wnpp Severity: normal I request an adopter for the emil package. The package description is: Emil v2 is a filter for converting Internet Messages. It supports three basic formats: MIME, SUN Mailtool and plain old style RFC822. It can be used with sendmail, as a mailer, or as a prefilter or backend program with a mail client program, or as a plain filter. I stopped using this tool myself some years ago since SUN Mailtool is no longer used and so my primary usage for this tool (converting mails from SUN Mailtool format to MIME) no longer exists. If someone wants to adopt this package please stand up! Otherwise we should remove the package from archive. Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676060: scim-thai build failure
On Tue, Jun 19, 2012 at 10:46 AM, Rolf Leggewie debian-b...@rolf.leggewie.biz wrote: On 15.06.2012 17:11, Theppitak Karoonboonyanan wrote: I'm uploading it anyway. It should still fail on s390, due to the broken build-dependency. The s390x buildd maintainers informed me that this is a transient error with the build hosts. It's not an issue in scim. OK. It's now built on s390. Thanks for your coordination. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677966: please provide a static library to link against
tags 677966 +patch +pending thanks Le lundi, 18 juin 2012 11.18:31, vous avez écrit : Package: libjim-dev Version: 0.73-2 Severity: wishlist It would be cool if it were possible to link against libjim without need to download its sources again. Could you please put .a into libjim-dev as well? Thanks. Good point, thanks. The attached patch will be uploaded during the day. Cheers, OdyX From cecc27ee69871dbbc675f480cc2b0a10f83a5f65 Mon Sep 17 00:00:00 2001 From: Didier Raboud o...@debian.org Date: Mon, 18 Jun 2012 23:13:18 +0200 Subject: [PATCH] Build static flavour and ship it in libjim-dev. Closes: #677966 Reported-by: Andrew Shadura bugzi...@tut.by --- debian/libjim-dev.install |1 + debian/rules | 15 --- 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/debian/libjim-dev.install b/debian/libjim-dev.install index 9471129..78cbe04 100644 --- a/debian/libjim-dev.install +++ b/debian/libjim-dev.install @@ -1,2 +1,3 @@ usr/include/jim* usr/lib/*/libjim.so +usr/lib/*/libjim.a diff --git a/debian/rules b/debian/rules index 6100890..8579be8 100755 --- a/debian/rules +++ b/debian/rules @@ -18,17 +18,25 @@ MA_SRCDIR ?= debian/tmp/usr/lib dh $@ --list-missing override_dh_auto_configure: - dh_auto_configure -- \ ---shared + dh_auto_configure --builddirectory=static/ + dh_auto_configure -- --shared override_dh_auto_build: + dh_auto_build --builddirectory=static/ SH_LDFLAGS=-shared -Wl,-soname,libjim.so.$(DEB_SONAME) \ dh_auto_build ln -sf libjim.so libjim.so.$(DEB_SONAME) +override_dh_auto_test: + dh_auto_test --builddirectory=static/ + dh_auto_test + override_dh_auto_install: - dh_auto_install mkdir -p $(MA_DESTDIR) + # Now install the static version + dh_auto_install --builddirectory=static/ + mv $(MA_SRCDIR)/libjim.a $(MA_DESTDIR)/libjim.a + dh_auto_install mv $(MA_SRCDIR)/libjim.so $(MA_DESTDIR)/libjim.so.$(DEB_LIBVER) ln -sf libjim.so.$(DEB_LIBVER) $(MA_DESTDIR)/libjim.so.$(DEB_SONAME) ln -sf libjim.so.$(DEB_SONAME) $(MA_DESTDIR)/libjim.so @@ -37,3 +45,4 @@ override_dh_auto_clean: dh_auto_clean rm -f libjim.so* rm -f tests/exec.tmp1 + rm -Rf static/ -- 1.7.10 signature.asc Description: This is a digitally signed message part.
Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes
Package: wnpp Severity: wishlist (Ccing pkg-php-p...@lists.alioth.debian.org which could take care of this package, also ccing Thijs and Thomas since they maintain php-mail-* packages) * Package name: php-mail-mbox Version : 0.6.3 Upstream Author : Roberto Berto darkel...@php.net, Christian Weiske cwei...@php.net * URL : http://pear.php.net/package/Mail_Mbox * License : LGPL Programming Lang: PHP Description : Library to read and modify Unix mailboxes This library can split messages inside a Mbox, return the number of messages, retrieve, update or remove an specific message or add a message on the Mbox. --- This PHP library is a dependency of a Tuleap (http://tuleap.net) which I'm trying to package. It would be great if someone in the PHP Pear Packaging team could take care of creating this package. It's not a complicated package (single PHP file + some tests files + some examples) but I'd like to avoid having to join the team just for this package. Thank you in advance for your help. -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: liblensfun 0.2.5 is available in testing
Am Sonntag, 25. März 2012, 01:48:00 schrieb Hubert Chathi: On 24/03/12 01:03 PM, Adolf Winterer wrote: now that testing has liblensfun in version 0.2.5, please check if Ufraw can be built for testing with support for this feature. Thanks for letting me know. I'll look into it. Hubert Hello Hubert, please allow me to ping you about the ufraw lensfun support. We are nearing the freeze for Wheezy and I'm getting a bit nervous now. Can we have ufraw with lensfun support? Best Regards, Adolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661991: should libtrash be removed?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 clone 661991 -1 retitle -1 RM: libtrash -- RoM; RC-buggy; abandoned upstream severity -1 normal reassign -1 ftp.debian.org As requested by the maintainer (see bug log), please remove libtrash from unstable. It is RC-buggy and unmaintained upstream. It does not have any reverse dependencies. Best Regards Willi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJP4CI8AAoJEIy+IZx0V22BAg0P/jPYXnV6Z6ic0kGtCPjYjWaX RBKdI2P/wJ76IWU3/FpPXjhfy3HL1BPlRguhk5gLALemV6Jfe1yuQo0uJGoZnBtY 0/r/skl5qRFWvn/Yhu1ByEKqI6CbV5/Fm8iHz8XgMXkYvr6n1ndB+u+N6GdorOIS uy605w3KHwbHLdFGQU+2as9Slz7yLSuam7J5vPZebAZbTccp7FM4NRUzJVvFjp0j tlBoKOqsfBfEQDrVhO90XJ1fDWNwwRX+437xbJuPIZid968bwbwM6Ec+kohtT6if Xmf7KSYNY5RzfOMDr8oRb7XG2iCZ8FpFJFh/AFdgLAERomkfc0/R4HEd+iOyId4k U1Kp8bHc6rcEQZ+qS5AevvlaX6JyE6RkSsWpeh9c8DPC2lQZ1AfspJ21eP8/KlpX v1i/cDDcO/kyzYplyuBTIQfXpc0gMR18GVGo9HZRHcD6hwfVIq8kY1WitJiTikyP rfE5D4TK3YxJA807fHvwFp09JAE3DK6BcNE+GzKmos5hAkp/PkCazFD7MtNeIoaH edKhVDXyrwjOtxzjkqFvnvfcEoyCPHoX1gO8KCshu0en3qWxurS6u7VRuhQhKV99 6R2RPLsJqcCmib9OmYGy7zKVFRZczt1CVQ74H0MB+Q/VnHzXRayPy2Lszl9j7Zxa /Wx/k0dAfvGFzGLZexol =yxxs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677843: [Pkg-nagios-devel] Bug#677843: icinga-web: [debconf_rewrite] Debconf templates and debian/control review proposal
Hello Christian, For the record, *I* will do the call for translations, as part of the general work on reviewing the templates. I wanted to thank all language reviewers that read into this bug ;) I've made a update based on your recommendations so far - wanted to include them as soon as possible in the next upload. Regards Markus -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678013: gconf2: Gconf may crash Sun JVM running Eclipse
JM == Josselin Mouette j...@debian.org writes: JM Please provide a usable backtrace. JM http://wiki.debian.org/HowToGetABacktrace BTW, wich -dbg packages do you suggest ? -- ing. Gian Uberto Lauri Direzione Ricerca e Innovazione gianuberto.la...@eng.it Engineering Ingegneria Informatica spa Corso Stati Uniti 23/C, 35127 Padova (PD) Tel. +39-049.8283.530 | main(){printf(unix[\021%six\012\0], Fax +39-049.8283.569 |(unix)[have]+fun-0x60);} http://www.eng.it | David Korn, ATT Bell Labs | ioccc best One Liner, 1987 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676635: libwine-bin: faulty dependency AND No file name for libbz2-1.0
bug still remains on amd64 -- Sergio Fernández ser...@wikier.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678069: RFS: libquantum/1.1.0-2 [QA] -- library for the simulation of a quantum computer
Hi, Thank you for a reply. Why don't you upload it into Debian Science instead ? (and set the maintainer to Debian Science ? This is QA upload. I won't be the maintainer of this package. I just want to improve its quality while it has no maintainer. See http://debian-science.alioth.debian.org/debian-science-policy.html#idp17627488 Quotation: Maintainer and Uploaders Fields The Maintainer field should be Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org. You should also add yourself to the Uploaders field. Doing so shows your involvement and interest in the package. Developers listed in Uploaders willtake care of maintenance, bug reports and other QA work, helped by the Debian Science team. I don't think that the package with Debian Science Maintainers in Maintainer field and completely without Uploaders field is good idea. If you think this will be correct and someone will upload such package, I can prepare it this evening. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678013: gconf2: Gconf may crash Sun JVM running Eclipse
JM == Josselin Mouette j...@debian.org writes: JM Le lundi 18 juin 2012 à 18:12 +0200, Gian Uberto Lauri a écrit : I use Debian at work, on my employer machine. I need to use Eclipse and Sun JVM. JM Well, there’s your problem. Sorry? My poor English is too weak to understand the meaning of this sentence. JM Please provide a usable backtrace. JM http://wiki.debian.org/HowToGetABacktrace I tought you could use those in the Eclipse bug report. O.K., will upload them. Eclipse team thinks it is gconf related. JM Given the track record of Eclipse and the fact that only Eclipse JM seems to be affected, I’d be very cautious before accusing JM anything else. The crash is in the JVM itself. Once it crashes, eclipse crashes. I avoid the crashes preventing dbus startup. JM Huh? GConf will not work at all without dbus. (And actually almost JM nothing *will* work without dbus.) I work perfectly w/o Gnome, Kde, dbus and so on :) :), the plain old X11+window manager is all I need since a long time, about 20 years :) :). All I need to use works: Firefox works, Emacs works, bash works, javac and java work, Eclipse works. -- ing. Gian Uberto Lauri Direzione Ricerca e Innovazione gianuberto.la...@eng.it Engineering Ingegneria Informatica spa Corso Stati Uniti 23/C, 35127 Padova (PD) Tel. +39-049.8283.530 | main(){printf(unix[\021%six\012\0], Fax +39-049.8283.569 |(unix)[have]+fun-0x60);} http://www.eng.it | David Korn, ATT Bell Labs | ioccc best One Liner, 1987 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678069: RFS: libquantum/1.1.0-2 [QA] -- library for the simulation of a quantum computer
On 19/06/2012 09:12, Boris Pek wrote: Hi, Thank you for a reply. Why don't you upload it into Debian Science instead ? (and set the maintainer to Debian Science ? This is QA upload. I won't be the maintainer of this package. I just want to improve its quality while it has no maintainer. Well, you should ask to the QA team then, no ? Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678069: RFS: libquantum/1.1.0-2 [QA] -- library for the simulation of a quantum computer
This is QA upload. I won't be the maintainer of this package. I just want to improve its quality while it has no maintainer. Well, you should ask to the QA team then, no ? Hmm, you are right. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678095: smarty3: Smarty 3.1.8 fails to load templates with relative paths
Package: smarty3 Version: 3.1.8-2 Severity: important Dear Maintainer, some packages use the feature of having relative template paths and need major workarounds. The bug has been fixed upstream in 3.1.9 - 3.1.10 is the latest and greatest which fixes another problem with closing tags. Maybe it would be a good idea to update to 3.1.10 before the freeze arrives. Cheers, Cajus -- 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.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smarty3 depends on: ii php5-cli 5.4.4-1 smarty3 recommends no packages. smarty3 suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#599059: [Pkg-fonts-devel] Bug#599059: RFS: fonts-tuffy
Am 18.06.2012 18:24, schrieb Christian PERRIER: I probably missed that one, but if you could prepare the upload by pointing me to a .dsc file, it will help (saves me figuring out if I can svn-buildpackage or not and if not getting the right .orig.tar.gz, etc.)/ Sure, please find one here: http://debian.greffrath.com/unstable/fonts-tuffy_20120614-1.dsc - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose
Hi, On Wed, Oct 19, 2011 at 03:17:33PM +0200, Soren Hansen wrote: Package: wnpp Severity: wishlist Owner: Soren Hansen so...@linux2go.dk * Package name: nosexcover Version : 1.0.7 Upstream Author : Chris Heisel ch...@heisel.org * URL : http://pypi.python.org/pypi/nosexcover * License : BSD Programming Lang: Python Description : Add Cobertura-style XML coverage report to nose A companion to the built-in nose.plugins.cover, this plugin will write out an XML coverage report to a file named coverage.xml. . It will honor all the options you pass to the Nose coverage plugin, especially --cover-package. Any news on this one? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678030: unattended-upgrades: No 'fancy' output init.d script
2012/6/18 Kees de Jong keesdej...@gmail.com: unattended-upgrades doesn't seem to have a 'fancy' LSB output in the init.d Could you please add them? I've updated u-a script to be fancy! :-) Hopefully I haven't introduced any functional changes. I've used the example from skeleton script. Michael, you can adapt it to your scripting style or I can do it if you consider something needs to be changed. If VERBOSE is not set nothing is printed on console. If VERBOSE is set (in rcS) than this will be printed on console: root@frost:~#./unattended-upgrades stop [ ok ] Checking for running unattended package upgrades: unattended-upgrades. Cheers -- Maybe this should be considered too? It should not attempt to open the log file if later will have nothing to write on it. doru@frost:~$ ./unattended-upgrades stop [] Checking for running unattended package upgrades: unattended-upgradesTraceback (most recent call last): File /usr/share/unattended-upgrades/unattended-upgrade-shutdown, line 107, in module format=%(asctime)s %(levelname)s - %(message)s) File /usr/lib/python2.7/logging/__init__.py, line 1527, in basicConfig hdlr = FileHandler(filename, mode) File /usr/lib/python2.7/logging/__init__.py, line 901, in __init__ StreamHandler.__init__(self, self._open()) File /usr/lib/python2.7/logging/__init__.py, line 924, in _open stream = open(self.baseFilename, self.mode) IOError: [Errno 13] Permission denied: '/var/log/unattended-upgrades/unattended-upgrades-shutdown.log' unattended-upgrades Description: Binary data
Bug#678096: python-foolscap: new release available (0.6.4)
Package: python-foolscap Version: 0.6.3-1 Severity: normal Howdy.. I'm the upstream author of python-foolscap, just wanted to let y'all know that I've just made a new release (0.6.4). There have been no major changes since the previous version, so I expect the packaging to go smoothly. There's one new file (README.packagers), but it'd be safe to omit that from a .deb if you like. cheers, -Brian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-foolscap depends on: ii python 2.7.3~rc2-1 ii python-twisted-core12.0.0-1 ii python-twisted-web 12.0.0-1 ii python-zope.interface 3.6.1-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 Versions of packages python-foolscap recommends: ii python-openssl 0.13-2 python-foolscap 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#672820: transition: libcdio
On Tue, Jun 19, 2012 at 00:15:30 +0200, Stephen Kitt wrote: As you (Julien) discovered, mednafen has a potential FTBFS related to its construction of Built-Using (#677867). Given that the current package binNMU'd correctly on all platforms except hurd-i386, I suppose I should wait until the libcdio transition is over before uploading a fix, shouldn't I? The reason I ask is since other packages are holding up the transition, I wondered if fixing a potential FTBFS warranted an upload despite the transition. Yes, please wait until the current binNMUs make it to testing. Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675922: [armel] please support dreamplug platform
On Thu, 2012-06-14 at 22:09 +0200, Arnaud Patard wrote: I've made a deb with the patches you've listed so it has dreamplug DT support (I've even added iconnect). You'll find it here: http://www.rtp-net.org/kirkwood/linux-image-3.2.0-2-kirkwood_3.2.20-2_armel.deb Can you please test it ? On install I got: Setting up linux-image-3.2.0-2-kirkwood (3.2.20-2) ... Internal Error: Could not find image (/boot/vmlinuz-3.2.0-2-kirkwood) dpkg: error processing linux-image-3.2.0-2-kirkwood (--install): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: linux-image-3.2.0-2-kirkwood and indeed: $ dpkg -c linux-image-3.2.0-2-kirkwood_3.2.20-2_armel.deb | grep \\./boot drwxr-xr-x root/root 0 2012-06-12 15:50 ./boot/ -rw-r--r-- root/root107503 2012-06-12 15:50 ./boot/config-3.2.0-2-kirkwood -rw-r--r-- root/root 1199780 2012-06-12 15:50 ./boot/System.map-3.2.0-2-kirkwood $ dpkg -c linux-image-3.2.0-2-kirkwood_3.2.20-2_armel.deb | grep vmlinu $ -- Ian Campbell One is not born a woman, one becomes one. -- Simone de Beauvoir signature.asc Description: This is a digitally signed message part
Bug#677484: libreoffice: Extrange behaviour on LibreOffice 3.5 menus
El 14/06/12 23:13, Rene Engelhard escribió: That might be, but huh? you wanted to chose something in a submenu, so what is the big problem if the main menu was overlapped by the submenu? Hello! As you can see, the big problem is the submenu does not allow to select main menú options. You must cancel selection, and then, try to select the submenú once again http://www.pasteall.org/pic/show.php?id=33446 That is minor :) It is a no critical failure, but it indicates the menu drawing is not the same like the previous libreoffice versions. This mistake could suggest some others bugs related could exists. And... it is ugly and extrange to see one application draw his widgets in his own way... without desktop integration. :D And without compiz? Note that afaicr on the mls compiz is so buggy that it won't be in wheezy. But whether compiz is involved here is an important info. At least here (sid, gnome3 - in forced fallback mode, intel graphics) it works... With XFWM4 the shadows works, but the menu still appearing in wrong orientation. The shadow could be a Compiz error... I have the next configuration in Window Decoration plugin: Window Shadow: any (class=Tooltip | Menu | PopupMenu | DropdownMenu | dock | dialog | combo | splash | Unknown) | name=VCLSalFrame | name=gnome-panel | name=gkrellm Which has no image of your overlapping thing http://www.pasteall.org/pic/show.php?id=33446 Regards, Rene Thank you Rene. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678097: [dia-shapes] shapes at least in central data processing and racks don't have default size
Package: dia-shapes Version: 0.3.0-1 Severity: important --- Please enter the report below this line. --- Just installed dia-shapes and tried to use central data processing and rack sheets to draw my data center. the shapes have no default size, dia scale them to something like 2cm heigh. The result is that a 42U rack has exactly the same heigh than a 1U server making them very difficult to rescale and fit the server inside the rack. I think the simplest way is to add a default size to the shapes as recommanded in dia doc for custom shapes. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstable ftp.fr.debian.org 500 testing ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 101 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== dia | 0.97.2-8 Package's Recommends field is empty. Package's Suggests field is empty. -- Landry MINOZA Chef de projet technique Linux et réseaux Département Informatique Sté TELBASE FC Tél: 4715 (+33140494715) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose
2012/6/19 Guido Günther a...@sigxcpu.org: On Wed, Oct 19, 2011 at 03:17:33PM +0200, Soren Hansen wrote: Package: wnpp Severity: wishlist Owner: Soren Hansen so...@linux2go.dk * Package name : nosexcover Any news on this one? Sorry, no. I lost my momentum. If you want to take it over, feel free. -- Soren Hansen | http://linux2go.dk/ Senior Software Engineer | http://www.cisco.com/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677250: Acknowledgement (xz files with multiple blocks are not recognized)
Joey Hess jo...@debian.org writes: +if (scalar(@filters) != 1 || $filters[0] !~ /^--lzma2=/) { +die Only LZMA2 is supported ; +die Unkown dict size: $dict_size\n if (!defined($presets)) ; +my $check_kwd = $check_kwd_of{$check_name} ; +die Unknown xz check: $check_name\n if (!defined($check_kwd)) ; Could it just fall back to the old guessing behavior instead of dying? It does, in reproducexz: eval { $possible_args = readxz($orig); } ; # If we get an error we fallback to guessing, otherwise, we should # succeed with one of the proposed combinations if (! $@) { +foreach my $program (@supported_xz_programs) { +# try to guess the xz arguments that are needed foreach my $args (predictxzargs($possible_levels, $program)) { -testvariant($orig, $tmpin, $program, @$args) - return $program, @$args; +testvariant($orig, $tmpin, $program, @$args) + return $program, @$args; Your editor is replacing tabs with spaces.. I can fix that. modified pristine-xz === modified file 'pristine-xz' --- pristine-xz 2012-06-12 15:45:07 + +++ pristine-xz 2012-06-19 07:47:17 + @@ -101,6 +101,133 @@ print STDERRpristine-xz [-vdkt] genxz delta file\n; } +sub assign_fields { + my ($hash, $labels, $fields) = @_ ; + @$hash{@$labels} = @$fields[1..scalar(@$labels)] ; +} + +sub scan_xz_lvv_robot { + my ($filename) = @_ ; + # We need at least version 5.0 to get a proper '-lvv --robot' + # implemented + my $cmd = xz -lvv --robot $filename ; + my $ret = open (my $in, $cmd |) || die $cmd failed: $!; + my %xz = (file = {}, stream = {}, blocks = [], + summary = {}, totals = {}) ; + my (%file, %stream, @blocks, %summary, %totals) ; + my @file_labels = qw{nb_streams nb_blocks compressed uncompressed + ratio checks padding_size} ; + my @stream_labels = + qw{stream_num nb_blocks compressed_offset uncompressed_offset + compressed_size uncompressed_size ratio check_name + padding_size}; + my @block_labels = + qw{stream_num block_in_stream block_in_file compressed_offset + uncompressed_offset compressed_size uncompressed_size ratio + check_name check_value header_size size_present_flags + actual_compressed_size uncompress_memory filter_chain} ; + my @summary_labels = qw{uncompressed_memory size_in_blocks} ; + my @totals_labels = + qw{nb_streams nb_blocks compressed_size uncompressed_size ratio + check_names padding_size nb_files uncompressed_memory + size_in_blocks} ; + + while (my $line = $in) { + chomp $line ; + my @fields = split(/\t/, $line) ; + if ($fields[0] eq 'name') { + next ; + } + if ($fields[0] eq 'file') { + assign_fields($xz{file}, \@file_labels, \@fields) ; + next ; + } + if ($fields[0] eq 'stream') { + assign_fields($xz{stream}, \@stream_labels, \@fields) ; + next ; + } + if ($fields[0] eq 'block') { + my %block ; + assign_fields(\%block, \@block_labels, \@fields) ; + push @{$xz{blocks}}, \%block ; + next ; + } + if ($fields[0] eq 'summary') { + assign_fields($xz{summary}, \@summary_labels, \@fields); + next ; + } + if ($fields[0] eq 'totals') { + assign_fields($xz{totals}, \@totals_labels, \@fields) ; + next ; + } + } + close $in ; + return \%xz ; +} + +sub predict_xz_args { + my ($xz) = @_ ; + my $presets = undef ; + my $block_split = undef ; + my $blocks = $xz-{blocks} ; + if (scalar(@$blocks)) { + # There is at least one block. We assume the same compression + # level for all blocks + my $block = $blocks-[0] ; + my @filters = split(/,/, $block-{filter_chain}) ; + if (scalar(@filters) != 1 || $filters[0] !~ /^--lzma2=/) { + die Only LZMA2 is supported ; + } + # Deduce the presets from the dict size + if ($filters[0] =~ /--lzma2=dict=(.*)/) { + my $dict_size = $1 ; + my %lzma2_presets_from_dict_size_of = +('256KiB' = ['0'], + '1Mib' = ['1'], + '2MiB' = ['2'], + '4MiB' = ['4', '3'], + # Put 6 before 5 as it's the default and is + # more likely to be right + '8MiB' = ['6', '5'], + '16MiB' = ['7'], + '32MiB' = ['8'], + '64MiB' = ['9'], +) ; + $presets = $lzma2_presets_from_dict_size_of{$dict_size}; + die Unkown dict size: $dict_size\n +if (!defined($presets)) ; + } + if (scalar(@$blocks) 1) { + # Gather the block uncompressed sizes + $block_split = join(',', map {$_-{uncompressed_size}} + @$blocks) ; + } + } + # FIXME: none is missing + my %check_kwd_of = + (CRC32 = 'crc32', + CRC64 = 'crc64', + 'SHA-256' = 'sha256', + ) ; + my $check_name = $xz-{stream}-{check_name} ; + my $check_kwd = $check_kwd_of{$check_name} ; + die Unknown xz check: $check_name\n if
Bug#678091: python-apt: recommends xz-lzma but does not use it
On Tue, Jun 19, 2012 at 01:34:50AM -0500, Jonathan Nieder wrote: tags 678091 - patch forcemerge 677934 678091 quit Jonathan Nieder wrote: --- i/debian/changelog +++ w/debian/changelog @@ -1,3 +1,11 @@ +python-apt (0.8.4+nmu1) local; urgency=low + + * debian/control: +- recommend apt (= 0.9.0) for lzma-comp support without the lzma command +- remove no longer needed xz-lzma recommendation Sloppy. Looks like this is already filed and the fix used is a little better (since it adds an xz-utils recommendation --- by the way, should python-apt recommend bzip2, too?). So untagging the patch and merging the bugs. APT's library depends on libbz2-1.0, and does not use bzip2 anymore, at least certainly not for the stuff useable from python-apt. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674267: facing upto #674267
We need to deal with this issue before the release (and preferably freeze). We have finally managed to get oracle to verify the issue and now we are awaiting triage. However obviously that is not going to help us in the short term. We have now identified two options - both of which are restricted to the i386/kfreebsd-i386/hurd (i.e. any-i386) platforms. 1.) compile against gcc-4.5 and g++-4.5 2.) set the magic TAOCRYPT_DISABLE_X86ASM thingy causing SSL connections on those platforms to be slower. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678099: sogo: fails to purge - command (deluser|adduser) in postrm not found
Package: sogo Version: 1.3.15a-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. The fix should be easy: your package is using adduser or deluser from the adduser package, which is only priority important. Using useradd or userdel from the passwd package (priority required) should fix this problem. There is ongoing discussion how to handle system users on package removal, see http://bugs.debian.org/621833 Consensus seems to be not to remove system users (to avoid reusing UIDs which could grant access to the wrong files) but to lock them (where locking/unlocking is not yet precisely defined). Until that has been decided it should be sufficient to have the postrm script ignore any errors from deluser: deluser ... || true Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing sogo ... Purging configuration files for sogo ... /var/lib/dpkg/info/sogo.postrm: 19: /var/lib/dpkg/info/sogo.postrm: deluser: not found dpkg: error processing sogo (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: sogo cheers, Andreas sogo_1.3.15a-2.log.gz Description: GNU Zip compressed data
Bug#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
Package: wnpp Severity: wishlist Owner: Julien Cristau julien.cris...@logilab.fr * Package name: salome-{kernel,gui,med,geom,paravis,..} Version : 6.5.0 Upstream Author : CEA, EDF RD, Open CASCADE * URL : http://www.salome-platform.org/ * License : mostly LGPL Programming Lang: C++, Python Description : integration platform for numerical simulation Salomé is a pre- and post-processor for numerical simulations. It can import CAD files in IGES and STEP formats, facilitates component integration in heterogeneous systems, and has a user-friendly GUI as well as a Python console with all of the platform functionality. An earlier version used to be in sid as the 'salome' source package, but was removed early this year. I'm planning on reintroducing it in smaller pieces in the hope it'll be more manageable. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678101: shell scripting mistake in /etc/init.d/networking
Package: ifupdown Version: 0.7 Severity: normal I have just noticed these error messages that appear during the boot on my system: Configuring network interfaces...cat: /sys/class/net/tun0/operstate: No such file or directory cat: /sys/class/net/tap1/operstate: No such file or directory This is caused by the test [ -e /sys/class/net/$iface -a $(cat /sys/class/net/$iface/operstate) = up ] This will not work as intended because shell evaluates the command substitution $(...) before running the test command (the [ command). Instead, this should be done like this [ -e /sys/class/net/$iface ] [ $(cat /sys/class/net/$iface/operstate) = up ] A patch is attached. -- Stanislav --- networking.orig 2012-05-30 19:46:14.0 +0400 +++ networking 2012-06-19 12:13:23.0 +0400 @@ -80,7 +80,7 @@ then ifaces=$(for iface in $(ifquery --list --allow=hotplug) do -if [ -e /sys/class/net/$iface -a $(cat /sys/class/net/$iface/operstate) = up ] +if [ -e /sys/class/net/$iface ] [ $(cat /sys/class/net/$iface/operstate) = up ] then echo $iface fi
Bug#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
On 19/06/12 09:29, Julien Cristau wrote: Package: wnpp Severity: wishlist Owner: Julien Cristau julien.cris...@logilab.fr * Package name: salome-{kernel,gui,med,geom,paravis,..} Version : 6.5.0 Upstream Author : CEA, EDF RD, Open CASCADE * URL : http://www.salome-platform.org/ * License : mostly LGPL Programming Lang: C++, Python Description : integration platform for numerical simulation Salomé is a pre- and post-processor for numerical simulations. It can import CAD files in IGES and STEP formats, facilitates component integration in heterogeneous systems, and has a user-friendly GUI as well as a Python console with all of the platform functionality. An earlier version used to be in sid as the 'salome' source package, but was removed early this year. I'm planning on reintroducing it in smaller pieces in the hope it'll be more manageable. Cheers, Julien Good luck! It's a beast =) Did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657433 ? Adam said he did push the latest packaging to alioth. I have enough beasts on my list to package, so this time around I won't be able to help much (not that I did help much last time around). -- Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629624: python-apt: acquire.run() should fail when the lists/partial directory is missing
On Wed, Jun 08, 2011 at 10:12:39AM +0200, Raphaël Hertzog wrote: Package: python-apt Version: 0.8.0 Severity: normal Consider the following code: import sys import apt_pkg apt_pkg.init_config() apt_pkg.config[Dir::Etc] = /home/rhertzog/deb/core/rolling/sat-britney/apt-etc apt_pkg.config[Dir::State] = /home/rhertzog/deb/core/rolling/sat-britney/apt-state apt_pkg.config[Dir::Cache] = /home/rhertzog/deb/core/rolling/sat-britney/apt-cache apt_pkg.init_system() acquire = apt_pkg.Acquire() srclist = apt_pkg.SourceList() if not srclist.read_main_list(): sys.stdout.write(Failed to read sources.list) if srclist.get_indexes(acquire, True): sys.stdout.write(Update OK\n) else: sys.stdout.write(Update failed\n) res = acquire.run() if res == apt_pkg.Acquire.RESULT_CONTINUE: sys.stdout.write(Download OK\n) else: sys.stdout.write(Download failed\n) I have a created a simple sources.list in Dir::Etc (listing an http:// URL) but I'm missing a partial directory in Dir::State::lists. The code will execute without errors but no files will be downloaded. Either it should auto-create the partial sub-dir or it should fail with a proper error/exception. The current behavior is sub-optimal. Fixed in revision 609. Traceback (most recent call last): File a.py, line 11, in module acquire = apt_pkg.Acquire() SystemError: E:List directory /home/rhertzog/deb/core/rolling/sat-britney/apt-state/lists/partial is missing. - Acquire (2: No such file or directory) -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678102: gnome-shell: Custom shortcuts does not work while alternate keybord layout is switched on, and sometimes those stop working at all in regular layout.
Package: gnome-shell Version: 3.4.1-5 Severity: important 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 *** I have added custom shortcut (Ctrl+~) to launch gnome-terminal, but after last upgrade it stops working properly. First it stops working while the cyrillyc layout is switched on, second, sometimes it stops reacting on this shortcuts at all, even in regular keybord layout. The keys combination must be pressed at least two or three times, until it takes any action. -- 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/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-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.6-1 ii gir1.2-cogl-1.0 1.10.2-3 ii gir1.2-coglpango-1.0 1.10.2-3 ii gir1.2-folks-0.6 0.6.9-1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-1 ii gir1.2-gnomebluetooth-1.03.4.0-2 ii gir1.2-gtk-3.0 3.4.2-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-4 ii gir1.2-networkmanager-1.00.9.4.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.16-2 ii gjs 1.32.0-2 ii gnome-bluetooth 3.4.0-2 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2-3 ii gnome-shell-common 3.4.1-5 ii gnome-themes-standard3.4.2-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libcamel-1.2-29 3.2.2-3 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.6-1 ii libcogl-pango0 1.10.2-3 ii libcogl9 1.10.2-3 ii libcroco30.6.5-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.98-1 ii libebook-1.2-12 3.2.2-3 ii libecal-1.2-10 3.2.2-3 ii libedataserver-1.2-153.2.2-3 ii libedataserverui-3.0-1 3.2.2-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-2 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-1 ii libical0 0.48-2 ii
Bug#678103: nmu: qgis_1.7.4+1.7.5~20120320-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu This plugin is currently uninstallable due to grass version change. nmu qgis_1.7.4+1.7.5~20120320-1.1 . ALL . -m Rebuild against current grass version -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#678104: gajim: Crash occasionally when closing the last window
Package: gajim Version: 0.15-1.1 Severity: normal Not sure if this belong in gajim or one of its dependencies so maybe it'll need a reassign. The problem I have is that on my two computers gajim tends to crash (SIGSEGV) when closing the last window opened. The bug is not fully reproducible but it happens several times a day for me. Hence within 2 days I can say with quite certainty if a patch is working or not. Here is the traceback I got with gdb: Program received signal SIGSEGV, Segmentation fault. 0x74741ba5 in gtk_accel_groups_activate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x74741ba5 in gtk_accel_groups_activate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #1 0x749378ec in gtk_window_activate_key () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #2 0x74937959 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #3 0x74807538 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x76138724 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x76149530 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x7615134b in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #7 0x761518c2 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x74920451 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #9 0x74805797 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #10 0x74805a23 in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #11 0x744711ec in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #12 0x75a70205 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x75a70538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x75a70932 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x74804a77 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #16 0x74ebbf14 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so #17 0x004eb52c in PyEval_EvalFrameEx () #18 0x004f1db0 in PyEval_EvalCodeEx () #19 0x004d980d in PyRun_FileExFlags () #20 0x004d9a96 in PyRun_SimpleFileExFlags () #21 0x004da39e in Py_Main () #22 0x76976ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe568) at libc-start.c:228 BFD: reopening /usr/lib/x86_64-linux-gnu/liblzma.so.5: No such file or directory BFD: reopening /usr/lib/x86_64-linux-gnu/liblzma.so.5: No such file or directory Dwarf Error: Can't read DWARF data from '/usr/lib/x86_64-linux-gnu/liblzma.so.5' Best regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 gajim depends on: ii dnsutils 1:9.8.1.dfsg.P1-4 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 Versions of packages gajim recommends: ii dbus1.6.0-1 ii notification-daemon 0.7.5-1 ii plasma-widgets-workspace [notification-daemon] 4:4.8.4-2 ii python-crypto 2.6-2 ii python-dbus 1.1.0-1 ii python-openssl 0.13-2 ii python-pyasn1 0.1.3-1 Versions of packages gajim suggests: pn aspell-en none ii avahi-daemon0.6.31-1 ii dvipng 1.14-1+b1 pn gnome-keyring none ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii libgtkspell02.0.16-1 pn nautilus-sendto none ii network-manager 0.9.4.0-5 ii python-avahi0.6.31-1 pn python-farsight none pn python-gconfnone pn python-gnome2 none pn python-gnomekeyring none pn python-kerberos none pn python-pycurl none ii texlive-latex-base 2012.20120611-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#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
On Tue, Jun 19, 2012 at 09:40:32 +0100, Dmitrijs Ledkovs wrote: Good luck! It's a beast =) Thanks :) Did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657433 ? Yep. I'll start with a smaller set of modules, and get things in experimental at first to get a feel for the pain involved. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677086: apache2-mpm-prefork: apache2 sends 400 bad request on POST from some firefox browsers
From the dump you uploaded, increasing mod_reqtimeout's timeouts could also help as a workaround. I am not sure why increasing mod_reqtimeout's should work. Using 2.2.22 FF sends continuously data and using 2.2.16 FF didn't send anything for more than 20 seconds. I don't think that FF will start sending data after waiting for more than 20 seconds. But nevertheless I will try to get test results with higher timeouts configured. The test with apache 2.2.16 configured with: reqtimeout.conf: RequestReadTimeout header=40-60,minrate=500 results also in a 400 Bad Request but only after 40 seconds, as expected. http://uploadtest.puzzleandplay.de/capture-a2-2-16-reqtimeout-40.png (screenshot) http://uploadtest.puzzleandplay.de/capture-a2-2-16-reqtimeout-40.cap (capture) Here are two captures from an upload of a 512K large testfile: 2.2.16: http://uploadtest.puzzleandplay.de/capture-a2-2-16-512K.cap 2.2.22: http://uploadtest.puzzleandplay.de/capture-a2-2-22-512K.cap The 2.2.16 dump was done with Firefox 12, the 2.2.22 dump with Firefox 13. Retry with identical clients. Vice versa. The 2.2.16 dump was done with Firefox 13, the 2.2.22 dump with FF 12. Both tests were done from the same machine but the 2.2.22 capture is older. Thats the reason for the different versions. Here are two captures from yesterday. In each capture a 480K large testfile was uploaded with FF 13 from the same machine. (RequestReadTimeout header=40-60,minrate=500) 2.2.16 (same as above!): http://uploadtest.puzzleandplay.de/capture-a2-2-16-reqtimeout-40.cap (capture) http://uploadtest.puzzleandplay.de/capture-a2-2-16-reqtimeout-40.png (screenshot) 2.2.22: http://uploadtest.puzzleandplay.de/capture-a2-2-22-reqtimeout-40.cap (capture) http://uploadtest.puzzleandplay.de/capture-a2-2-22-reqtimeout-40.png (screenshot) The same behavior as with Firefox 12 (or older versions). But I found a very very important thing: Nothing seems to be relevant besides the send 408 instead of 400 on timeout. Maybe firefox automatically retries on 408, but doesn't on 400? In my opinion, the failure occurs much earlier. Firefox doesn't even start the upload of the file when 2.2.16 is used! (see wireshark captures later in this mail) We are both right. When using 2.2.22 the FIRST try of Firefox FAILS with error 408 Request Time-out. It seems that Firefox then makes a retry (as supposed by you). The same is also true for Firefox 12 (and older versions I guess). And because of the returned error code 400 instead of 408 in 2.2.16 the retry mechanism in Firefox does not work! That's the reason why an upload is possible with 2.2.22 and not possible with 2.2.16. - Apply this patch to 2.2.16 and see if it helps: http://svn.apache.org/viewvc?view=revisionrevision=1100200 Applying the patch will only change the error code in frame 6 (2.2.16) from 400 to 408. IMHO the frame 4 (2.2.16) is already the problem. The behavior of Firefox in frame 4 seems to be a bug in Firefox. But changing the error code from 400 to 408 seems to be a perfect workaround for this Firefox bug. Can you apply this patch in the official debian squeeze stable release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678105: RM: r-cran-qvalue -- ROM; Package was move upstream from CRAN to BioConductor - Debian package follows naming scheme of R packages
Package: ftp.debian.org Severity: normal Hi, the package r-bioc-qvalue replaces r-cran-qvalue so please remove the later. Kind regards and thanks for your nice work Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675971: what should we be doing?
Hi micah, On Mon, Jun 18, 2012 at 10:59:40PM -0400, micah anderson wrote: Is the situation that all users that are at 1.2.3-348 and older can speak to each other and all users that are at 1.2.3-349 and greater can speak to each other, but =349 cannot speak to =348 users? If so, is the intended plan for everyone to bump up to =349? If that is true, at the very least this warrants a NEWS entry. If only it were actually that simple ... The situation looks something like this: - Prior to the squeeze freeze, and after lots of discussion, mumble picked celt 0.7.1 to be the baseline codec for its internal protocol. It still had speex support then, but would prefer to use celt. - For squeeze we provided a system library of that, so that anything else which wanted to experiment with celt would have a version to do that with too. Thorvald was going to encourage other distros to ship this version of celt so there would be interoperability with a broad range of users - but that never happened and they all shipped some other incompatible version of it instead :( Mumble already embeds it's own celt for those. - For squeeze+1, we were fairly sure celt would be obsolete and we'd have Opus by now, and the plan was to drop the system lib when that happened, with mumble making celt a private library of its own (given that it's really the only thing that actually depends on 0.7.1). Eventually all of its users would have Opus and celt could be dropped there too. - We now have Opus, and all versions of celt outside of it are no longer being maintained by anybody. - Out best laid schemes then, true to form, gang aft agley when I learned of reasonable suspicion that 0.7.1 may be carrying a remote crasher among other unfixed issues. These things were fixed in later releases of celt, but given it's an experimental codec, those versions are neither bitstream compatible with 0.7.1, nor are those fixes directly backportable since much of the code has been entirely rewritten numerous times now. - Nobody is committing to maintaining and taking responsibility for celt 0.7.1, or has sufficient 'spare' time and/or the requisite knowledge to fully investigate this further. - Upstream has completely dropped the speex support from clients in recent changes to the code. So at the time of the -349 upload, this was supposed to be temporary, while people investigated the celt issues further. But since then, it's mostly become fairly clear that isn't going to happen in any particularly reassuring way, and people have in fact just reaffirmed that nobody actually wants to be responsible for maintaining celt 0.7.1. So I can't really in good faith sign off on pushing that to the distro for the life of a stable release at this point. Which means the mumble client that we currently have will only interoperate with clients that have opus support. Calling that an intended plan seems like an overstatement then ... For the moment, at best, it is Present Day Reality and full of very unintended elements. Given the cloud over celt 0.7.1, encouraging anyone you care about to update to a version using Opus instead seems independently prudent. Given the general state of things, including the zeroc-ice snafu of breaking ABI to fix the build with gcc 4.7, and the time we have remaining before the freeze, I'm having a very hard time seeing how this might possibly be a viable release candidate for Wheezy anyway at this stage. The only thing that seems to be clear, is that if mumble has a future, it's going to be with opus, not celt. So anybody who wants to help resolve this as quickly as possible, should definitely be focussing on that migration. This is largely out of my power to plan or control, so how long this will take pretty much entirely depends on how long it takes people to tell their friends it's time to update again. All I can really hope is that it will happen before the blackhats tell them that instead. All I can really do is not make that something Debian's -security team will need to deal with over the life of Wheezy. Sorry, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664639: Re: [debian-mysql] Bug#664639: mysqladmin flush-logs fails: more debugging output required?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 664639 mysql-server-5.5 retitle 664639 mysqld_safe creates logfile as root which prevents mysqld from appending thanks Hi, I've attached strace output from mysqladmin. As you can see the errormsg 'ERROR 1105 (HY000): Unknown error' is generated by the mysqld process. Also I've attached an strace output from the running mysql daemon. There you can see that the error is generated because of this: [pid 12372] open(/var/log/mysql/error.log, O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 EACCES (Permission denied) I've checked the file permissions and mysqld, which is running as user mysql, cannot write to that logfile: - -rw-rw 1 root adm 8075 Jun 19 10:25 /var/log/mysql/error.log With logging enabled via mysql.cnf [mysqld] log-error = /var/log/mysql/error.log But how comes that this file is owned by root? Having a look into that logfile the first line gives the answer: 120313 12:27:41 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql This means the logfile initially has been created by the mysqld_safe process (umask 007) and therefor is not writeable for the mysqld process. Currently I do not have an idea how to fix this, but I'll stay on track Cheers Bjoern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/gQXYACgkQABMWRpwdNungwACgvgafRpyB1Npa2jK6OL2vV+72 a5YAoL2sZzYZUSJwGHHGVunpxheahVUG =wKnm -END PGP SIGNATURE- execve(/usr/bin/mysqladmin, [/usr/bin/mysqladmin, --defaults-file=/etc/mysql/debia..., flush-logs], [/* 16 vars */]) = 0 brk(0) = 0x7fe3d82dc000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe3d680a000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=17326, ...}) = 0 mmap(NULL, 17326, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe3d6805000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libpthread.so.0, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\360Y\0\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=131258, ...}) = 0 mmap(NULL, 2208640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe3d63d3000 mprotect(0x7fe3d63ea000, 2093056, PROT_NONE) = 0 mmap(0x7fe3d65e9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7fe3d65e9000 mmap(0x7fe3d65eb000, 13184, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe3d65eb000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libmysqlclient.so.16, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\240\232\5\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=2217984, ...}) = 0 mmap(NULL, 4318408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe3d5fb4000 mprotect(0x7fe3d6181000, 2097152, PROT_NONE) = 0 mmap(0x7fe3d6381000, 331776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1cd000) = 0x7fe3d6381000 mmap(0x7fe3d63d2000, 1224, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe3d63d2000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libcrypt.so.1, O_RDONLY)= 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0P\n\0\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=35104, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe3d6804000 mmap(NULL, 2318784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe3d5d7d000 mprotect(0x7fe3d5d85000, 2093056, PROT_NONE) = 0 mmap(0x7fe3d5f84000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x7fe3d5f84000 mmap(0x7fe3d5f86000, 184768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe3d5f86000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300@\0\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=89064, ...}) = 0 mmap(NULL, 2194128, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe3d5b65000 mprotect(0x7fe3d5b7a000, 2093056, PROT_NONE) = 0 mmap(0x7fe3d5d79000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x7fe3d5d79000 mmap(0x7fe3d5d7b000, 6864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe3d5d7b000 close(3)= 0 access(/etc/ld.so.nohwcap,
Bug#653515: [pkg-wpa-devel] Bug#653515: Very chatty in syslog; message every time rekeying occurs
Hi Josh, wpa_supplicant logs a message like this to syslog every time WPA group rekeying occurs: Dec 24 08:26:16 leaf wpa_supplicant[1319]: WPA: Group rekeying completed with AP:MA:CA:DD:RE:SS [GTK=CCMP] On a network configured to rekey frequently, this generates a large number of syslog message, drowning out more useful log messages. Does wpa_supplicant really need to log every time rekeying occurs? You can configure the logging verbosity through your /etc/network/interfaces stanza on a per interface basis, quoting from /usr/share/doc/wpasupplicant/README.Debian.gz: [snip] Rekeying events are at MSG_INFO severity, setting wpa-debug-level to -1 will raise the bar to MSG_WARNING and hide all rekeying notices (which are still readable in e.g. wpa_cli) from the logs. I appreciate the pointer to information on how to make this message go away on my system, but I intended the bug report as a request to make wpa_supplicant less chatty by default. My question above still applies: Does wpa_supplicant really need to log every time rekeying occurs? No What value does this provide? Not much to me Could this message become something that only appears at -v or above, rather than by default? Yep, sure could Now we just need this report summarised and sent to hos...@lists.shmoo.com to get something done about it. Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678106: base-files: dummy bug, please ignore
Package: base-files Version: 6.11 Severity: serious If this release reaches testing before initscripts 2.88dsf-27, the following will happen to anybody installing a new system from scratch: base-files creates /etc/motd as a real file. initscripts in testing removes the first line of /etc/motd to create /etc/motd.tail Then, when you upgrade to initscripts in unstable, the file /etc/motd.tail is moved back to /etc/motd. The problem with this is that the /etc/motd which is created by base-files 6.11 already has the first line trimmed (i.e. it is already in motd.tail format). I could have avoided this by using a Breaks: but such relation is too strong. It is ok to have base-files 6.11 and initscripts 2.88dsf-22.1 in the system as far as you bootstrapped the system with base-files 6.9 or earlier. So, this is a dummy bug to prevent base-files 6.11 to enter testing. Should be closed as soon as initscripts 2.88dsf-27 or later reaches testing. If they enter testing at the same time, even better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678107: RFS: acsccid/1.0.4-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package acsccid * Package name: acsccid Version : 1.0.4-1 Upstream Author : Advanced Card Systems Ltd. i...@acs.com.hk * URL : http://acsccid.sourceforge.net/ * License : LGPL-2.1+ Section : libs It builds those binary packages: libacsccid1 - PC/SC driver for ACS USB CCID smart card readers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/acsccid Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/acsccid/acsccid_1.0.4-1.dsc acsccid 1.0.4 is a bug fixed release. It added more ACS readers support and improved the compatibility with pcsc-lite 1.8.3. Changes since the last upload: acsccid (1.0.4-1) unstable; urgency=low * New upstream release. * Updated debhelper to 9. * Updated Standards-Version to 3.9.3. Regards, Godfrey Chung -- 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/1 CPU core) Locale: LANG=en_HK.utf8, LC_CTYPE=en_HK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676802: [Pkg-citadel-devel] Bug#676802: Bug#676802: citadel-server: Fails to relay email via smarthost
Reported upstream at http://uncensored.citadel.org/readfwd?go=Citadel%20Support?start_reading_at=3269438#3269438 Regards, Jamie -- Jamie Jones Email: yagi...@yagisan.org GPG/PGP signed mail preferred. PGP Key ID 0x4B6E7209 Fingerprint E1FD 9D7E 6BB4 1BD4 AEB9 3091 0027 CEFA 4B6E 7209 signature.asc Description: PGP signature
Bug#667068: please verify the fix
I believe I have fixed the bug, but can you please test with version from VCS, before the package gets uploaded to Debian. Run 'wajig readme wajig' for instructions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656899: mdadm: sending ioctl 1261 to a partition warnings in kernel log
Another one, confirming existence in 2.6.32-45. System has recently been upgraded from oldstable. No actual problems detected, just the messages. dorfl:~# cat /proc/version Linux version 2.6.32-5-686-bigmem (Debian 2.6.32-45) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun May 6 04:39:05 UTC 2012 dorfl:~# grep md /var/log/dmesg [ 4.376264] md: raid0 personality registered for level 0 [ 4.378696] md: raid1 personality registered for level 1 [ 4.395482] mdadm: sending ioctl 1261 to a partition! [ 4.395484] mdadm: sending ioctl 1261 to a partition! [ 4.395632] mdadm: sending ioctl 1261 to a partition! [ 4.395636] mdadm: sending ioctl 1261 to a partition! [ 4.413568] mdadm: sending ioctl 1261 to a partition! [ 4.413570] mdadm: sending ioctl 1261 to a partition! [ 4.413674] mdadm: sending ioctl 1261 to a partition! [ 4.413676] mdadm: sending ioctl 1261 to a partition! [ 4.413788] mdadm: sending ioctl 800c0910 to a partition! [ 4.413791] mdadm: sending ioctl 800c0910 to a partition! [ 4.417101] md: md0 stopped. [ 4.417847] md: bindsdb1 [ 4.417967] md: bindsda1 [ 4.418703] raid1: raid set md0 active with 2 out of 2 mirrors [ 4.418717] md0: detected capacity change from 0 to 4301717504 [ 4.419235] md0: [ 4.421492] md: md1 stopped. [ 4.422680] md: bindsdb2 [ 4.422803] md: bindsda2 [ 4.423530] raid1: raid set md1 active with 2 out of 2 mirrors [ 4.423544] md1: detected capacity change from 0 to 2154954752 [ 4.424045] md1: unknown partition table [ 4.432681] md: md2 stopped. [ 4.433223] md: bindsdb3 [ 4.47] md: bindsda3 [ 4.434080] raid1: raid set md2 active with 2 out of 2 mirrors [ 4.434094] md2: detected capacity change from 0 to 743696826368 [ 4.434621] md2: [ 8.113984] Adding 4200888k swap on /dev/md0. Priority:-1 extents:1 across:4200888k [ 9.392446] EXT3 FS on md1, internal journal dorfl:~# grep md /var/log/syslog Jun 19 08:38:50 dorfl kernel: [1806233.314730] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.314734] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.365106] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.365110] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.395145] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.395150] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.419005] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.419010] mdadm: sending ioctl 1261 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.451229] mdadm: sending ioctl 800c0910 to a partition! Jun 19 08:38:50 dorfl kernel: [1806233.451233] mdadm: sending ioctl 800c0910 to a partition! -- Bier met grenadyn Is als mosterd by den wyn Sy die't drinkt, is eene kwezel Hy die't drinkt, is ras een ezel
Bug#678108: httpcomponents-core: FTBFS twice in a row - broken clean rule
Package: httpcomponents-core Version: 4.1.4 Severity: serious Tags: patch Hi, Your package FTBFS twice in a row because the clean rule does not call mh_clean to clean up after the maven helpers used in d/rules. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645087: RFA: coinor-cbc -- Coin-or branch-and-cut mixed integer programming solver
retitle 645087 ITA: coinor-cbc -- Coin-or branch-and-cut mixed owner 645087 ! thanks Hello, I would like to adopt coinor-cbc with Christophe-Marie Duquesne (CC'ed). The short term plan is to pick Vincent Legout's patch for RC bug #669522 and if time constraints allow it, package the latest upstream version (2.7.7). Thank you for maintaining this package, and have a nice day ! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678109: mlterm.desktop is not 100% compatible with freedesktop.org menu specification
Package: mlterm Version: 3.1.2-1 Severity: minor Dear Maintainer, running destkop-file-validate mlterm.desktop show the following warnings: mlterm.desktop: warning: value Application;Utility;TerminalEmulator; for key Categories in group Desktop Entry contains a deprecated value Application mlterm.desktop: error: (will be fatal in the future): value TerminalEmulator in key Categories in group Desktop Entry requires another category to be present among the following categories: System FDO menu specification[1] suggests(or requires?) System to be also used when TerminalEmualtor is used. That is what xterm and konsole do in their ..desktop files. [1] http://standards.freedesktop.org/menu-spec/latest/apa.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.4.0-gentoo+ (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 mlterm depends on: ii libc6 2.13-33 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libssh2-1 1.4.2-1 ii libx11-62:1.5.0-1 ii mlterm-common 3.1.2-1 Versions of packages mlterm recommends: ii mlterm-tools 3.1.2-1 Versions of packages mlterm suggests: pn fonts-arphic-bsmi00lp none pn fonts-arphic-gbsn00lp none pn fonts-baekmuk none ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii fonts-vlgothic [fonts-japanese-gothic] 20120610-3 pn mlterm-im-m17nlib none pn mlterm-im-scim none pn mlterm-im-uim none pn t1-cyrillic none ii ttf-freefont20120503-1 pn unifont none pn xfonts-efont-unicodenone -- 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#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.
* Vincent Legout vinc...@legout.info [120619 09:25]: tags 669522 patch thanks Lucas Nussbaum lu...@lucas-nussbaum.net writes: During a rebuild of all packages in sid, your package failed to build on amd64. It should build fine with the attached patch. It was caused by libCgl.la no longer being shipped by coinor-libcgl-dev (see #633173). Vincent Hello, Thanks for providing a patch for this bug. I'm in the process of adopting this package (ITA: #645087), so please don't NMU this too soon, I will integrate it in a few days in a maintainer upload. Have a nice day ! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670292: xemacs ... fails to upgrade from squeeze
Hi, why is this bug flagged as affecting tuareg-mode? If the reason is the dependency on xemacs21|emacsen : this has been changed to emacs23|emacsen in version 1:2.0.6-2, uploaded this morning. -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ = New email address: trei...@pps.univ-paris-diderot.fr = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678042: seabios - Please enable Xen support
18.06.2012 23:14, Bastian Blank wrote: Package: seabios Version: 1.7.0-1 Severity: wishlist Please enable Xen support in seabios. It will be used by the next Xen release and maybe the version in Wheezy. Do you know what's the outcome of this? As far as I remember, it is just a config option, but it is not enabled by default, do you know why? Kevin, can you comment please? Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678111: apt-dater: refresh doesn't use ssh options
Package: apt-dater Version: 0.8.4-4+squeeze1 Severity: normal Hello, it took me quite a while to find the reason, but it seems like apt-dater doesn't always use the configured ssh options. I tried to set a custom SSH key file by adding '-i ~/.ssh/apt-dater_rsa' to OptionalCmdFlags in [SSH] section at ~/.conf/apt-dater/apt-dater.conf. Upgrading or installing packages uses the ssh options as configured, but refreshing package lists doesn't. To me this was quite confusing. I suggest to use the custom SSH options everywhere. Or even better, add an extra config option SSHKey which is used for both SSH and SCP/SFTP. Regards, jonas -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libncursesw5 5.7+20100313-5shared libraries for terminal hand ii libpopt0 1.16-1lib for parsing cmdline parameters ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library ii openssh-client 1:5.5p1-6+squeeze2secure shell (SSH) client, for sec ii screen 4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: ii apt-dater-host 0.8.4-4+squeeze1 host helper application for apt-da ii mc 3:4.7.0.9-1 Midnight Commander - a powerful fi ii xsltproc1.1.26-6 XSLT 1.0 command line processor -- 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#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes
On 06/19/2012 02:49 PM, Raphael Hertzog wrote: Package: wnpp Severity: wishlist (Ccing pkg-php-p...@lists.alioth.debian.org which could take care of this package, also ccing Thijs and Thomas since they maintain php-mail-* packages) * Package name: php-mail-mbox Version : 0.6.3 Upstream Author : Roberto Berto darkel...@php.net, Christian Weiske cwei...@php.net * URL : http://pear.php.net/package/Mail_Mbox * License : LGPL Programming Lang: PHP Description : Library to read and modify Unix mailboxes This library can split messages inside a Mbox, return the number of messages, retrieve, update or remove an specific message or add a message on the Mbox. Hi, I'm worried that on the home page, it's written: This package is not maintained also, the package is marked as quality beta and there has been no upstream release since end of 2009. Sure, there's the PEAR QA team, but still, it'd be quite risky. So, if you don't mind me asking: for what reason do you need php-mail-mbox? I don't mind maintaining the package, but will you maintain upstream code? Also, I'd like to point out that there's debpear now in Debian which I created, and which is using pkg-php-tools. It does some magic! :) apt-get install debpear wget http://download.pear.php.net/package/Mail_Mbox-0.6.3.tgz debpear -t Mail_Mbox-0.6.3.tgz -pv 0.6.3 Mail_Mbox then look at what magically appears in the build-area folder! :) Note that most of the time, simply calling debpear Mail_Mbox is enough, but not this time, as the package is set as beta in pear.php.net. Anyway, that's how I first create PEAR packages, then I check the copyright, and sometimes (like for this package), add PHPUnit unit testings. There's often few tweaks, like here, the long description didn't seem good enough, but that's mostly it. Please test the result: Vcs-Browser: http://git.debian.org/?p=pkg-php/php-mail-mbox.git Vcs-Git: http://git.debian.org/git/pkg-php/php-mail-mbox.git Let me know if it does what you expected, and if the package is usable (I didn't test it...), and let me know if you need me to upload this (and for what reason you do need it as said above), Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678112: nb.po file for screen debconf
Tags: i18n,patch Package: screen Version: 4.1.0 Severity: wishlist nb.po file is attached. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Bjørn Steensrud bjor...@skogkatt.homelinux.org, 2012. msgid msgstr Project-Id-Version: screen\n Report-Msgid-Bugs-To: scr...@packages.debian.org\n POT-Creation-Date: 2012-06-16 15:27+0200\n PO-Revision-Date: 2012-06-19 11:39+0200\n Last-Translator: Bjørn Steensrud bjor...@skogkatt.homelinux.org\n Language-Team: Norwegian Bokmål i18n...@lister.ping.uio.no\n Language: nb\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Lokalize 1.4\n #. Type: error #. Description #: ../templates:2001 msgid Warning: upgrading to screen 4.1.0 with an active 4.0.3 session msgstr Advarsel: oppgraderer til screen 4.1.0 mens en 4.0.3-økt er aktiv #. Type: error #. Description #. Type: error #. Description #: ../templates:2001 ../templates:3001 msgid There seems to be at least one GNU Screen session running on this system; possibly the one you are running this upgrade in. However, GNU Screen 4.1.0 currently can't communicate with sessions started by Screen 4.0.3. msgstr Det ser ut til at det kjører minst én GNU Screen-økt på dette systemet; kanskje den du kjører denne oppgraderingen i. Men GNU Screen 4.1.0 kan ikke nå samvirke med økter som er startet av Screen 4.0.3. #. Type: error #. Description #: ../templates:2001 msgid To reconnect to a running GNU Screen session after the new version has been unpacked, you'll need to call the old screen binary instead of the new one, so a copy has been made which can be invoked as \/tmp/screen-4.0.3 -rd\. msgstr Det er blitt laget en kopi av det gamle Screen-programmet, som kan startes med «/tmp/screen-4.0.3 -rd» slik at du kan kalle på det gamle programmet etter at det nye er pakket ut, for å koble til en GNU Screen-økt som var i gang. #. Type: error #. Description #: ../templates:2001 msgid If your /tmp/ is a separate mount point mounted with the nosuid or noexec options, you may need to copy it to somewhere else (such as /root) before calling it. Its permissions should be 2755 (-rwxr-sr-x) and it should belong to the user root and group utmp. msgstr Hvis /tmp hos deg er et eget monteringspunkt montert med nosuid eller noexec-valgene, må du kanskje kopiere fila et annet sted (f.eks. /root) før du kaller programmet. Tillatelsene bør være 2755 (-rwr-sr-x) og fila bør tilhøre bruker root og gruppe utmp. #. Type: error #. Description #: ../templates:3001 msgid Failed copy of screen binary to /tmp/screen-4.0.3 msgstr Klarte ikke kopiere screen-programmet til /tmp/screen-4.0.3 #. Type: error #. Description #: ../templates:3001 msgid To reconnect to a running GNU Screen session after the new version has been unpacked, you'll need to call the old screen binary instead of the new one. However, the attempt to copy it to /tmp/screen-4.0.3 has failed. msgstr Du må bruke det gamle screen-programmet i stedet for det nye for å koble til en screen-økt som kjørte under installasjonen, men det lyktes ikke å kopiere programmet til /tmp/screen-4.0.3
Bug#678113: libmpcdec6: Can't play mpc files with libmpcdec6 despite recent update
Package: libmpcdec6 Version: 2:0.1~r459-3 Severity: normal Dear Maintainer, Same problem here with the version 2:0.1~r459-3 0 mpc files tested vith clementine, vlc, cmus and qmmp without any success. Thanks for trying to help -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-2.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) 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 libmpcdec6 depends on: ii libc6 2.13-33 ii multiarch-support 2.13-33 libmpcdec6 recommends no packages. libmpcdec6 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#652013: gdm3: simple greeter sends bad timestamps in _NET_ACTIVE_WINDOW and no_focus_window (?)
Dear Debian folks, Am Mittwoch, den 14.12.2011, 01:07 -0500 schrieb Daniel Kahn Gillmor: Package: gdm3 Version: 3.0.4-4 Severity: normal The following lines appear in /var/log/gdm/:0-greeter.log: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: CurrentTime used to choose focus window; focus window may not be correct. Window manager warning: Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen! It sounds to me like gdm's greeter is doing something fishy or considered dubious. This pair of lines in particular shows up once or twice for every state-change of the user-chooser, from what i can tell: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x147 (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. the last two lines appear to only happen after an authenticated login, but i'm not sure where they're happening. I couldn't find anything in the gdm3 source that sends a _NET_ACTIVE_WINDOW message directly, though, so perhaps the fault lies deeper within some library; feel free to re-assign this bug in that case. I can confirm these messages on two systems with gdm3 3.0.4-4 installed. (gnome-settings-daemon:813): color-plugin-WARNING **: There is no colord server available gnome-session[806]: WARNING: Failed to start app: Unable to start application: Kindprozess »gnome-power-manager« konnte nicht ausgeführt werden (Datei oder Verzeichnis nicht gefunden) Gtk-Message: Failed to load module atk-bridge gdm-simple-greeter[1009]: Gtk-WARNING: Overriding tab label for notebook gdm-simple-greeter[1009]: Gtk-WARNING: Overriding tab label for notebook gdm-simple-greeter[1009]: Gtk-WARNING: Overriding tab label for notebook gdm-simple-greeter[1009]: Gtk-WARNING: Overriding tab label for notebook gdm-simple-greeter[1009]: Gtk-WARNING: Overriding tab label for notebook gdm-simple-greeter[1009]: Gtk-WARNING: /tmp/buildd/gtk+3.0-3.4.2/./gtk/gtkwidget.c:7117: widget not within a GtkWindow gdm-simple-greeter[1009]: Gtk-CRITICAL: gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed gdm-simple-greeter[1009]: Gtk-CRITICAL: gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed gdm-simple-greeter[1009]: Gtk-WARNING: gtk_widget_size_allocate(): attempt to allocate widget with width -47 and height -47 Warnung der Fensterverwaltung:Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x127 (Anmeldefen) Warnung der Fensterverwaltung:meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Warnung der Fensterverwaltung:Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x127 (Anmeldefen) Warnung der Fensterverwaltung:meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Warnung der Fensterverwaltung:Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x127 (Anmeldefen) Warnung der Fensterverwaltung:meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Warnung der Fensterverwaltung:CurrentTime used to choose focus window; focus window may not be correct. Warnung der Fensterverwaltung:Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen! (gnome-settings-daemon:813): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
Bug#675431: please don't remove gcc-4.5 just yet
Mysql-5.5 a would-be FTBS on the i386 and kfreebsd-386 platforms (but the relevant tests are disabled). We are not at all happy about disabling those tests as they suggests issues with SSL connections. However some evidence has emerged that compiling with gcc-4.5 would be a work around whilst oracle deal with the issue. All the code that is breaking is highly optmized code. According to http://www.mail-archive.com/debian-amd64@lists.debian.org/msg27307.html the gcc team are planning to keep 4.4 arround for wheezy, have you tried building with that? Also in the post to debian-release you identified another possible fix (using TAOCRYPT_DISABLE_X86ASM) do you know how significant the performance cost of that option is? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675431: please don't remove gcc-4.5 just yet
On 19/06/12 10:54, peter green wrote: Mysql-5.5 a would-be FTBS on the i386 and kfreebsd-386 platforms (but the relevant tests are disabled). We are not at all happy about disabling those tests as they suggests issues with SSL connections. However some evidence has emerged that compiling with gcc-4.5 would be a work around whilst oracle deal with the issue. All the code that is breaking is highly optmized code. According to http://www.mail-archive.com/debian-amd64@lists.debian.org/msg27307.html the gcc team are planning to keep 4.4 arround for wheezy, have you tried building with that? I opened a discussion with the release team today. If it works I'd be happy wth that one. I'll give it a go. Also in the post to debian-release you identified another possible fix (using TAOCRYPT_DISABLE_X86ASM) do you know how significant the performance cost of that option is? Well the tests apparently take x4. But what that means in a real environment I have no idea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678114: sylpheed: hardening patch
Package: sylpheed Version: 3.2.0~beta9-1 Severity: wishlist Tags: patch Hi, Sylpheed has already used dh9, so we can enable hardening with 1 liner patch. Please check and consider to apply attached one. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -urN sylpheed-3.2.0~beta9.orig/debian/changelog sylpheed-3.2.0~beta9/debian/changelog --- sylpheed-3.2.0~beta9.orig/debian/changelog 2012-06-18 22:15:56.0 +0900 +++ sylpheed-3.2.0~beta9/debian/changelog 2012-06-19 18:17:15.633934455 +0900 @@ -1,3 +1,11 @@ +sylpheed (3.2.0~beta9-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * debian/rules +- enable hardening flags. + + -- Hideki Yamane henr...@debian.org Tue, 19 Jun 2012 18:16:58 +0900 + sylpheed (3.2.0~beta9-1) unstable; urgency=medium * New upstream beta release diff -urN sylpheed-3.2.0~beta9.orig/debian/rules sylpheed-3.2.0~beta9/debian/rules --- sylpheed-3.2.0~beta9.orig/debian/rules 2012-06-18 22:15:56.0 +0900 +++ sylpheed-3.2.0~beta9/debian/rules 2012-06-19 18:19:25.766230113 +0900 @@ -1,5 +1,6 @@ #!/usr/bin/make -f +export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) %:
Bug#657967: prelink: Upstream status
Hello Daniel, thanks for your work. The best option might be for my upload to make it as a NMU, since prelink doesn't seem to show any further development. Would that be fine by you? If so, I'd re-orphan the package and repack the update as a NMU. I had a look at svn://sourceware.org/svn/prelink/trunk And yes it is not much activity there but latest is in April 2012 so it is not forgotten :) . Maybe we can contact the one and only prelink developer Jakub Jelinek ja...@redhat.com to forward bugs upstream and whether he plans on supporting it in future. -- Anyway good luck to you. Igor
Bug#676800: [Pkg-octave-devel] Bug#676800: octave-java: completely breaks octave
Sébastien Villemot sebastien.ville...@ens.fr writes: Package: octave-java Version: 1.2.8-4 Severity: grave This version of octave-java completely breaks octave. Note that this does not appear to be a GCC 4.7 bug. I tried with gcc 4.6.3-1 (in testing as of today) and with gcc 4.7.1-1 (in unstable as of today), and the bug is present in all cases. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp1wyQwCXQ8p.pgp Description: PGP signature
Bug#678115: gnome-boxes doesn't start
Package: gnome-boxes Version: 3.4.3+dfsg-1 Severity: important Dear Maintainer, * What led up to the situation? I tried to run gnome-boxes for the terminal. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to run the command /usr/bin/gnome-boxes from my user account from the gnome-terminal. * What was the outcome of this action? The following message appears on the console : (gnome-boxes:26244): Boxes-WARNING **: main.vala:88: gtk-style.css:105:18: Horizontal and vertical offsets are required gnome-boxes: symbol lookup error: gnome-boxes: undefined symbol: g_udev_enumerator_new * What outcome did you expect instead? Gnome-boxes window interface should display on the screen. -- 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=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-boxes depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii fuseiso 20070708-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libclutter-1.0-0 1.10.6-1 ii libclutter-gtk-1.0-0 1.2.0-2 ii libcogl-pango0 1.10.2-3 ii libcogl9 1.10.2-3 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libgtk-vnc-2.0-0 0.5.0-3 ii libgudev-1.0-0 1:151-12.3 ii libgvnc-1.0-00.5.0-3 ii libjson-glib-1.0-0 0.14.2-1 ii libosinfo-1.0-0 0.1.1-1 ii libpango1.0-01.30.0-1 ii libspice-client-glib-2.0-1 0.12-1 ii libspice-client-gtk-3.0-10.12-1 ii libtracker-sparql-0.14-0 0.14.1-1+b1 ii libvirt-bin 0.9.11.3-1 ii libvirt-glib-1.0-0 0.0.8-1 ii libvirt0 0.9.11.3-1 ii libx11-6 2:1.4.99.901-2 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxml2 2.8.0+dfsg1-3 ii mtools 4.0.12-1 ii tracker 0.14.1-1+b1 gnome-boxes recommends no packages. gnome-boxes 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#678116: linux: Please backport x86 CPU driver autoprobing from Linux 3.4 to 3.2
Source: linux Version: 3.2.20-1 Severity: normal Tags: upstream affects: cpufrequtils Dear Debian folks, »x86 CPU driver autoprobing« was merged to Linux 3.4 [1]. There's a growing number of drivers that support a specific x86 feature or CPU. Currently loading these drivers currently on a generic distribution requires various driver specific hacks and it often doesn't work. For example a common issue is not loading the SSE 4.2 accelerated CRC module: this can significantly lower the performance of Btrfs which relies on fast CRC. Another issue is loading the right CPUFREQ driver for the current CPU. Currently distributions often try all all possible driver until one sticks, which is not really a good way to do this. Linux already has autoprobing mechanisms for drivers, based in kernel notifications and udev. In this release, Linux adds auto probing support for CPU drivers, based on the x86 CPUID information, in particular based on vendor/family/model number and also based on CPUID feature bits. Code: (commit 1), 2, 3, 4, 5, 6, 7, 8, 9) This feature would also make `cpufrequtils` [2] currently shipping an init.d script for loading the CPUFREQ driver [2] obsolete for x86 based systems. Since Debian Wheezy is going to ship Linux 3.2 the recommendation gotten on systemd-devel to use a newer Linux kernel [3] do not help much. It would be great if that feature could be backported. Probably all distributions shipping Linux 3.2 are interested in this so it would be great if that could be done at the upstream stable Linux 3.2. Thanks, Paul [1] http://kernelnewbies.org/Linux_3.4#head-9df4e508cb97f4e138c590b9ccff3e0eda6cc7fc [2] http://packages.debian.org/sid/cpufrequtils [3] http://lists.freedesktop.org/archives/systemd-devel/2012-June/005514.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part
Bug#678117: pan: std::logic_error thrown (basic_string::_S_construct null not valid)
Package: pan Version: 0.137-1 Severity: important (gdb) run --debug Starting program: /usr/bin/pan --debug [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. (article-cache.cc:170:ArticleCache) loaded 1050 articles into cache from /home/sam/.pan2/article-cache [New Thread 0x7fffed578700 (LWP 22285)] [New Thread 0x7fffecd77700 (LWP 22286)] [New Thread 0x7fffec576700 (LWP 22287)] [New Thread 0x7fffebd75700 (LWP 22288)] [New Thread 0x7fffeb360700 (LWP 22290)] [New Thread 0x7fffeab5f700 (LWP 22291)] GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name news.pan.NZB was not provided by any .service files (task-xover.cc:106:TaskXOver) ctor for gmane.comp.windows.devel.wix.user (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (queue.cc:363:process_task) break (socket-impl-gio.cc:250:GIOChannelSocket) GIOChannelSocket ctor 0xd79d00 (task-xover.cc:106:TaskXOver) ctor for gmane.comp.windows.devel.wix.devel (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (socket-impl-gio.cc:250:GIOChannelSocket) GIOChannelSocket ctor 0xd7afc0 (queue.cc:363:process_task) break (task-xover.cc:106:TaskXOver) ctor for gmane.comp.security.webauth.info (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (queue.cc:363:process_task(socket-impl-gio.cc:250:GIOChannelSocket) GIOChannelSocket ctor 0xd7c780 ) break (task-xover.cc:106:TaskXOver) ctor for gmane.comp.gnu.mingw.w64.general (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (socket-impl-gio.cc:250:GIOChannelSocket) GIOChannelSocket ctor 0xd7de10 (queue.cc:363:process_task) break (task-xover.cc:106:TaskXOver) ctor for gmane.comp.gnu.mingw.user (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (queue.cc:363:process_task) break (task-xover.cc:106:TaskXOver) ctor for gmane.comp.gnu.mingw.devel (queue.cc:285:process_task) in process_task with a task of type XOVER (queue.cc:344:process_task) online (queue.cc:363:process_task) break (nntp-pool.cc:177:on_socket_created) on socket created news.gmane.org 1 0xd79d00 terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid Program received signal SIGABRT, Aborted. 0x73927475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) where #0 0x73927475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7392a6f0 in *__GI_abort () at abort.c:92 #2 0x7439568d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x74393796 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x743937c3 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #5 0x743939ee in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x743e546d in std::__throw_logic_error(char const*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #7 0x743f1519 in char* std::string::_S_constructchar const*(char const*, char const*, std::allocatorchar const, std::forward_iterator_tag) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #8 0x743f1583 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string(char const*, std::allocatorchar const) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #9 0x00563ce9 in pan::NNTP_Pool::on_socket_created(pan::StringView const, int, bool, pan::Socket*) () #10 0x0055d9f0 in ?? () #11 0x005a46c6 in pan::WorkerPool::Worker::main_thread_cleanup() () #12 0x005a46d9 in pan::WorkerPool::Worker::main_thread_cleanup_cb(void*) () #13 0x757f9205 in g_main_dispatch (context=0x8cf9b0) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:2539 #14 g_main_context_dispatch (context=context@entry=0x8cf9b0) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3075 #15 0x757f9538 in g_main_context_iterate (context=0x8cf9b0, block=block@entry=1, dispatch=dispatch@entry=1, self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3146 #16 0x757f9932 in g_main_loop_run (loop=0xdc1dd0) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3340 #17 0x776d2a77 in IA__gtk_main () at /tmp/buildd/gtk+2.0-2.24.10/gtk/gtkmain.c:1256 #18 0x0046c4ef in main () If I move my ~/.pan2 out of the way, then the program works fine. I rebuilt pan to get debug symbols for a better backtrace, but my own-built version does not throw the exception. I can make my ~/.pan2 directory available if you want it for reference. -- System Information:
Bug#678118: tiles: Fix javadoc silent failure with openjdk-7 build
Package: tiles Version: 2.2.2-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/build.properties: Set source/target == 1.5 for javac and javadoc to ensure that javadoc is actually generated with openjdk-7 as default-jdk. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-5-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJP4FVUAAoJEL/srsug59jDWS0P/jK7ZHFX3DBxATZCqC6Ti2M8 WIz/0vADYMrJ7fT6AVIui6kcb/NeSykFWp2tIaxtocvhvhCKht8FHjjb88Efd6bl xWwhKp1GoHtjq8iuO/UM6IMI1lzGhySjbPx+AB1ohXqomflFAWui98Q1F12R0AJv J+KSGnQTl+E98MG6U+xE5TXHAVCO05vZwbALwLeNB2u3F+qoxFsY3ozbkBpYgv0z iaWEXD/cXuop1ysHlcZVtZMLXQXrePT5ZSsXMZD3Uoz5mLK4CPdYR1SCyhV4Rer5 FkGpJQwI+9KRETofuqAlmaQDctx2Tp1C+jsBdt1XpLUxSmmVBXmcexHKMGFKxWrd lkcI4RF4Lf7lU49WC0ignTLK3hfx4wPzUUDnf572FXIawUkl3zJIDqUQ+3DktI0C Rka1r3UywYBYqy9nWz5kmTxeKUSzJnXmgD8scxm6U2d6NAp7TuGMDaOGu5mH4g4N VxNx9uYbhAk0z8bkqo/C/0M+SLwLXWQjxrhuEu1nwsk07gs+ZMEghUSiyRfTalsm YkXKIrhSOBpTjgY1Q3pAIpLsXNYUTQRBXQgV/VzsRTV4AKFvN7psKeUOB9BueXzi KOEIdwRdOn2GWuG3dEvQGiUeg+iRy1KC63Y1peS+SZsUq2n7hKbO6mdyfB85KtXo W12ApLbLXDzMxhRGtePl =q9Bz -END PGP SIGNATURE- === modified file 'debian/build.properties' --- debian/build.properties 2011-08-20 13:14:04 + +++ debian/build.properties 2012-06-19 10:31:33 + @@ -17,3 +17,7 @@ ${basedir}/src/tiles-core/build/tiles-core-${version}.jar:\ ${basedir}/src/tiles-servlet/build/tiles-servlet-${version}.jar:\ ${basedir}/src/tiles-template/build/tiles-template-${version}.jar +# Ensure that source and target are 1.5 +# For backwards compat on Java 7 +ant.build.javac.source=1.5 +ant.build.javac.target=1.5
Bug#678119: [INTL:es] phpldapadmin Spanish debconf translation update
Package: phpldapadmin Version: 1.2.2-4 Severity: wishlist Tags: l10n, patch Please find attached the Spanish updated translation for phpldapadmin. Regards, Omar # phpldapadmin po-debconf translation to Spanish # Copyright (C) 2009 - 2012 Software in the Public Interest # This file is distributed under the same license as the phpldapadmin package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # - Updates # Omar Campagne ocampa...@gmail.com, 2012 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: phpldapadmin 1.2.2-4\n Report-Msgid-Bugs-To: phpldapad...@packages.debian.org\n POT-Creation-Date: 2012-02-06 12:20+0100\n PO-Revision-Date: 2012-05-21 11:11+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../phpldapadmin.templates:1001 msgid LDAP server host address: msgstr Dirección del servidor de LDAP: #. Type: string #. Description #: ../phpldapadmin.templates:1001 msgid Please enter the host name or the address of the LDAP server you want to connect to. msgstr Introduzca el nombre de la máquina o la dirección del servidor de LDAP al que quiere conectarse. #. Type: boolean #. Description #: ../phpldapadmin.templates:2001 msgid Enable support for ldaps protocol? msgstr ¿Desea permitir el uso del protocolo ldaps? #. Type: boolean #. Description #: ../phpldapadmin.templates:2001 msgid If your LDAP server supports TLS (Transport Security Layer), you can use the ldaps protocol to connect to it. msgstr Si el servidor de LDAP puede utilizar TLS («Transport Security Layer», Capa de Seguridad en el Transporte), puede utilizar el protocolo ldaps para conectarse con él. #. Type: string #. Description #: ../phpldapadmin.templates:3001 msgid Distinguished name of the search base: msgstr Nombre distinguido de la búsqueda básica: #. Type: string #. Description #: ../phpldapadmin.templates:3001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.com\ would use \dc=example,dc=com\ as the distinguished name of the search base. msgstr Introduzca el nombre distinguido de la búsqueda básica de LDAP. Muchos sitios utilizan componentes de sus nombres de domino para este propósito. Por ejemplo, el dominio «ejemplo.com» utilizarÃa «dc=ejemplo,dc=com» como el nombre distinguido de la búsqueda básica. #. Type: select #. Choices #: ../phpldapadmin.templates:4001 msgid session msgstr sesión #. Type: select #. Choices #: ../phpldapadmin.templates:4001 msgid cookie msgstr cookie #. Type: select #. Choices #: ../phpldapadmin.templates:4001 msgid config msgstr config #. Type: select #. Description #: ../phpldapadmin.templates:4002 msgid Type of authentication msgstr Tipo de autenticación #. Type: select #. Description #: ../phpldapadmin.templates:4002 msgid session : You will be prompted for a login dn and a password everytime\n you connect to phpLDAPadmin, and a session variable on the\n web server will store them. It is more secure so this is the\n default. msgstr sesión : Se le preguntará por una identificación dn y una contraseña cada\n vez que se conecte a phpLDAPadmin, y una variable de sesión en el\n servidor web las almacenará. Esto es más seguro asà que es el\n método predeterminado. #. Type: select #. Description #: ../phpldapadmin.templates:4002 msgid cookie : You will be prompted for a login dn and a password everytime\n you connect to phpLDAPadmin, and a cookie on your client will\n store them. msgstr cookie : Se le preguntará por una identificación dn y una contraseña cada\n vez que se conecte a phpLDAPadmin, y una cookie\n en el cliente las almacenará. #. Type: select #. Description #: ../phpldapadmin.templates:4002 msgid config : login dn and password are stored in the configuration
Bug#678120: uwsgi: Please add OpenJDK-7 support
Package: uwsgi Version: 1.2.3+dfsg-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hi, Upstream support for OpenJDK-6 will end in November (#675495) and we are evaluating the possibility to migrate to OpenJDK-7 for Wheezy (yes it is late). If you could upload a new version of uwsgi to experimental with OpenJDK-7 support, it would be much appreciated. If you need a sponsor to do the upload, feel free to ping me for it. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678121: ia64 and mipsel unsupported by Debian's liburcu-dev
Package: liburcu-dev Version: 0.6.7-2 The readme of liburcu states that at least ia64 is supported, but the Debian package does not consider this architecture. mipsel is not explicitly stated, but if possible supporting those two architectures in Debian would be very nice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678122: vim-gnome: python bindings botched?
Package: vim-gnome Version: 2:7.3.547-1 Severity: normal With vim 2:7.3.547-1 and the implied python2.7 the python bindings are broken in some way - although I cannot say whether it's vim or pythons fault. With 2:7.2.330-1ubuntu3 I get the correct result: # vim -u NONE -U NONE -N -c python sys.stdout.write('1') -c ':q!' 1 # vim -u NONE -U NONE -N -c python sys.stdout.write(1) -c ':q!' Error detected while processing command line: Traceback (most recent call last): File string, line 1, in module TypeError: argument 1 must be string or read-only buffer, not int # But with the current debian version both are silent. # vim -u NONE -U NONE -N -c python sys.stdout.write(1) -c ':q!' # This breaks any vim plugin that uses print or sys.stdout.write; I found that via slimv. I tried to use libpython2.6 (via a symlink from libpython2.7.so), but the behavior didn't change; so I guess it's rather on vim's side. Downgrading to 2:7.2.445+hg~cb94c42c0e1a-1 would break other dependencies, so I didn't test. I think it did work with 2:7.3.429-2, but I'm not sure about that -- is it still available somewhere? -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gnome /usr/bin/vim is /usr/bin/vim.gnome /usr/bin/gvim is /usr/bin/vim.gnome -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-gnome depends on: ii libacl1 2.2.51-7 ii libbonoboui2-0 2.24.3-1 ii libc6 2.13-33 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnome2-0 2.32.1-2 ii libgnomeui-02.24.5-2 ii libgpm2 1.20.4-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.8-2 ii liblua5.1-0 5.1.5-2 ii libpango1.0-0 1.30.0-1 ii libperl5.14 5.14.2-11 ii libpython2.72.7.3-1 ii libruby1.9.11.9.3.194-1 ii libselinux1 2.1.9-2 ii libsm6 2:1.2.1-2 ii libtinfo5 5.9-8 ii libx11-62:1.4.99.901-2 ii libxt6 1:1.1.3-1 ii tcl8.5 8.5.11-2 ii vim-common 2:7.3.547-1 ii vim-gui-common 2:7.3.547-1 ii vim-runtime 2:7.3.547-1 vim-gnome recommends no packages. Versions of packages vim-gnome suggests: ii cscope15.7a-3.6 ii gnome-icon-theme 3.4.0-2 ii ttf-dejavu2.33-2 pn vim-doc 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#669348:
On Sun, May 20, 2012 at 12:35 PM, Cyril Brulebois k...@debian.org wrote: Mathieu Malaterre ma...@debian.org (03/05/2012): Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 This is good to know. We're having a gdal transition right now, so please wait a bit more to see how it goes, as gdal is also in the openjpeg transition. Let me know if there is still a chance for openjpeg to enter in transition before freeze. I can help out. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.
Salut Etienne, Etienne Millon etienne.mil...@gmail.com writes: Thanks for providing a patch for this bug. I'm in the process of adopting this package (ITA: #645087), so please don't NMU this too soon, I will integrate it in a few days in a maintainer upload. Thanks for taking care of this package. I should be able to sponsor the upload if needed. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674267: facing upto #674267
On 19/06/12 09:10, Nicholas Bamber wrote: 1.) compile against gcc-4.5 and g++-4.5 2.) set the magic TAOCRYPT_DISABLE_X86ASM thingy causing SSL connections on those platforms to be slower. Hi, Did you try yet with gcc-4.4? And have you checked with a newer gcc-4.7 package, just in case one of the (quite important) bug fixes in past weeks have made any difference? Otherwise, if TAOCRYPT_DISABLE_X86ASM would disable the highliy optimized code, and if upstream have been reluctant to deal with that, I personally would accept any amount of performance loss by falling back to other code if it works and seems more maintainable. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676984: same probleme, important problem
Hello, I have the same bug with version 4.80-3 of exim4 since my update this morning. This is now impossible to send mails with GNUS on Emacs nor with mail command line. :-( Only local mails works. Please, consider this bug as very important. Thank you! Regards, -- Pierre Crescenzo
Bug#677565: msva-perl: Insecure dependency in socket while running with -T switch at /usr/lib/perl/5.14/IO/Socket.pm line 80
Hello, On Thu, Jun 14, 2012 at 11:48:49PM +0200, intrig...@debian.org wrote: Package: msva-perl Version: 0.8-2 Severity: grave $ cat $HOME/.monkeysphere/monkeysphere.conf USE_VALIDATION_AGENT=true KEYSERVER=keys.indymedia.org $ . $HOME/.monkeysphere/monkeysphere.conf $ msva-perl Use of uninitialized value $loglevel in lc at /usr/share/perl5/Crypt/Monkeysphere/MSVA/Logger.pm line 91. Insecure dependency in socket while running with -T switch at /usr/lib/perl/5.14/IO/Socket.pm line 80. zsh: exit 255 msva-perl This might be related to upgrading libnet-server-perl to 2.005-1. This broke my X login in a way that was perplexing to untangle. It seems as if monkeysphere inserts itself into the X session startup by way of a file in /etc/X11/Xsession.d. monkeysphere-validation-agent failing then made the whole Xsession execution fail, which is really unfriendly. Downgrading libnet-server-perl to 0.99-4 fixes it. Perhaps you should consider blocking that from migrating if it is exposing bugs like this. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#674267: facing upto #674267
On 19/06/12 11:45, Steven Chamberlain wrote: On 19/06/12 09:10, Nicholas Bamber wrote: 1.) compile against gcc-4.5 and g++-4.5 2.) set the magic TAOCRYPT_DISABLE_X86ASM thingy causing SSL connections on those platforms to be slower. Hi, Did you try yet with gcc-4.4? Just trying that. And have you checked with a newer gcc-4.7 package, just in case one of the (quite important) bug fixes in past weeks have made any difference? Yes we have used the most recent 4.7. Otherwise, if TAOCRYPT_DISABLE_X86ASM would disable the highliy optimized code, and if upstream have been reluctant to deal with that, I personally would accept any amount of performance loss by falling back to other code if it works and seems more maintainable. Regards, It's not really reluctance I think. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677732: libhtml-defang-perl: Please update to new upstream 1.04 containing potentially security-related bugfixes
On 12-06-18 at 12:38pm, Ivan Kohler wrote: On Sat, Jun 16, 2012 at 05:08:06PM +0200, Jonas Smedegaard wrote: The new upstream releases are 18 months and two years old, respectively, which makes me worry if perhaps you have lost interest in maintaining this package. If so, I would be happy to adopt it and maintain it under the umbrella of the Debian Perl team. Please feel free to adopt the package and maintain it as part of the Debian Perl group. This also goes for any of my packages which have not yet been borged by the team: The Perl group is welcome to take any of my packages, there is no need to ask first. (http://lists.debian.org/debian-perl/2010/04/msg00011.html) If yyou area still interested, I can dearly recommend you to join the Debian Perl team yourself, I am a memeber. NB! I notice that 1/4 of the 88 packages that you are involved in maintaining have new upstream releases, and many of them are untouched for years. Please consider nursing your packages more, or alternatively pass them on to others. I am not standing in the way of anyone who would like to help maintain any of those packages: I welcome adoption, co-maintainers and low-threshold NMUs. Mostly I just haven't gotten around to uploading the less popular/important packages with the Perl group set as maintainer, but anyone else is welcome to do so as well. Thanks for your response - and for your flexible and wecoming attitude! I've cc'ed the Perl team to share that with our fellow team members. I will immediately look at libhtml-defang-perl as I have a special need for that (CiderWebmail is expected to grow a dependency on it in few days). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#678123: armel, armhf, mips, s390 and s390x unsupported by Debian's libnacl-dev
Package: libnacl-dev Version: 20110221-4 This is ``just for the record'' since Sergiusz might already know about this issue. The source code of libnacl supports at least architectures such as arm and mips (see abiname.c in libnacl). However, the Debian package does not. If possible supporting those architectures in Debian too would be very nice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640939: [Pkg-cups-devel] Bug#640939: Raising severity of 640939
tag 640939 moreinfo unreproducible thanks Hello all, I discussed this with Till, and we both have no real idea how to get to a situation where lpadmin as root asks for a password. It is already called with -h /var/run/cups/cups.sock to ensure it's not talking to a remote server. It seems you need a particular cups configuration to achieve this. Can you please attach your /etc/cups/cupsd.conf, /etc/cups/client.conf, and ~/.cups/client.conf ? (You might not have the latter two) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#678111: apt-dater: refresh doesn't use ssh options
Hi, On 06/19/2012 11:40 AM, jonas wrote: Package: apt-dater Version: 0.8.4-4+squeeze1 Severity: normal Hello, it took me quite a while to find the reason, but it seems like apt-dater doesn't always use the configured ssh options. I tried to set a custom SSH key file by adding '-i ~/.ssh/apt-dater_rsa' to OptionalCmdFlags in [SSH] section at ~/.conf/apt-dater/apt-dater.conf. OptionalCmdFlags was not intended to be used this way, but I've fixed it upstream [1]. As a workaround you might use the SpawnAgent / AddKeys options. In the hosts.conf file each host group can have a IdentityFile key which would work, too. [1] https://github.com/DE-IBH/apt-dater/commit/fefb3edf1d991ac82c4344c143d65d0e2c837caa#lib/cmd HTH, Thomas Upgrading or installing packages uses the ssh options as configured, but refreshing package lists doesn't. To me this was quite confusing. I suggest to use the custom SSH options everywhere. Or even better, add an extra config option SSHKey which is used for both SSH and SCP/SFTP. Regards, jonas -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libxml2 2.7.8.dfsg-2+squeeze4 GNOME XML library ii openssh-client 1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec ii screen 4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: ii apt-dater-host 0.8.4-4+squeeze1 host helper application for apt-da ii mc 3:4.7.0.9-1 Midnight Commander - a powerful fi ii xsltproc 1.1.26-6 XSLT 1.0 command line processor -- no debconf information -- supp...@ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 --- Dipl.-Ing. Thomas Liske Netzwerk- und System-Design IBH IT-Service GmbH Amtsgericht Dresden Gostritzer Str. 67a HRB 13626 D-01217 Dresden GF: Prof. Dr. Thomas Horn Germany VAT DE182302907 --- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV --- professioneller IT-Service - kompetent und zuverlässig --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593607: PCmanfm file deletion ver 0.9.10-3
I can confirm this bug on pcmanfm ver 0.9.10-3 (debian testing). For some reason target device was unmounted, though not copied the source files were removed! Very not cool! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658764: free ATI driver corrupts output on Radeon HD 6310
package linux-2.6 found 658764 3.2.19-1 thanks I have installed ‘linux-image-3.2.0-2-amd64’ version 3.2.19-1 now that it is in Wheezy, and confirmed the same behaviour. -- \ “Never use a long word when there's a commensurate diminutive | `\available.” —Stan Kelly-Bootle | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#677504: lintian fixes
16.06.2012 13:34, Sergey Kirpichev wrote: On Fri, Jun 15, 2012 at 12:47 AM, Michael Tokarevm...@tls.msk.ru wrote: I'll try to review this stuff while being in a sea beach, maybe will commit something. Unfortunately I can't do anything from here at all. The wifi in the hotel works, but they've everything filtered out except of outgioing tcp ports 80 and 443, and these have quite short expiration timeout too (about 30 sec). So I can only browse the web, which is not how I can review anything at all :( I'm on a tinc vpn which I've set up to work over tcp port 443, but it reconnects every 30 secs approx, and is very very slow - to d/load the message I'm replying to (about 6Kb) it took about 20 reconnects, and I've no idea how much will it take to send this message. I looked at the patches, it all look quite well, but I can't commit anything from here anyway. Would be nice, if you take look on #556610 too. Yes, but this one is a feature/enhancement. I'm not sure we ever want to go this route -- the result smells too complicated. Well, the sizes of the typical arrays are increasing, and hence the time required to complete the checks, so it becomes more and more important, so we have to do something with that. But to me, much more important issue is the timing issue we have in initramfs. Â Namely, there are a few known valid setups which does not work with mdadm currently. Â #675452 ... So, if you do have some time and are willing to help, that's where to look at :) Comment was added. Yes, I've seen these. But at this point before wheezy release I don't want to enable asyncronous array processing like this. Once we enable that in in the initramfs, we have to enable it in regular userspace too, so that other parts of arrays will be processed later. This has to be supported from initramfs to regular userspace and whole thing has to be switched to asyncronous processing, which needs quite good testing in various usage scenarios out there. For now, the most appropriate course of actions, I think, is to run udevadm settle before mdadm --assemble and, if after --assemble, the root device is not there still, sleep a few seconds and repeat WHOLE series of scripts in initramfs again, up to a configured amount of times. This should already work for cryptoloop which should not ask for a password again if the device is already configured, and this should work for lvm on top of md raid too, with lvm not being asyncronous like md is. This is just an opinion anyway, maybe incremental/asyncronous mode isn't that difficult. Except it does not solve non-incremental lvm anyway. Thanks, /mjt who hopes he'll be able to send this reply out somehow -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678114: sylpheed: hardening patch
tags 678114 confirmed pending thanks Hi, On Tue, Jun 19, 2012 at 06:34:32PM +0900, Hideki Yamane wrote: Sylpheed has already used dh9, so we can enable hardening with 1 liner patch. Please check and consider to apply attached one. It was more or less planned, but still had no time to look at the options, so you saved me some valuable time, thanks! ;-) -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
Bug#678115: gnome-boxes doesn't start
Le Tue, 19 Jun 2012 12:26:23 +0200, Gonzague de Foucault gonzague.defouca...@free.fr a écrit : Hi, gnome-boxes: symbol lookup error: gnome-boxes: undefined symbol: g_udev_enumerator_new ii libgudev-1.0-0 1:151-12.3 Something seems really wrong on your system to me here. Udev in the official archive has no epoch in the version, here you have one. That's why you don't have the minimal required version. What's apt-cache policy libgudev-1.0-0 command is telling you? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537944: libproxy bug fixed in 0.3.1-1
This (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537944) looks like a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550179, and should be fixed by that? Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678125: [apt] [apt-get] --force-yes should imply/set --yes (but currently does not)
Package: apt Version: 0.9.6 Severity: normal --- Please enter the report below this line. --- In this case --force-yes alone does not apply maximum force: === # DEBIAN_FRONTEND=noninteractive apt-get install foobar --force-yes Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: python-support Use 'apt-get autoremove' to remove it. The following NEW packages will be installed: foobar 0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded. Need to get 4,338 B of archives. After this operation, 33.8 kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! foobar Install these packages without verification [y/N]? ^C === When adding --yes, --force-yes actually works as advertised: === # DEBIAN_FRONTEND=noninteractive apt-get install foobar --yes --force-yes Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: python-support Use 'apt-get autoremove' to remove it. The following NEW packages will be installed: foobar 0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded. Need to get 4,338 B of archives. After this operation, 33.8 kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! foobar Get:1 http://example.org/foo/ wavecon/main foobar all 1.2 [4,338 B] Fetched 4,338 B in 0s (8,862 B/s) Selecting previously unselected package foobar. (Reading database ... 25680 files and directories currently installed.) Unpacking foobar (from .../foobar_1.2_all.deb) ... Setting up foobar (1.2) ... OK === Therefore please make --force-yes set --yes internally. Thanks! --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstableftp.de.debian.org 500 testing http.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libapt-pkg4.12 (= 0.9.6) | 0.9.6 libc6 (= 2.4) | 2.13-33 libgcc1(= 1:4.1.1) | 1:4.7.1-1 libstdc++6 (= 4.6) | 4.7.1-1 debian-archive-keyring | 2012.4 gnupg | 1.4.12-4 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== aptitude | 0.6.8-1 OR synaptic | 0.75.12 OR wajig | dpkg-dev | 1.16.4.3 apt-doc | xz-utils | 5.1.1alpha+20110809-3 python-apt| 0.8.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678126: pterm.desktop is not 100% compatible with freedesktop.org menu specification
Package: pterm Version: 0.62-6 Severity: minor Dear Maintainer, running destkop-file-validate pterm.desktop shows the following warning: pterm.desktop: error: (will be fatal in the future): value TerminalEmulator in key Categories in group Desktop Entry requires another category to be present among the following categories: System FDO menu specification[1] suggests(or requires?) System to be also used when TerminalEmualtor is used. That is what xterm and konsole do in their ..desktop files. [1] http://standards.freedesktop.org/menu-spec/latest/apa.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.4.0-gentoo+ (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 pterm depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 pterm recommends no packages. Versions of packages pterm suggests: pn putty-doc 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#645984: [Pkg-samba-maint] Bug#645984: Bug#645984: samba: Often fails to start at boot
On Mon, Jun 18, 2012 at 11:29 PM, Ivo De Decker ivo.dedec...@ugent.be wrote: On Mon, May 28, 2012 at 09:09:34PM +0200, Olaf van der Spek wrote: Got some logs. Note that nmbd runs *before* dhclient binds Why is the nmbd.c:696 message 'empty'? Olaf, Samba 2:3.6.5-5 contains a patch that allows running nmbd when no network interfaces have been assigned an address. Does this fix your problem? Let's hope so. Since it doesn't happen every time it's not simple to test. If it happens again I'll let you know. -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624633: ITP:ruby-simple-oauth
Hi, Neha, At Mon, 18 Jun 2012 14:32:29 +0530, NEHA BHENDE neh...@gmail.com wrote: Sorry for delayed reply. Yeah sure you can go ahead with this . Ok! Thanks for your reply. I'll try it. Best regards, Youhei Thanks and regards, Neha On Thu, Jun 14, 2012 at 10:38 PM, Youhei SASAKI uwab...@gfd-dennou.org wrote: Hi (again)! I send this mail about ITP: ruby-simple-oauth. I need this library to improve my package rabbit - presentation tool using RD, a simple text format. At Sat, 30 Apr 2011 14:05:03 +0530, NEHA BHENDE neh...@gmail.com wrote: Package: wnpp Owner:Neha Bhende neh...@gmail.com Severity: wishlist * Package name : ruby-simple-oauth You submit this ITP at 30 Apr 2011, however, I don't see you work about this package. If you work on it, please, please reply this mail. I wait your work. Or would I create this package instead of you? Version : 0.1.4 Upstream Author : * URL : * License : GPL-V2+ License: MIT Sincerely yours, Youhei --- 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