Bug#689646: xen-utils-4.1: fails to create HVM domU
On Thu, 2012-10-04 at 22:55 +0200, Infertux wrote: > Package: xen-utils-4.1 > Version: 4.1.3-2 > Followup-For: Bug #689646 > > On Thu, 2012-10-04 at 19:35 +0100, Ian Campbell wrote: > > How are you creating the domain? Please can you supply the config file > > you are using and the actual commands you are running. > > # xl create /etc/xen/hvm.cfg > Parsing config file /etc/xen/hvm.cfg Your config file is a strange mix of PV and HVM-isms, has it ever worked for you with any toolstack? You have kernel = hvmloader and builder = hvm (both HVM-isms) but then you specify specific kernels (overriding the hvmloader case) and ramdisk (PV-isms) and use a split disk layout (also a PV-ism). Ian. -- Ian Campbell I B M U B M We all B M For I B M -- H.A.R.L.I.E. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689575: fonts-liberation: breaks applications relying on the ttf-liberation name
Am 04.10.2012 10:24, schrieb Fabian Greffrath: Indeed, it is wrong for fonts-liberation to "Provides: ttf-liberation" without actually providing the expected files. I've fixed this in SVN, but I am not sure if it's worth a freeze exception. Escpecially, since calibre 0.9.0+dfsg-1 has just been uploaded to unstable and contains a fix for this issue. Has calibre ever heard of fontconfig, BTW? ;) - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689664: Multiple security issues
Hi Moritz, Thanks for your report. There is the bug 686079 [1] filed to release.debian.org, requesting to unblock letodms. I'm waiting for an answer from Debian Release Team. The security upgrade needs packages letodms-3.3.9+dfsg-1 and php-letodms-core-3.3.9-1. Regards. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686079 On Thu, Oct 04, 2012 at 11:23:59PM +0200, Moritz Muehlenhoff wrote: > Package: letodms > Version: 3.3.4+dfsg-1 > Severity: grave > Tags: security > > 3.3.7+dfsg-1 and 3.3.9+dfsg-1 fixed several security issues. These issues > are still unfixed in Wheezy. Either 3.3.9 needs to be accepted into > Wheezy or the security fixes need to be backported to 3.3.4. > > Cheers, > Moritz -- Debian GNU/Linux Developer GPG: public key ID 556ABA51 http://people.debian.org/~francisco/ signature.asc Description: Digital signature
Bug#662164: netmrg: diff for NMU version 0.20-6.1
Hi Gregor, Thanks for the NMU. I was about to orphan netmrg completely because upstream has stopped development about 3 years ago already. Uwe On Thu, Oct 04, 2012 at 06:40:16PM +0200, gregor herrmann wrote: > tags 662164 + pending > tags 665702 + pending > tags 688499 + patch > tags 688499 + pending > thanks > > Dear maintainer, > > I've prepared an NMU for netmrg (versioned as 0.20-6.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > Regards. > > -- > .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 > : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ > `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe >`- NP: Neil Young: Are You Ready For The Country > diff -u netmrg-0.20/debian/changelog netmrg-0.20/debian/changelog > --- netmrg-0.20/debian/changelog > +++ netmrg-0.20/debian/changelog > @@ -1,3 +1,20 @@ > +netmrg (0.20-6.1) unstable; urgency=low > + > + * Non-maintainer upload. > + * Fix "modifies conffiles (policy 10.7.3): /etc/netmrg/netmrg.xml": > +install only the template netmrg.xml and not the copy under /etc; > +.postinst uses the template already, if the "original" is not there, > +.config and .postrm also contain the necessary machinery. > +(Closes: #688499) > + * l10n improvements: > +- add Italian debconf translation, thanks Beatrice Torracca > + (Closes: #665702) > +- fix typos, thanks Daniele Forsi and Christian PERRIER > + (Closes: #662164) > +- convert de.po to UTF-8 > + > + -- gregor herrmann Thu, 04 Oct 2012 18:36:03 +0200 > + > netmrg (0.20-6) unstable; urgency=low > >* Some more minor corrections for nl and da translation in debconf, > diff -u netmrg-0.20/debian/rules netmrg-0.20/debian/rules > --- netmrg-0.20/debian/rules > +++ netmrg-0.20/debian/rules > @@ -68,7 +68,7 @@ > > # Add here commands to install the package into debian/netmrg. > $(MAKE) install DESTDIR=$(CURDIR)/debian/netmrg > netmrg_share_docdir=/usr/share/doc/netmrg > netmrg_share_htmldir=/usr/share/doc/netmrg/html > netmrg_wwwdir=/usr/share/netmrg > - cp $(CURDIR)/debian/netmrg/etc/netmrg/netmrg.xml > $(CURDIR)/debian/netmrg/usr/share/netmrg/netmrg.xml.sample > + mv $(CURDIR)/debian/netmrg/etc/netmrg/netmrg.xml > $(CURDIR)/debian/netmrg/usr/share/netmrg/netmrg.xml.sample > rm -f $(CURDIR)/debian/netmrg/usr/share/doc/netmrg/INSTALL > rm -f $(CURDIR)/debian/netmrg/usr/share/doc/netmrg/LICENSE > chmod 744 > $(CURDIR)/debian/netmrg/usr/share/netmrg/contrib/bindstats/dnsstats > diff -u netmrg-0.20/debian/templates netmrg-0.20/debian/templates > --- netmrg-0.20/debian/templates > +++ netmrg-0.20/debian/templates > @@ -61,7 +61,7 @@ > _default: > _description: Name of web host: > netmrg's user interface is web based. The hostname of the web server > - is used for urls within the netmrg web interface. Leaving this > + is used for URLs within the netmrg web interface. Leaving this > entry field empty is usually a good choice. > > Template: netmrg/company/name > @@ -74,9 +74,9 @@ > Template: netmrg/company/link > Type: string > _default: http:// > -_description: Url of your companies website: > +_description: URL of your company's website: > Clicking on the company name will follow a link. It is usually > - the url pointing to the start page of your company's web site. > + the URL pointing to the start page of your company's web site. > > Template: netmrg/postrm > Type: boolean > diff -u netmrg-0.20/debian/po/da.po netmrg-0.20/debian/po/da.po > --- netmrg-0.20/debian/po/da.po > +++ netmrg-0.20/debian/po/da.po > @@ -143,7 +143,7 @@ > #: ../templates:11002 > msgid "" > "netmrg's user interface is web based. The hostname of the web server is > used " > -"for urls within the netmrg web interface. Leaving this entry field empty is > " > +"for URLs within the netmrg web interface. Leaving this entry field empty is > " > "usually a good choice." > msgstr "" > "netmrgs brugergrænseflade er internetbaseret. Værtsnavnet på " > @@ -175,14 +175,14 @@ > #. Type: string > #. description > #: ../templates:13002 > -msgid "Url of your companies website:" > +msgid "URL of your company's website:" > msgstr "Adresse på dit firmas internetside:" > > #. Type: string > #. description > #: ../templates:13002 > msgid "" > -"Clicking on the company name will follow a link. It is usually the url " > +"Clicking on the company name will follow a link. It is usually the URL " > "pointing to the start page of your company's web site." > msgstr "" > "Klik på dit firmanavn vil udløse en henvisning. Det er normalt adressen, > som " > diff -u netmrg-0.20/debian/po/cs.po netmrg-0.20/debian/po/cs.po > --- netmrg-0.20/debian/po/cs.po > +++ netmrg-0.20/debian/po/cs.po > @@ -139,10 +139,10 @@ > #: ../templates:11002 > msgid "" > "netmrg's user interface is web based. The hostna
Bug#689691: unblock: php-letodms-core/3.3.9-1
Subject: unblock: php-letodms-core/3.3.9-1 Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package php-letodms-core The current letodms version in testing (3.3.4-1) has some important security vulnerabilities. New php-letodms-core-3.3.9-1 fixes all these issues. unblock php-letodms-core/3.3.9-1 Thank you, Regards, Francisco. -- Francisco M. García Claramonte Debian GNU/Linux Developer GPG: public key ID 556ABA51 http://people.debian.org/~francisco/ signature.asc Description: This is a digitally signed message part
Bug#686702: unblock: gcc-4.6/4.6.3-9
On Tue, Sep 4, 2012 at 23:10:16 +0200, Matthias Klose wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: unblock > > this should go to wheezy, because > > - wrong code gen fixes > - the ARM vector alignment fix > - some fixes for cross builds > > please ignore the Linaro changes, these are not used for the Debian ARM > builds. > Unfortunately, 4.6.3-10 failed to build on kfreebsd-amd64 and mipsen, so this can't go to wheezy yet. Any idea what's going on there? Cheers, Julien signature.asc Description: Digital signature
Bug#689692: RFS: byzanz/0.3.0+git20120930-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "byzanz" which i would like to adopt. I am also interested in maintaining it in a git repository at git.debian.org. Package name: byzanz Version : 0.3.0+git20120930-1 Upstream Author : Benjamin Otte URL : http://git.gnome.org/browse/byzanz License : GPL-3+, LGPL-3+, Public Domain Section : graphics It builds those binary packages: byzanz - small screencast creator To access further information about this package, please visit the following URL: http://mentors.debian.net/package/byzanz Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/byzanz/byzanz_0.3.0+git20120930-1.dsc Changes since the last upload: * New Maintainer. (Closes: #654614) * New Upstream git snapshot which adds various translations. * Switch to packaging format 3.0 (quilt). * Create patches instead of modifying the sources. - Remove config.sub and config.guess and add them automatically with autotools-dev. - Incorporate the last NMUs and create proper patches for them. - Add patches from Jari Aalto again which were overwritten by the last NMUs. * debian/rules: - Simplify debian/rules by using dh. - Build with hardening+=all. - Build with -Wl, --as-needed to avoid unnecessary dependencies. * debian/control: - Add autotools-dev to Build-Depends. - Homepage field: Point to the git repository because the old homepage does not exist anymore. - Remove the VCS-field because it points to the upstream repository. (Closes: #685358) - Description: Make clear that Byzanz is an applet and command line tool. - New Standards-Version 3.9.4, no changes needed. * Bump compat level to 9. * Add a short introductory manpage for Byzanz which points to byzanz-record and byzanz-playback. (Closes: #606673) * Improve README.Debian and make clear where you can find the panel applet. Create examples in case you can only use the command line tools.(Closes: #606676) * Fix the wrong command in byzanz-playback's synopsis. (Closes: #641663) * Update debian/copyright to copyright format 1.0. * Update the license to GPL-3+, LGPL-3+ and Public Domain where necessary. Regards, Markus Koschany signature.asc Description: OpenPGP digital signature
Bug#689429: vmxnet3 driver with package drops on ESXi 5.0
On Tue, Oct 02, 2012 at 04:26:49PM +0200, Patrick Matthäi wrote: > Using ESXi 5.0 with Linux guests (in this case many amd64 Squeeze > machines with three vmxnet3 adapter for each VM) could cause package > drops, here especially on using UDP (name resolving). So I saw that > some machines produced ~ 20 drops / day. > This has been fixed by VMware last week: > http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032587 Vmware published this fix for the problem: --- 731933/vmxnet3-only//vmxnet3_drv.c 2012-05-29 16:01:52.0 +0200 +++ 821615/vmxnet3-only//vmxnet3_drv.c 2012-08-25 16:01:16.0 +0200 @@ -986,21 +986,17 @@ ctx->l4_hdr_size = compat_skb_tcp_header(skb)->doff * 4; else if (iph->protocol == IPPROTO_UDP) - /* -* Use TCP header size so that bytes to -* copied are more than the minimum -* required by the backend. -*/ ctx->l4_hdr_size = - sizeof(struct tcphdr); + sizeof(struct udphdr); else ctx->l4_hdr_size = 0; } else { /* for simplicity, don't copy L4 headers */ ctx->l4_hdr_size = 0; } - ctx->copy_size = ctx->eth_ip_hdr_size + - ctx->l4_hdr_size; + /* make sure that copy size is not exceeding pkt len */ + ctx->copy_size = min((ctx->eth_ip_hdr_size + + ctx->l4_hdr_size), skb->len); } else { ctx->eth_ip_hdr_size = 0; The same changes are done in efead8710aad9e384730ecf25eae0287878840d7 (backported to 3.0 and 3.2; 2.6.32 possibly not affected) and b203262de63c56393d09e254242b57c002d8619d (applied in 3.3, not backported). Please test if 3.5 or 3.6 from experimental fixes the reported problem. Bastian -- Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant." -- Kirk, "The Ultimate Computer", stardate 4731.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680439: gcc-4.7: Fails to build glibc [amd64]
I've just tried this with glibc 2.16 and get the same problem. Trying to build glibc2.15 with gcc 4.7 gave a very similar error (Same '__EI___*' aliased to external symbol '__GI___*' with a different variable name. Packaging from svn://svn.debian.org/pkg-glibc/glibc-package/branches/eglibc-2.16/debian libc sources from svn://svn.eglibc.org/branches/eglibc-2_16 (and the aarch64 patch from http://sourceware.org/ml/libc-alpha/2012-10/msg7.html munged to fit debian eglibc layout) This is now a blocker for the arm64 port, which only has gcc4.7 available and we need a cross-compiler to get started. Will investigate further. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680100: libatomic-ops/powerpc: FTBFS: eats all disk space in the known universe (almost, anyway)
On Tue, Jul 03, 2012 at 08:54:52AM -0600, Wouter Verhelst wrote: > Your package's failed to build on powerpc. The build itself actually > succeeded, but then in the test suite something went wrong: This was still the case with libatomic-ops_7.2~alpha5+cvs20101124-1+deb7u0. Not happy. -rw-r--r-- 1 buildd buildd 19694960640 Oct 4 11:20 libatomic-ops_7.2~alpha5+cvs20101124-1+deb7u0-powerpc-20121004-0842 This time it killed parry. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686079: unblock: letodms-3.3.9+dfsg-1
Hi, The security issues are definitively fixed in packages: letodms-3.3.9+dfsg-1 and php-letodms-core-3.3.9-1 (bug #689691 [1]). Most changes in these packages are related with the security issues. Please, consider to unblock these two packages. In other case, letodms must be removed from testing, because letodms-3.3.7+dfsg-1 is not valid for Debian stable. This bug is related with bug #689664 [2]. Thank you your support. Regards, Francisco. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689691 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689664 -- Debian GNU/Linux Developer GPG: public key ID 556ABA51 http://people.debian.org/~francisco/ signature.asc Description: Digital signature
Bug#689693: Non-standard main in configure causing failure with strict compilers
Package: r-cran-xml Version: 3.9-4-1 r-cran-xml using the following program to determine the version of the libxml library: #ifdef FROM_GNOME_XML_DIR #include #else #include #endif int main(int argc, char *argv) { xmlCheckVersion(2); return(0); } The char* type of argv is non-standard and rejected by stricter compilers. Best, Michael pgpYWm7y4Nlph.pgp Description: PGP signature
Bug#484584: ITP: python-odf -- Python API and tools to manipulate OpenDocument files
Hi, any news on this package? Maybe a directory in the python-modules SVN? TIA! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678720: sugar-0.96: diff for NMU version 0.96.1-2.1
Simon Paillard wrote: > > I've prepared an NMU for sugar-0.96 (versioned as 0.96.1-2.1) and > uploaded it to DELAYED/4. Please feel free to tell me if I > should delay it longer. > As far as I can see, your patch does not fix all problems. The submitter did show the following errors at sugar's startup: > /usr/bin/sugar: 3: [: missing ] > /usr/bin/sugar: 3: /usr/bin/sugar: 1000: not found and there is indeed "]" and "[" missing around the "||" operator. Furthermore, the package is missing another dependency to be able to use xrdb. So, afaics, it needs to depend on x11-xserver-utils. I guess setting "-e" helps... I can file those issues seperately if preferred (and they would have severity "serious"). I didn't inspect the package further. There might be more issues. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688842: Bug#689476: : No such file or directory at /usr/share/perl5/Pristine/Tar/Formats.pm line 65
On Thu, 04 Oct 2012 22:56:11 +0200, gregor herrmann wrote: > On Thu, 04 Oct 2012 21:27:01 +0300, Niko Tyni wrote: > > However, thinking a bit more about this: I expect the outcome of #688842 > > is that /usr/local is used by default when it's writable by the current > > user (which usually meens root privileges), but local::lib still will > > be the default for unprivileged users. > Right, but I still consider CPAN.pm (on Debian) dowloading and > installing upstream local::lib -- separately from the packaging > system -- Hm, seems I was too much in "packaging mode" yesterday; today I don't consider it surprising that modules get installed from the CPAN when a user uses CPAN.pm. Sorry for my confusion. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Simon & Garfunkel: Cecilia signature.asc Description: Digital signature
Bug#689694: ITP: openvdb -- Sparse Volume Processing toolkit
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openvdb Version : 0.96.0 Upstream Author : DreamWorks Animation LLC * URL : http://www.openvdb.org * License : MPL 2.0 Programming Lang: C++ Description : Sparse Volume Processing toolkit OpenVDB is an open source C++ library comprising a novel hierarchical data structure and a suite of tools for the efficient storage and manipulation of sparse volumetric data discretized on three-dimensional grids. It is developed and maintained by DreamWorks Animation for use in volumetric applications typically encountered in feature film production. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670675: regression: shows only 1 (first) Ubuntu release for the package
Hi, On Fri, Apr 27, 2012 at 04:56:03PM -0400, Yaroslav Halchenko wrote: > Package: whohas > Version: 0.29-0.1 > Severity: normal > > I have upgraded today from 0.24-2 and I believe it was working ok before, but > now for Ubuntu it seems to report only the first release where package was > present, e.g.: > > $> whohas -D Ubuntu whohas > Ubuntu whohas 0.23-3 186K > all http://packages.ubuntu.com/lucid/whohas > $> I have locally built and tested the patch on wheezy/sid system, it seems to work fine for me: $ whohas -D ubuntu whohas Ubuntu whohas 0.23-3 186K all http://packages.ubuntu.com/lucid/whohas Ubuntu whohas 0.24-2 187K all http://packages.ubuntu.com/natty/whohas Ubuntu whohas 0.24-2 187K all http://packages.ubuntu.com/oneiric/whohas Ubuntu whohas 0.24-2 187K all http://packages.ubuntu.com/precise/whohas Ubuntu whohas 0.29-0.1 186K all http://packages.ubuntu.com/quantal/whohas ii whohas 0.29-0.2 all query multiple distributions' pac regards, -- Hector Oron signature.asc Description: Digital signature
Bug#687079: Why is the severity only important?
On 05/10/12 00:47, Jonathan McDowell wrote: I saw this multiple times yesterday, sometimes on startup, sometimes during a call (I only had gdb attached once, but it clearly showed the fault being in libopal). It makes ekiga unusable for me. Was the downgrade in severity from grave due to this not being reproduced by Gregor? If no upload of ekiga is done until Tuesday (sorry, I am busy until then), I will do it the same day. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689537: pdnsd: deletes conffiles on package removal (policy 10.7.3): /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd
Hi, Andreas Beckmann wrote (03 Oct 2012 19:12:45 GMT) : > Version: 1.2.8-par-2.3 > during a test with piuparts I noticed your package modifies conffiles. [...] > debsums: missing file /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd > (from pdnsd > package) > This file is missing after the following sequence: > install > remove (dont purge) > install In case it might help, I currently have 1.2.8-par-2.3 installed, and that file is missing here. My etckeeper git -d log tells me that file was deleted by the upgrade from 1.2.8-par-2 to 1.2.8-par-2.1, who knows why. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689578: sympa: modifies conffiles (policy 10.7.3): /etc/syslog.conf
Control: reassign -1 sysklogd Control: forcemerge 689686 -1 Control: affects -1 sympa Control: found -1 sympa/6.1.11~dfsg-4 On 2012-10-05 08:48, Salvatore Bonaccorso wrote: > Thus sysklogd should not ship /etc/syslog.conf as conffile, but create > it as configuration file and allow to modify it via syslog-facility > utility. > > Do you agree on this? If so, we can simply reassign #689578 to > sysklogd and merge with #689686. That sounds correct. Thanks for your further analysis. So nobody else seems to use syslog-facility, otherwise this would have happened in other packages, too. Marking the bug as affecting sympa and found in sympa to allow automatic classification of the failed logs by piuparts-analyze. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676833: Patch works
Thanks, the patch works for me for building kdevplatform. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689537: pdnsd: deletes conffiles on package removal (policy 10.7.3): /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd
On 2012-10-05 10:59, intrigeri wrote: > In case it might help, I currently have 1.2.8-par-2.3 installed, and > that file is missing here. My etckeeper git -d log tells me that file > was deleted by the upgrade from 1.2.8-par-2 to 1.2.8-par-2.1, who > knows why. because the prerm unconditionally deletes that conffile, so it also gets lost on plain upgrades - or even a reinstallation. and while we are at mishandling conffiles: /etc/default/pdnsd is also shipped as a conffile but modified by maintainer scripts (using a debconf answer ...) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630576: pid file is exist in /var/run/pdnsd.pid, stop it or restart
retitle 630576 spurious warning message at boot time severity 630576 minor tags 630576 + patch thanks Hi, jida...@jidanni.org wrote (15 Jun 2011 11:19:35 GMT) : > Upon boot one sees in /var/log/boot and on the console: > Wed Jun 15 19:07:55 2011: pid file is exist in /var/run/pdnsd.pid, stop it or > restart > ... ^[[33m(warning).^[[39;49m > However it apparently does get started OK. So given the initscript works well otherwise, it looks like this is a spurious and apparently warning message. Retitling and setting severity accordingly. Patch attached against current collab-maint repo (lagging behind the last few NMU's but still). diff --git a/debian/init.d b/debian/init.d index 1ba8846..8532c90 100755 --- a/debian/init.d +++ b/debian/init.d @@ -48,14 +48,6 @@ gen_cache() fi } -check_pid() -{ - if test -f "$PIDFILE"; then - log_warning_msg "pid file exists in $PIDFILE, stop $pdnsd it or restart $pdnsd" - exit 1 - fi -} - start_resolvconf() { test -x /sbin/resolvconf || return @@ -85,7 +77,6 @@ stop_resolvconf() pdnsd_start() { if is_yes "$START_DAEMON"; then - check_pid log_begin_msg "Starting $NAME" start-stop-daemon --oknodo --start --quiet --pidfile "$PIDFILE" \ --exec "$DAEMON" -- --daemon -p "$PIDFILE" $START_OPTIONS
Bug#689695: mydumper: uses deprecated glib functions and -Werror
Package: mydumper Version: 0.5.1-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch mydumper uses deprecated glib functions in combination with Werror this means the build breaks when stuff gets deprecated. Ubuntu applied attached patch to remove the deprecated functions 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-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-16-generic (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 diff -Nru mydumper-0.5.1/debian/changelog mydumper-0.5.1/debian/changelog diff -Nru mydumper-0.5.1/debian/patches/0007-deprecated-glib.patch mydumper-0.5.1/debian/patches/0007-deprecated-glib.patch --- mydumper-0.5.1/debian/patches/0007-deprecated-glib.patch 1970-01-01 01:00:00.0 +0100 +++ mydumper-0.5.1/debian/patches/0007-deprecated-glib.patch 2012-10-05 11:10:37.0 +0200 @@ -0,0 +1,66 @@ +Index: mydumper-0.5.1/mydumper.c +=== +--- mydumper-0.5.1.orig/mydumper.c 2011-08-12 12:26:38.0 -0400 mydumper-0.5.1/mydumper.c 2012-01-15 16:24:16.0 -0500 +@@ -453,10 +453,6 @@ + GError *error = NULL; + GOptionContext *context; + +- g_thread_init(NULL); +- +- init_mutex = g_mutex_new(); +- + context = g_option_context_new("multi-threaded MySQL dumping"); + GOptionGroup *main_group= g_option_group_new("main", "Main Options", "Main Options", NULL, NULL); + g_option_group_add_entries(main_group, entries); +@@ -525,7 +521,7 @@ + if (daemon_mode) { + GError* terror; + +- GThread *bthread= g_thread_create(binlog_thread, GINT_TO_POINTER(1), FALSE, &terror); ++ GThread *bthread= g_thread_try_new("binlog", binlog_thread, GINT_TO_POINTER(1), &terror); + if (bthread == NULL) { + g_critical("Could not create binlog thread: %s", terror->message); + g_error_free(terror); +@@ -533,7 +529,7 @@ + } + + start_scheduled_dump= g_async_queue_new(); +- GThread *ethread= g_thread_create(exec_thread, GINT_TO_POINTER(1), FALSE, &terror); ++ GThread *ethread= g_thread_try_new("exec", exec_thread, GINT_TO_POINTER(1), &terror); + if (ethread == NULL) { + g_critical("Could not create exec thread: %s", terror->message); + g_error_free(terror); +@@ -777,7 +773,7 @@ + for (n=0; n
Bug#638364: systemd dependency cycle in pdnsd
Hi, Boppy wrote (18 Aug 2011 20:37:29 GMT) : > Version: 1.2.8-par-2 > dbus daemon don't start on boot and it seems this is caused of > a cycle in the pdnsd init script. pdnsd 1.2.8-par-2.1 brought some insserv -related changes, that might be used by systemd (I've no idea what the latter derives its dependency information from). May you please test it and see if it helps? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689559: gdm3: Orca is not starting at greeter stage
Le vendredi 05 octobre 2012 à 02:18 +0200, Samuel Thibault a écrit : > Is there currently really no way to have gdm-simple-greeter start > something automatically? We can edit gdm-fallback.session to start more processes automatically. However I’m not sure it is a good idea to start orca in all cases. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689696: "restrict" is a keyword in C99
Package: sanlock Version: 2.2-1 src/sanlock_internal.h, line 495, uses "restrict" as a field name in a struct. This collides with the fact that in C99 "restrict" is a keyword. Compilers that default to C99-mode, or gcc -std=c99, fail to compile this code. Best, Michael pgpYRLHQk0oAF.pgp Description: PGP signature
Bug#580828: ghemical: Segmentation fault on running MOPAC energy calculation
Am Donnerstag, den 04.10.2012, 16:47 -0700 schrieb Nicholas Breen: > On Fri, Oct 05, 2012 at 12:55:04AM +0200, Michael Banck wrote: > > On Sat, May 15, 2010 at 09:27:34PM -0400, Bill Gunn wrote: > > > It crashes with any molecular geometry I have tried either imported or > > > drawn in ghemical. I attach two example files I have tested. > > > > I can reproduce this, albeit only on amd64 not on i386 (Debian stable > > both). Can somebody reproduce this on 64bit on Debian testing or > > unstable? > > > > 1. start ghemical > > 2. switch to Draw > > 3. Draw one carbon > > 4. Compute->Setup, switch to all QM > > 5. Compute->Energy > > Following those steps, I cannot reproduce the crash on my amd64/sid system: > > Changed the Setup for calculations (setup = allqm, engine = eng1_qm_mopac : > MOPAC7 / MNDO). > Calculating Energy (setup = allqm, engine = eng1_qm_mopac : MOPAC7 / MNDO). > Energy = -11447.07446209 kJ/mol > > (program continues normally, no errors) Ditto here. I also tried to emulate i386 behaviour via 'linux32' but still no crash. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689492: metche: FHS violation: package installation creates /root/sent
On 2012-10-03 23:58, intrigeri wrote: > Hi Andreas, > > Andreas Beckmann wrote (03 Oct 2012 09:49:30 GMT) : >> during a test with piuparts I noticed your package left unowned >> files on the system after purge. But the actual problem is that >> these files are created at all and in a FHS violating location. > > Thank you for reporting this issue. > It was already tracked in #657071. > > I want to merge these bugs, but let's clarify the severity first. > Please let me explain the problem, and ask for your opinion on > this matter. > > By default, metche uses mutt to send email; > by default, when run as root, mutt saves outgoing email to /root/sent. so if root breaks *his* mutt configuration, installing metche will fail? > So, well, metche is not *directly* violating the FHS, but rather using > a program whose default settings were really meant for interactive > use, instead of being used by non-interactive tools such as metche. > > Do you think that this indirect FHS violation is RC? IMO any package that depends (directly or indirectly) on some specific state of /root/ (or ~root/) - or even changes its behavior depending on the content of /root (aka "uses configuration files that are not in /etc") is RC buggy. But we can take this discussion to debian-devel@ as there are more packages abusing /root in some way, e.g. creating /root/.gnupg/ (which would probably mean that they could/would also use anything in root's keyring for their configuration) or /root/.rnd (this is probably done by openssl if called from a maintainer script). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688041: Please confirm
Hi Thomas, On Do, 04 Okt 2012, Thomas Kremer wrote: > And if you mean by "propose" that I was to give a complete splitting > strategy on what should go where, I naively thought the maintainer would > know better than me anyway, but if asked I would propose one font family > per package. If there are actions involved (mktexlsr etc.), I propose > using an apt trigger. A few facts (easy to find out yourself, but for your convenience): * Debian package splitting follows upstream collections * packaging eahc TeX Live package into one Debian package was reject years ago (would add 2000+) packages * triggers are already used > Now here is a point I don't understand: What does upstream have to do > with debian packages? See the first point above. If you don't convince upstream (which by chance also consists of me and some others), there will be no change in packaging. (Well, of course you are invited to provide an alternative packaging of TeX Live, if you manage!) > There are undoubtedly many other packages that split the compiled output > of their sources into smaller binary packages (e.g. when splitting into > -data, -doc, -dev etc.) without needing written consent by upstream. Irrelevant, see above. > Well, maybe that's because you start attacking people before even asking > for any proposals. Unfortunately I have asked too many times about that, without any feedback. Consult the mailing list archives. People telling me that this and that language should not go with this and that, but nobody *nobody* actually sat down *ONCE* and read through the upstream packaging and splitting into packages, collections, schemes and came up with a better - no - with *ANY* proposal. I assume (sorry for that), that you will not be any exception. > Maybe you're also mistaking the Bug Tracking System for a Bug Fixing > System, where users can fix the bugs they find for you. This is NOT a bug! This is a *inconvenience* for you, but tell me what is the *bug*? Is there a technical statement in the policy that packages should not be bigger than 400M? > I'd probably already have a patch waiting, if I had enough disk space > and bandwidth to download the source package (in reasonable time) and > work with it. HAHAHA, should I send you the DVD of the TeX Live collection? BTW, the source packaging in our svn repository is small, as it does not contain the .orig.tar.gz. Go ahead! > > Especially remarks like "in the light of several-year-ignored ..." > > disqualify you the moment I read them. > > Well, perhaps I have seen too many really old bugs that were simply not > fixed at all. Which had patches, that worked. Hahahaha, and do you think that providing an arbitrary patch guarantees that it will be included? Only because someone tagged a bug with "patch" dos not mean that the patch has any relevance. > And perhaps it is simply inappropriate to not even respond to someone > who has found a bug and gone though the trouble of figuring out how to > sensibly use the bug tracking system (which is btw not trivial) and > ignore it for the next four years. First, ever typed in "reportbug" on the commandline? Second, if someone is not able to manage bug reports system, then his/her bug reports will in 99% be anyway useless. Do you think we are not aware of the size of the packages??? Don't you see that we have already split documentation from run files in many cases? Do you really think that packaging TeX Live is such a simple task that it escapes my attention how big packages are? > I appreciate your work, but it is simply inappropriate to leave someone > hanging for years, who wants to contribute, even if he only manages to > point out a bug and not also to fix it. Examples, please. > For Bug #591064, for example, the good solution would be: See please the message attached to each bug report: The Debian TeX Team is *NOT* a LaTeX Help Desk!!! There are many forums to ask these questions, and you will get answers within minutes, becasue there are hundreds of peoples reading these posts (tex.stackexchange, c.t.t, your local user group). Here on this list we are a few, maybe 5, and actively working on the the TeX Live packages are practically only me. Now, do you *REALLY* think I will make a LaTeX help desk for someone who mixes metafont fonts with xelatex? Do you really want me to spend my time helping people learning how to use LaTeX? So , for an example, I install libreoffice the first time and try to get a table with computation of the cells right, but it does not work because I have no idea how to do excel-like computations. I write a bug report, because I am lazy to study the manuals myself. DO you expect the maintainer of libreoffice to answer this bug and make a course for the bug reporter on how to use librecalc? No, *I* will not make LaTeX help desk, nor quick introduction courses, nor anything like that. Bugs of this kind I normally close, if I don't because I ignored them at some point they
Bug#689697: unblock: rygel/0.14.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package rygel Upstream recommended to include a trivial patch that improves the interopability with many DLNA devices on the market that always does seek requests. Without this patch these users won't get smooth playback. (ie. many BlueRay Disc players on the market apparently have this bug). http://git.gnome.org/browse/rygel/commit/?h=rygel-0-14&id=6afee764be64d0239d426f48cc7754aa6ad97ef9 unblock rygel/0.14.3-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689490: openssl: using openssl from maintainer scripts creates /root/.rnd
On 2012-10-03 18:05, Kurt Roeckx wrote: > On Wed, Oct 03, 2012 at 11:43:48AM +0200, Andreas Beckmann wrote: >> I think this is a FHS violation, dropping anything in root's HOME. >> Wouldn't /var/lib/openssl/rnd be a more appropriate place? > > Oh, you want random users to write to root's .rnd file? That sounds > like a good idea. Who said something about making that world writable? And last time I checked, /usr/bin/openssl was not setuid root. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689258: Does not display content of symlinked .diff.gz files
Hi Luca, On Tue, 2 Oct 2012 00:45:14 Luca Falavigna wrote: > I realized I didn't provide enough context, I briefly explain my use case. > Thank you for detailed problem description. Fortunately upstream promptly fixed the issue and the fix is in "unstable". I believe you must be in power to unblock if you think this fix worth to be in Wheezy? (There were no other changes in this upload). Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657659: pcalendar: Cannot set the duration of menstruation
Hello, A new version of the pcalendar was published. I hope this bug is addressed there. https://sourceforge.net/projects/linuxorg/ The application was changed to treat the period duration in more consistent and usable way. There is still no way to specify the period duration directly since I believe it does not make much sense - all the activities are bound to the dates when a new period starts. Period duration is a secondary value which is derived from these dates and always shown in the status bar. Application now gives a hint about the period day number even if no periods were recorded at all. Thus the periods duration estimation is now much easier to do when you are starting from scratch. Please let me know if you have any recommendations or comments. Thank you! Mar'yan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688382: texlive-base: missing conffiles after squeeze->wheezy upgrade
Hi Andreas, On Di, 02 Okt 2012, Andreas Beckmann wrote: > ACK. Works for me (squeeze->LOCAL distupgrade), dpkg now forgets about > the obsolete conffiles. No ucf problems noticed ... I am very grateful, but also very sorry. I have rebuilt another set of packages, due to a lost removal of conffiles when upgrading from intermediate releases. Before the rm_conffile hat as max version 2009something, now it has as maximum version the last released one. I have uploaded them to the same location, and will upload them to unstable over the weekend. In case you have time and can easily kick off a new test with these packages, I would be grateful of course. But if not, no problems at all, too. (Changelog entries: * properly purge some conffiles (Closes: #688382) * fix typo in babel french ldf file, upstream fix (Closes: #689450) * remove conffiles even if upgrading from intermediate packages (Closes: #686487) ) Thanks, Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 AFFCOT (n.) The sort of fart you hope people will talk after. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689698: unblock: gupnp/0.10.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock packages in the gupnp stack The upstream stable series bugfix updates has been sitting in unstable for over a month now without a single bug reported. The updates improves interopability with DLNA devices on the market and is for some users essential fixes. source packages to unblock: gssdp 0.12.2.1-1 gupnp 0.18.4-1 gupnp-av 0.10.3-1 gupnp-vala 0.10.4-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
On Do, 04 Okt 2012, Fabian Greffrath wrote: > Erm, please install the fontconfig file. We need a better looking > alternative for the 35 Postscript core fonts than the Type 1 files > provided by gsfonts. Ok, activated. Should I make an upload to experimental of the current status or wait for after wheezy? Is there a hurry for that? Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 CORFE (n.) An object which is almost totally indistinguishable from a newspaper, the one crucial difference being tat it belongs to somebody else and is unaccountably much more interesting that your own - which may otherwise appear to be in all respects identical. Though it is a rule of life that a train or other public place may contain any number of corfes but only one newspaper, it is quite possible to transform your own perfectly ordinary newspaper into a corfe by the simple expedient of letting somebody else read it. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605870: pdnsd: crashes on heavy load
tags 605870 + unreproducible tags 605870 + moreinfo thanks Hi, Sebastian Andrzej Siewior wrote (23 Mar 2011 20:35:05 GMT) : >> To reproduce, on my box, it is as simple as: >> >>for f in {0..999}; do echo www.debian.org; done | xargs -n1 -P10 host >> >> Notice that there are never more than 10 processes using pdnsd at >> the same time. > I tried that even with no luck. I could not reproduce that on current Wheezy either. Vincent, may you please try to reproduce it with the package in testing/sid? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689671: libgtkmm-3.0-doc: Error in `/usr/share/doc-base/gtkmm3.0-reference', line 9: all `Format' sections are invalid
Il giorno ven, 05/10/2012 alle 01.06 +0200, Michael Biebl ha scritto: > On 05.10.2012 00:58, Michael Biebl wrote: > > On 05.10.2012 00:41, Matteo Settenvini wrote: > > >> libgtkmm-3.0-doc installs the HTML documentation under > >> > >>/usr/share/doc/libgtkmm-3.0-doc/reference/html/ > >> > >> However, /usr/share/doc-base/gtkmm3.0-reference lists the following > >> section: > >> > >> Format: HTML > >> Index: /usr/share/doc/gtkmm-3.0/reference/html/index.html > >> Files: /usr/share/doc/gtkmm-3.0/reference/html/*.html > >> > >> Either the documentation should be installed in the > >> /usr/share/doc/gtkmm-3.0 directory, or the gtkmm3.0-reference file > >> updated to consider the real installation path. > >> > > > > That's what we have the symlinks for. > > Are you saying doc-base has a problem with symlinks? > > > # ls -l /usr/share/doc/gtkmm-3.0 > lrwxrwxrwx 1 root root 16 Sep 29 08:47 /usr/share/doc/gtkmm-3.0 -> > libgtkmm-3.0-doc > # ls -l /usr/share/doc/gtkmm-3.0/reference/html/index.html > -rw-r--r-- 1 root root 4337 Sep 29 08:47 > /usr/share/doc/gtkmm-3.0/reference/html/index.html > It looks indeed a problem of symlinks, as for me gtkmm-3.0 is a regular directory which contains only a "tutorial" symlink. ls -ld /usr/share/doc/gtkmm-3.0/ drwxr-xr-x 2 root root 4096 giu 26 2011 /usr/share/doc/gtkmm-3.0/ ls -l /usr/share/doc/gtkmm-3.0/ lrwxrwxrwx 1 root root 31 giu 23 2011 tutorial -> ../gtkmm-documentation/tutorial > And the package installs fine and I don't get any error message from > doc-base. > Please run "install-docs -v -d -i > /usr/share/doc-base/gtkmm3.0-reference" and attach the output. > > Michael The output of install-docs: -- sudo install-docs -v -d -i /usr/share/doc-base/gtkmm3.0-reference Setup signals. Scrollkeeper status changed: 0. Trying to install file `/usr/share/doc-base/gtkmm3.0-reference'. Warning in `/usr/share/doc-base/gtkmm3.0-reference', line 9: file `/usr/share/doc/libgtkmm-3.0/reference/html/index.html' does not exist. Error in `/usr/share/doc-base/gtkmm3.0-reference', line 9: all `Format' sections are invalid. Registering `/usr/share/doc-base/gtkmm3.0-reference' OnRegistered (/usr/share/doc-base/gtkmm3.0-reference, 0) `/usr/share/doc-base/gtkmm3.0-reference' contains errors, not registering. UnregisterDhelp started UnregisterDhelp finished Ignore signals. Ignore signals. Saving `/var/lib/doc-base/info/status.yml' (1). Saving `/var/lib/doc-base/info/files.yml' (1). Restore signals. Restore signals. RegisterDwww started. Skipping execution of /usr/sbin/dwww-build-menu - dwww package doesn't seem to be installed. RegisterDwww finished. RegisterDhelp started. Skipping execution of /usr/sbin/dhelp_parse - dhelp package doesn't seem to be installed. Scrollkeeper status changed: 0. Registering documents with scrollkeeper... _RegisterScrollkeeperFiles started. Status of `Scrollkeeper-omf-file', `Scrollkeeper-sid' in gtkmm3.0-reference not changed _RegisterScrollkeeperFiles finished. Ignore signals. Saving `/var/lib/doc-base/info/status.yml' (0). Saving `/var/lib/doc-base/info/files.yml' (0). Restore signals. -- -- Matteo Settenvini FSF Associated Member Email : mat...@member.fsf.org -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/E d--(-) s+: a- C+++ UL+++ P+ L>$ E++>+++ W+++ N+ o? w--- O M- V- PS++ PE- Y+>++ PGP+++ t++ 5 X- R+ !tv b+++ DI++ D++ G++ e++ h+ r++ y+ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Bug#689699: Conflicting declarations of variable std_material
Package: sjeng Version: 11.2-8 While building the package using our research compiler infrastructure we noticed the following conflicting declarations: ./extvars.h:88:extern int std_material[17]; ./eval.c:30:int std_material[] = { 0, 100, -100, 310, -310, 4000, -4000, 500, -500, 900, -900, 325, -325, 0 }; Observe that the actual definition (in eval.c) only provides 14 values, hence any access to elements 14,15,16 may result in undefined behaviour. Best, Michael pgpNL1SZuZnCl.pgp Description: PGP signature
Bug#689258: Does not display content of symlinked .diff.gz files
2012/10/5 Dmitry Smirnov : > Thank you for detailed problem description. > Fortunately upstream promptly fixed the issue and the fix is in "unstable". Thank you for backporting the fix! > I believe you must be in power to unblock if you think this fix worth to be in > Wheezy? (There were no other changes in this upload). No, this is domain of the Release Team, but I'd love to have this fix in Wheezy (and eventually in squeeze-backports) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687626: pre-approve unblock: tryton-server/2.2.4-1
* Betr.: " Re: Bug#687626: pre-approve unblock: tryton-server/2.2.4-1" (Wed, 03 Oct 2012 19:09:30 +0100): Hello Adam, > On Fri, 2012-09-14 at 13:36 +0200, Mathias Behrle wrote: > > please approve the upload of tryton-server_2.2.4-1. > > > > The new version contains the upstream bug fix release [1]. > > > > The fixes are for > > > > * NULL value for boolean fields should be considered like False > > * Don't fail on unknown database for WebDAV > > * Fix reading from cache in field one2many > > * Fix comparison of BrowseRecord when other is not a BrowseRecord > > * Skip empty arch when searching other strings of same model > > * Fix MySQLdb to use time for TIME instead of timedelta > > * Add missing empty selection for action in menu > > * Add missing quote on order field > > * Fix nested order_calc tables_args manipulation > > Please go ahead, and let us know once the package has been in unstable > for a few days. Just uploaded Tryton server and related packages to unstable. I will be absent from 9.-16.10.2012. Should I preferably give feedback on 8.10. or after 16.10.? Regards, Mathias signature.asc Description: PGP signature
Bug#689700: bison: generate incompatible header file
Package: bison Version: 1:2.6.2.dfsg-1 Severity: normal Hello Chuan-kai, This version of bison -d parse.y generates a parse.h ending file with the following (assuming the file contain %parse-param {char **lex} ) #ifdef YYPARSE_PARAM #if defined __STDC__ || defined __cplusplus int parse (void *YYPARSE_PARAM); #else int parse (); #endif #else /* ! YYPARSE_PARAM */ #if defined __STDC__ || defined __cplusplus int parse (char **lex); #else int parse (); #endif This was not done in bison 2.4.1 and earlier release, and as far as I can see this change is not documented anywere. This is unfortunate because this does not necessarily declare int parse (char **lex) in the right C++ namespace, causing conflict with the user supplied prototype (which is certainly necessary with older releases), causing compilation error. Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657658: pcalendar: Cannot set more than three symptoms to observe
Hello, A new version of the pcalendar was published. I hope this bug is addressed there. https://sourceforge.net/projects/linuxorg/ Please check and let me know if this bug still can be reproduced. Thanks, Mar'yan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689701: FTBFS: uses install-info without b-d
Package: sepia Version: 0.992-1 Severity: serious Justification: FTBFS While building all packages in a wheezy chroot your package FTBFS: make[1]: Entering directory `/home/mictau/build/sepia/sepia-0.992' [...] install-info /home/mictau/build/sepia/sepia-0.992/debian/sepia/usr/share/info/sepia.info /home/mictau/build/sepia/sepia-0.992/debian/sepia/usr/share/info/dir make[1]: install-info: Command not found The use of install-info requires a proper build-dependency, or maybe can be avoided entirely (triggers can do the work for you). Best, Michael --2012-10-04 21:23:17-- ftp://ftp.uk.debian.org/debian/pool/main/s/sepia/sepia_0.992-1.dsc => `sepia_0.992-1.dsc' Resolving ftp.uk.debian.org (ftp.uk.debian.org)... 83.142.228.128, 2001:470:1f08:80b::2 Connecting to ftp.uk.debian.org (ftp.uk.debian.org)|83.142.228.128|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD (1) /debian/pool/main/s/sepia ... done. ==> SIZE sepia_0.992-1.dsc ... 1245 ==> PASV ... done.==> RETR sepia_0.992-1.dsc ... done. Length: 1245 (1.2K) (unauthoritative) 0K . 100% 54.4K=0.02s 2012-10-04 21:23:17 (54.4 KB/s) - `sepia_0.992-1.dsc' saved [1245] --2012-10-04 21:23:17-- ftp://ftp.uk.debian.org/debian/pool/main/s/sepia/sepia_0.992.orig.tar.gz => `sepia_0.992.orig.tar.gz' Resolving ftp.uk.debian.org (ftp.uk.debian.org)... 83.142.228.128, 2001:470:1f08:80b::2 Connecting to ftp.uk.debian.org (ftp.uk.debian.org)|83.142.228.128|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD (1) /debian/pool/main/s/sepia ... done. ==> SIZE sepia_0.992.orig.tar.gz ... 152608 ==> PASV ... done.==> RETR sepia_0.992.orig.tar.gz ... done. Length: 152608 (149K) (unauthoritative) 0K .. .. .. .. .. 33% 2.26M 0s 50K .. .. .. .. .. 67% 5.83M 0s 100K .. .. .. .. . 100% 5.67M=0.04s 2012-10-04 21:23:18 (3.79 MB/s) - `sepia_0.992.orig.tar.gz' saved [152608] --2012-10-04 21:23:18-- ftp://ftp.uk.debian.org/debian/pool/main/s/sepia/sepia_0.992-1.diff.gz => `sepia_0.992-1.diff.gz' Resolving ftp.uk.debian.org (ftp.uk.debian.org)... 83.142.228.128, 2001:470:1f08:80b::2 Connecting to ftp.uk.debian.org (ftp.uk.debian.org)|83.142.228.128|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD (1) /debian/pool/main/s/sepia ... done. ==> SIZE sepia_0.992-1.diff.gz ... 19355 ==> PASV ... done.==> RETR sepia_0.992-1.diff.gz ... done. Length: 19355 (19K) (unauthoritative) 0K .. 100% 727K=0.03s 2012-10-04 21:23:18 (727 KB/s) - `sepia_0.992-1.diff.gz' saved [19355] I: using cowbuilder as pbuilder -> Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.32585 forking: cp -al /home/mictau/wheezy-base.cow /var/cache/pbuilder/build//cow.32585 I: removed stale ilistfile /var/cache/pbuilder/build//cow.32585/.ilist -> Invoking pbuilder forking: pbuilder execute --bindmounts /home/mictau/build/sepia --bindmounts /run/shm --buildplace /var/cache/pbuilder/build//cow.32585 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.32585 cow-shell /usr/lib/pbuilder/pdebuild-internal /home/mictau/build/sepia/sepia-0.992 --debbuildopts --debbuildopts --uid 1000 --gid 1000 --pbuildersatisfydepends /usr/lib/pbuilder/pbuilder-satisfydepends I: Running in no-targz mode I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: Mounting /home/mictau/build/sepia I: Mounting /run/shm I: Mounting /var/cache/pbuilder/ccache I: policy-rc.d already exists I: Obtaining the cached apt archive contents Reading package lists... Building dependency tree... Reading state information... passwd is already the newest version. The following extra packages will be installed: debootstrap libgcrypt11 libgnutls26 libgpg-error0 libidn11 libp11-kit0 libtasn1-3 wget Suggested packages: rng-tools pbuilder-uml gdebi-core Recommended packages: fakeroot sudo devscripts The following NEW packages will be installed: debootstrap libgcrypt11 libgnutls26 libgpg-error0 libidn11 libp11-kit0 libtasn1-3 pbuilder wget debconf: delaying package configuration, since apt-utils is not installed 0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/2503 kB of archives. After this operation, 6521 kB of additional disk space will be used. Selecting previously unselected package libgpg-error0:amd64. (Reading database ... 11098 files and directories currently installed.) Unpacking libgpg-error0:amd64 (from .../libgpg-error0_1.10-3.1_amd64.deb) ... Selecting previously unselected package libgcrypt11:amd64
Bug#573745: Call for votes on Python Maintainer Question
Don Armstrong writes ("Bug#573745: Call for votes on Python Maintainer Question"): > I call for a vote on the following resolution to #573745. ... > I believe any of these options requires a simple majority (under > §6.1.2) but I could see arguments that A or B requires a 3:1 majority > (under §6.1.4). If it becomes necessary, we will adhere to the > Secretary's interpretation. Reassigning maintainership of a package is explicitly mentioned in 6.1.2, so I think it's clear that only 1:1 is required. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634930: gpa: GPA unusable due to "General Assuan error"
severity 634930 grave thanks Hi, Daniel Leidert wrote (08 Jul 2012 11:38:45 GMT) : > Instead of removing this file can you please try the option: > --disable-x509 instead? On my up-to-date Wheezy system: * gpa 0.9.0-2 from Debian Wheezy: same error messages as reported on Debian bug #634930 * gpa 0.9.3-1 from Debian experimental: same error messages as reported on Debian bug #634930 * gpa 0.9.3-1 from Debian experimental, --disable-x509: works fine I'm bumping the severity to "grave", as the version currently in testing/sid looks "clearly unusable or mostly so" to me. Thank you for maintaining GnuPG tools in Debian! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573745: Call for votes on Python Maintainer Question
Don Armstrong writes ("Bug#573745: Call for votes on Python Maintainer Question"): > I call for a vote on the following resolution to #573745. ... I vote C B A F Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689702: undbx: fails to build in ubuntu due to Werror
Package: undbx Version: 0.20-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch In ubuntu undbx causes triggers a warn_unused_result error causing a build failure. See https://launchpadlibrarian.net/118129198/buildlog_ubuntu- quantal-i386.undbx_0.20-1ubuntu1_FAILEDTOBUILD.txt.gz gcc -DHAVE_CONFIG_H -I.-Wall -Werror -g -O2 -c dbxsys.c dbxsys.c: In function 'sys_fread_short': dbxsys.c:341:8: error: ignoring return value of 'fread', declared with attribute warn_unused_result [-Werror=unused-result] dbxsys.c: In function 'sys_fread_int': dbxsys.c:326:8: error: ignoring return value of 'fread', declared with attribute warn_unused_result [-Werror=unused-result] dbxsys.c: In function 'sys_fread_long_long': dbxsys.c:307:8: error: ignoring return value of 'fread', declared with attribute warn_unused_result [-Werror=unused-result] cc1: all warnings being treated as errors signature.asc Description: OpenPGP digital signature
Bug#686098: Fonts from package misbehave in exported PDF
Am 05.10.2012 11:49, schrieb Norbert Preining: Ok, activated. Thanks. Should I make an upload to experimental of the current status or wait for after wheezy? Is there a hurry for that? No, not necessarily. have you thought about splitting the Opentype fonts off of the package? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#137771: aptitude's vs dpkg's hold state
Hi Daniel, thanks for your reply. It definitely brings light into the issue! Daniel Hartwig wrote: > Basically there are two kinds of package holds: > - dselect, stored in /var/lib/dpkg/status; and > - aptitude, stored in /var/lib/aptitude/pkgstates. Hmm. While you definitely can set and query holds without dselect being installed, I wonder if dpkg works any different with them. At least when I stumbled upon it, dpkg seems to let aptitude happily override dpkg's hold, despite dpkg's man-page says: hold A package marked to be on hold is not handled by dpkg, unless forced to do that with option --force-hold. > When aptitude starts it attempts to divine which dselect holds have > changed and updates its database accordingly (not perfect). At no > point does aptitude update the dselect holds when it's own have > changed. Real life confirms that: Thanks to tons of iceweasel versions on mozilla.debian.net, I played around a little bit (on Squeeze) with downgrading, upgrading and holding packages and then doing it again. ;-) # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel install ii iceweasel 16.0~b6-1~bpo6 Web browser based on Firefox i A iceweasel - Web browser based on Firefox # echo iceweasel hold | dpkg --set-selections # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel hold hi iceweasel 16.0~b6-1~bpo6 Web browser based on Firefox ihA iceweasel - Web browser based on Firefox # echo iceweasel install | dpkg --set-selections # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel install ii iceweasel 16.0~b6-1~bpo6 Web browser based on Firefox i A iceweasel - Web browser based on Firefox dpkg's holds are handled like hold flags set by aptitude -- but only until I change something in aptitude. From there on it ignores dpkg's hold flag: # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel install ii iceweasel 15.0.1-1~bpo60 Web browser based on Firefox i A iceweasel - Web browser based on Firefox # echo iceweasel hold | dpkg --set-selections # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel hold hi iceweasel 15.0.1-1~bpo60 Web browser based on Firefox ihA iceweasel - Web browser based on Firefox # aptitude full-upgrade No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. # aptitude unhold iceweasel No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel hold hi iceweasel 15.0.1-1~bpo60 Web browser based on Firefox i A iceweasel - Web browser based on Firefox # aptitude safe-upgrade The following packages will be upgraded: iceweasel 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 2,067 kB of archives. After unpacking 379 kB will be used. Do you want to continue? [Y/n/?] Get:1 http://mozilla.debian.net/ squeeze-backports/iceweasel-beta iceweasel amd64 16.0~b6-1~bpo60+1 [2,067 kB] Fetched 2,067 kB in 0s (4,688 kB/s) (Reading database ... 486708 files and directories currently installed.) Preparing to replace iceweasel 15.0.1-1~bpo60+1 (using .../iceweasel_16.0~b6-1~bpo60+1_amd64.deb) ... Leaving 'diversion of /usr/bin/firefox to /usr/bin/firefox.real by iceweasel' Unpacking replacement iceweasel ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Processing triggers for man-db ... Processing triggers for hicolor-icon-theme ... Processing triggers for menu ... Setting up iceweasel (16.0~b6-1~bpo60+1) ... Installing new version of config file /etc/iceweasel/searchplugins/locale/en-US/twitter.xml ... Processing triggers for menu ... Current status: 0 updates [-1]. # dpkg --get-selections | fgrep iceweasel; dpkg-query -l iceweasel | egrep '^[ih]'; aptitude search '^iceweasel$' iceweasel hold hi iceweasel 16.0~b6-1~bpo6 Web browser based on Firefox i A iceweas
Bug#573745: Call for votes on Python Maintainer Question
Andreas Barth writes ("Re: Bug#573745: Call for votes on Python Maintainer Question"): > * Don Armstrong (d...@debian.org) [121004 23:09]: > > I call for a vote on the following resolution to #573745. > > > 7. > > A The committee resolves that the maintainer of python interpreter > > A packages in Debian is a team made up of members decided by (and > > A including) Sandro Tosi > > > > B The committee resolves that the maintainer of python interpreter > > B packages in Debian is a team made up of members decided by (and > > B including) Jakub Wilk > > > > C The committee declines to change the maintainer of the python > > C interpreter packages in Debian. > > C > > C 8. The committee requests that Matthias Klose consider adding > > C additional co-maintainers to the python interpreter package. > > I vote C [AB] F. Resending this message from Andreas to the bug report. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580828: ghemical: Segmentation fault on running MOPAC energy calculation
reassign 580828 libmopac7-1gf retitle 580828 libmopac7-1gf: Segmentation fault in lm7_ini_full_xyz() thanks Hi, On Fri, Oct 05, 2012 at 11:26:15AM +0200, Daniel Leidert wrote: > Am Donnerstag, den 04.10.2012, 16:47 -0700 schrieb Nicholas Breen: > > On Fri, Oct 05, 2012 at 12:55:04AM +0200, Michael Banck wrote: > > > On Sat, May 15, 2010 at 09:27:34PM -0400, Bill Gunn wrote: > > > > It crashes with any molecular geometry I have tried either imported or > > > > drawn in ghemical. I attach two example files I have tested. > > > > > > I can reproduce this, albeit only on amd64 not on i386 (Debian stable > > > both). Can somebody reproduce this on 64bit on Debian testing or > > > unstable? > > > > > > 1. start ghemical > > > 2. switch to Draw > > > 3. Draw one carbon > > > 4. Compute->Setup, switch to all QM > > > 5. Compute->Energy > > > > Following those steps, I cannot reproduce the crash on my amd64/sid system: > > > > Changed the Setup for calculations (setup = allqm, engine = eng1_qm_mopac : > > MOPAC7 / MNDO). > > Calculating Energy (setup = allqm, engine = eng1_qm_mopac : MOPAC7 / MNDO). > > Energy = -11447.07446209 kJ/mol > > > > (program continues normally, no errors) > > Ditto here. I also tried to emulate i386 behaviour via 'linux32' but > still no crash. Cool. Even if ghemical seems to be the only caller of that routine right now, it crashes in libmopac7-1gf so reassigning there. Can you maybe try to install the old libmopac7-1gf_1.15-4 from squeeze (if that installs fine still) and see whether you can reproduce it with that? Installing the testing/unstable version on stable does not work due to missing dependencies. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
Hi Raphael, I was indeed missing the console-setup package, and with it works as expected. (But I don't know what sequence of install / uninstall I must have done, since aptitude selects the Recommends by defaults; but this debian was installed some years ago, its history is long… In particular, I don't know if the added Recommends would have changed my running into the problem). Cheers Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689702: undbx: fails to build in ubuntu due to Werror
* Julian Taylor [Fri Oct 05, 2012 at 12:05:29PM +0200]: > In ubuntu undbx causes triggers a warn_unused_result error causing a build > failure. > See https://launchpadlibrarian.net/118129198/buildlog_ubuntu- > quantal-i386.undbx_0.20-1ubuntu1_FAILEDTOBUILD.txt.gz [...] Hm, any chance you could provide a patch? regards, -mika- signature.asc Description: Digital signature
Bug#689703: nodm: requires xserver-xorg
Package: nodm Version: 0.11-1.3 Severity: important Hello, I built Wheezy live system which includes nodm but nodm silently fails to start. It turns out that it runs /usr/bin/X which is included in the xserver-xorg package on which it does not depend. Please include depends or recommends. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689492: metche: FHS violation: package installation creates /root/sent
Hi, Andreas Beckmann wrote (05 Oct 2012 09:33:48 GMT) : > so if root breaks *his* mutt configuration, installing metche > will fail? Hmm, it looks like it will. > IMO any package that depends (directly or indirectly) on some > specific state of /root/ (or ~root/) - or even changes its behavior > depending on the content of /root (aka "uses configuration files > that are not in /etc") is RC buggy. OK, I'm convinced. Going to merge the bugs and fix that ASAP. Thanks a lot for taking the time to do this :) Cheers! -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689704: arista: most presets require faac, but that isn't found
Package: arista Version: 0.9.7-4 Severity: normal Tags: patch Dear Maintainer, I'm using a clean install of arista (only just installed now, no preexsiting ..arista/ directory in my $HOME). Attempt a transcoding using the gui: start arista-gtk -> "Create Conversion" -> choose the source and destination, and the "N900 MPEG" preset -> "Create". At this point, I expect the transcoding to begin. What actually happens is a "Search for suitable plugin?" window pops up, and the message "arista.presets [435]: INFO Attempting to install elements: faac" is printed to the console. Regardless of whether I search or just cancel, ultimately the conversion fails "because of missing elements" (in the console: "arista.presets [444]: ERROR Unable to install required elements!"). While googling this, I came across a discussion from mageia [1], which seems to be the same issue I'm observing, and where they explain that faac is problematic in that it is both non-free and tainted (not sure if this terminology applies to debian, as well?). At the very end of the thread, Christiaan Welvaart mentions having uploaded a patched arista, which uses the unencumbered vo-aacenc package instead of faac. Further googling produced what appears to be the mentioned patch [2]. Applying that patch to the current tip of arista from github indeed fixes the problem (the presets have to be reset with the patched arista, as per Christiaan's message). Once the presets have been reset, the transcoding even works with debian's arista (i.e., the changes are only to the code which generates the presets, I guess). As far as I can tell, this has not been reported upstream, and I'm not sure whether or not it should be, or whether this a problem of the distributions (mageia, and also debian?). Thanks! Dov [1] http://comments.gmane.org/gmane.linux.mageia.devel/16460 [2] http://sophie.zarb.org/distrib/Mageia/cauldron/i586/by-pkgid/f53eb919643c7b5ac76579ce7e7a4377/files/1 -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 arista depends on: ii gnome-icon-theme3.4.0-2 ii gstreamer0.10-ffmpeg0.10.13-5 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii lxde-icon-theme 0.5.0-1 ii python 2.7.3-2 ii python-cairo1.8.8-1+b2 ii python-dbus 1.1.1-1 ii python-gconf2.28.1+dfsg-1 ii python-gobject 3.2.2-1 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-3 ii python-gudev147.2-3 ii python-simplejson 2.6.1-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-5 Versions of packages arista recommends: ii gnome-codec-install 0.4.7+nmu1 ii gstreamer0.10-plugins-bad 0.10.23-7 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 Versions of packages arista suggests: ii python-notify 0.1.1-3 ii python-webkit 1.1.8-2 -- 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#638730: Bug#689684: ilithuanian: modifies shipped files: /var/lib/ispell/lietuviu.{compat,hash}
On Fri, Oct 05, 2012 at 07:33:42AM +0200, Andreas Beckmann wrote: > Package: ilithuanian > Version: 1.2.1-3 > Severity: important > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package modifies some files > it ships, from the attached logfile (scroll to the end): > > 0m21.3s ERROR: FAIL: debsums reports modifications inside the chroot: > /var/lib/ispell/lietuviu.hash > /var/lib/ispell/lietuviu.compat > > In http://lists.debian.org/20120918111501.ga10...@agmartin.aq.upm.es > Agustin Martin commented that this is harmless, but as this is the last > ispell dictionary doing this, it would be nice to get this cleaned up > for wheezy, too. Hi, Proposed patch attached, dealing with both aspell-tl and ilithuanian. Although it is formatted as a NMU I will wait until next week for maintaner POV about it. Regards, -- Agustin >From e38158ad0da1aa5eb3d627f78b5a80da23d762d2 Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo Date: Fri, 5 Oct 2012 12:14:18 +0200 Subject: [PATCH] Use installdeb-* auto-compat feature (Closes: #638730). Use installdeb-* auto-compat feature to avoid modification of placeholders shipped under /var by maintainer scripts (Closes: #638730). --- debian/aspell-lt.info-aspell |1 + debian/aspell-lt.postinst |9 - debian/changelog |9 + debian/control |2 +- debian/ilithuanian.config.in | 11 --- debian/ilithuanian.info-ispell |1 + debian/rules |4 7 files changed, 12 insertions(+), 25 deletions(-) delete mode 100644 debian/aspell-lt.postinst delete mode 100644 debian/ilithuanian.config.in diff --git a/debian/aspell-lt.info-aspell b/debian/aspell-lt.info-aspell index b1789e6..f473d7b 100644 --- a/debian/aspell-lt.info-aspell +++ b/debian/aspell-lt.info-aspell @@ -10,5 +10,6 @@ Ispell-Args: -d lietuviu Extended-Character-Mode: Aspell-Locales: lt, lt_LT Coding-System: iso-8859-13 +Auto-Compat: lt Locale: lt diff --git a/debian/aspell-lt.postinst b/debian/aspell-lt.postinst deleted file mode 100644 index dac95f2..000 --- a/debian/aspell-lt.postinst +++ /dev/null @@ -1,9 +0,0 @@ -#!/bin/sh -e - -COMPAT="lt.compat" - -if [ "$1" = "reconfigure" ] || [ "$DEBCONF_RECONFIGURE" ]; then -echo "0" > "/var/lib/aspell/$COMPAT" -fi - -#DEBHELPER# diff --git a/debian/changelog b/debian/changelog index e39fc66..5447f80 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +ispell-lt (1.2.1-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Use installdeb-* auto-compat feature to avoid modification of +placeholders shipped under /var by maintainer scripts +(Closes: #638730,#689684). + + -- Agustin Martin Domingo Fri, 05 Oct 2012 12:25:10 +0200 + ispell-lt (1.2.1-3) unstable; urgency=low * Switched to 3.0 (quilt) source format. As a consequence, no longer diff --git a/debian/control b/debian/control index 5285648..291b8eb 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: KÄstutis BiliÅ«nas Dm-Upload-Allowed: yes Build-Depends: debhelper (>> 7.0.0) -Build-Depends-Indep: locales, dictionaries-common-dev (>=0.95), ispell, python (>=2.3), aspell (>= 0.60.3-2) +Build-Depends-Indep: locales, dictionaries-common-dev (>= 1.11.2), ispell, python (>=2.3), aspell (>= 0.60.3-2) Standards-Version: 3.8.3 Package: ilithuanian diff --git a/debian/ilithuanian.config.in b/debian/ilithuanian.config.in deleted file mode 100644 index 4cece66..000 --- a/debian/ilithuanian.config.in +++ /dev/null @@ -1,11 +0,0 @@ -#!/usr/bin/perl -w - -#DEBHELPER# - -if ( $ARGV[0] eq "reconfigure" ){ -my $flag_file = "/var/lib/ispell/lietuviu.compat"; -open (REC_FLAG," > $flag_file") - or die "Could not open $flag_file for writing\n"; -print REC_FLAG "0"; -close REC_FLAG; -} diff --git a/debian/ilithuanian.info-ispell b/debian/ilithuanian.info-ispell index 95fdea6..d8dde76 100644 --- a/debian/ilithuanian.info-ispell +++ b/debian/ilithuanian.info-ispell @@ -10,4 +10,5 @@ Additionalchars: Ä ÄÄÄįšųūžÄÄÄÄĮŠŲŪŽ Ispell-Args: -d lietuviu Extended-Character-Mode: Coding-System: iso-8859-13 +Auto-Compat: lietuviu Locale: lt diff --git a/debian/rules b/debian/rules index c27d191..8b91bb6 100755 --- a/debian/rules +++ b/debian/rules @@ -45,11 +45,7 @@ install: build dh_install install -m 644 lietuviu.mwl.gz $(CURDIR)/debian/ilithuanian/usr/share/ispell - touch $(CURDIR)/debian/ilithuanian/var/lib/ispell/lietuviu.hash - touch $(CURDIR)/debian/ilithuanian/var/lib/ispell/lietuviu.compat - touch $(CURDIR)/debian/aspell-lt/var/lib/aspell/lt.rws - touch $(CURDIR)/debian/aspell-lt/var/lib/aspell/lt.compat install -m 644 lt_LT.aff $(CURDIR)/debian/aspell-lt/usr/lib/aspell/lt_affix.dat installdeb-ispell -pilithuanian -- 1.7.10.4
Bug#689705: grc: SIGPIPE should be suppressed
Package: grc Version: 1.1 Severity: minor In scenario when grcat output is fed via pipe to some receiver and that receiver exits, grcat displays the "Broken pipe" message: === cut === $ cat /log/tomcat.log | grcat ~/.grc.conf | head -10 Traceback (most recent call last): File "/home/dmitry/bin/grcat", line 212, in print nline IOError: [Errno 32] Broken pipe === cut === Probably SIGPIPE should be ignored. -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689037: inputlirc: Crashes immediately after starting
tags 689037 + fixed-upstream thanks On Thu, Oct 04, 2012 at 01:09:11PM +0100, Tony Houghton wrote: > > Hm, I cannot reproduce the crash, > > Neither can I now, so I suppose there's not much that can be done except > to close this bug. Perhaps it was caused by my mistake in using $EVENTS > as well as -n. Well I did find a bug in the code that could result in a crash if two identical input event devices are opened and -g is used. This is likely what happened in your case. It is fixed upstream. -- Met vriendelijke groet / with kind regards, Guus Sliepen signature.asc Description: Digital signature
Bug#689704: arista: most presets require faac, but that isn't found
Hi, On Fri, Oct 5, 2012 at 11:48 AM, Dov Feldstern wrote: > At the very end of the thread, > Christiaan Welvaart mentions having uploaded a patched arista, which uses the > unencumbered vo-aacenc package instead of faac. Further googling produced what > appears to be the mentioned patch [2]. Applying that patch to the current tip > of arista from github indeed fixes the problem (the presets have to be reset > with the patched arista, as per Christiaan's message). Once the presets have > been reset, the transcoding even works with debian's arista (i.e., the changes > are only to the code which generates the presets, I guess). This is really a great catch! Thanks, I'll do my best to make it available for Wheezy. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689707: please upload 2.5.1 into experimental
Package: tortoisehg Version: 2.4-2 Severity: normal Please upload 2.5.1 version into experimental to match the latest Mercurial. After uscan/uupdate the following patch needs to be applied. It bumps some dependencies and drops an old patch already applied upstream. Also, it adds dh_clean call absent for some reason from the rules file. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.5-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tortoisehg depends on: ii mercurial 2.3.1-1 ii python 2.7.2-9 ii python-gobject 3.0.3-3 ii python-qscintilla2 2.6.2-3 ii python-qt4 4.9.5-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-9 Versions of packages tortoisehg recommends: ii libjs-jquery 1.7-1 ii libjs-underscore 1.3.3-1 ii python-iniparse 0.4-2.1 ii python-pygments 1.5+dfsg-1 Versions of packages tortoisehg suggests: pn tortoisehg-nautilus diff -Nru tortoisehg-2.4/debian/changelog tortoisehg-2.5.1/debian/changelog --- tortoisehg-2.4/debian/changelog 2012-09-16 22:48:11.0 +0200 +++ tortoisehg-2.5.1/debian/changelog 2012-10-05 11:45:18.0 +0200 @@ -1,3 +1,9 @@ +tortoisehg (2.5.1-1) UNRELEASED; urgency=low + + * New upstream release + + -- Maintainer Fri, 05 Oct 2012 11:45:18 +0200 + tortoisehg (2.4-2) unstable; urgency=medium * Add fix-config-path.patch to fix crash on new installations of diff -Nru tortoisehg-2.4/debian/control tortoisehg-2.5.1/debian/control --- tortoisehg-2.4/debian/control 2012-05-29 10:16:16.0 +0200 +++ tortoisehg-2.5.1/debian/control 2012-10-05 12:39:20.0 +0200 @@ -14,7 +14,7 @@ Package: tortoisehg Architecture: all -Depends: mercurial (>= 2.1~), mercurial (<< 2.3~), python-gobject (>= 2.12.1), - python-qt4 (>= 4.7), python-qscintilla2, ${shlibs:Depends}, ${misc:Depends}, +Depends: mercurial (>= 2.3~), mercurial (<< 2.4~), python-gobject (>= 2.12.1), + python-qt4 (>= 4.9.5), python-qscintilla2 (>= 2.6.2), ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} Recommends: libjs-jquery, libjs-underscore, python-iniparse, python-pygments diff -Nru tortoisehg-2.4/debian/patches/fix-config-path.patch tortoisehg-2.5.1/debian/patches/fix-config-path.patch --- tortoisehg-2.4/debian/patches/fix-config-path.patch 2012-09-16 22:38:53.0 +0200 +++ tortoisehg-2.5.1/debian/patches/fix-config-path.patch 1970-01-01 01:00:00.0 +0100 @@ -1,49 +0,0 @@ -Description: fix configuration path (and crash on startup) -Origin: https://bitbucket.org/tortoisehg/thg/changeset/9635693f3b973702fdee4e8fa487afb4d93959be -Bug-Debian: http://bugs.debian.org/678558 - -# HG changeset patch -# User Jairo Llopis -# Date 1342020308 -7200 -# Node ID 9635693f3b973702fdee4e8fa487afb4d93959be -# Parent b73053f7cacb5ca8679d09b81363cd62473f5496 -nautilus: Fix issue #869 [1]. Nautilus extension now works. - -The nautilus extension now uses $XDG_CONFIG_HOME like the rest of thg. - -Links: -[1] https://bitbucket.org/tortoisehg/thg/issue/869/tortoisehg-nautilus-doesnt-work-at-all - -Index: tortoisehg-2.4/contrib/nautilus-thg.py -=== tortoisehg-2.4.orig/contrib/nautilus-thg.py 2012-09-16 22:35:49.904065810 +0200 -+++ tortoisehg-2.4/contrib/nautilus-thg.py 2012-09-16 22:36:23.272376213 +0200 -@@ -66,10 +66,25 @@ - from tortoisehg.util import menuthg - self.hgtk = paths.find_in_path(thg_main) - self.menu = menuthg.menuThg() --self.notify = os.path.expanduser('~/.tortoisehg/notify') - --f = open(self.notify, 'w') --f.close() -+# Get the configuration directory path -+try: -+self.notify = os.environ['XDG_CONFIG_HOME'] -+except KeyError: -+self.notify = os.path.join('$HOME', '.config') -+ -+self.notify = os.path.expandvars(os.path.join( -+self.notify, -+'TortoiseHg')) -+ -+# Create folder if it does not exist -+if not os.path.isdir(self.notify): -+os.makedirs(self.notify) -+ -+# Create the notify file -+self.notify = os.path.join(self.notify, 'notify') -+open(self.notify, 'w').close() -+ - self.gmon = Gio.file_new_for_path(self.notify).monitor(Gio.FileMonitorFlags.NONE, None) - self.gmon.connect('changed', self.notified) - diff -Nru tortoisehg-2.4/debian/patches/series tortoisehg-2.5.1/debian/patches/series --- tortoisehg-2.4/debian/patches/series 2012-09-16 22:36:02.0 +0200 +++ tortoisehg-2.5.1/debian/patches/series 2012-10-05 11:47:02.0 +0200 @@ -1,2 +1 @@ add-config-file.patch -fix-config-path.patch diff -Nru tortoisehg-2.4/debian/rules tortoisehg-2.
Bug#689563: O: pdnsd -- Proxy DNS Server
Hi, I don't intend to adopt pdnsd myself, but I have made some bug triaging to make it clearer, to the potential adopter, where to start from. Basically, there are: * one packaging RC bug (#689537) that should be pretty trivial to fix (beware not to re-introduce #617913 in the process) * two important bugs that are waiting for feedback from the reporters * a handful of (mostly oldish) upstream bugs of "normal" severity, that should be fixed some day, but don't prevent most pdnsd users from being happy with it * a bunch of minor / wishlist requests Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
On Fr, 05 Okt 2012, Fabian Greffrath wrote: > have you thought about splitting the Opentype fonts off of the package? Yes, I was thinking to go that way: - fonts-gust-texgyre for the OTF fonts - tex-gyre for the current TeX package and type 1 fonts What do you think? Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 GLINSK (n.) A hat which politicians but to go to Russia in. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
Am 05.10.2012 13:11, schrieb Norbert Preining: - fonts-gust-texgyre for the OTF fonts If it's not necessary to distinguish the font from another one with a similar name, I would avoid mentioning the foundry. In this case it's simply redundant. - tex-gyre for the current TeX package and type 1 fonts What do you think? Agreed, and the tex-gyre package will have a "Depends: fonts-texgyre". - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658523: libfuse2 does not work with klibc mount
Package: fuse-utils Version: 2.9.0-2 Followup-For: Bug #658523 Hello, did a wheezy build run and I still get the error about unsupported -- option. ii klibc-utils 2.0.1-1 i386 small utilities built with klibc for early boot ii libfuse2:i386 2.9.0-2 i386 Filesystem in Userspace (library) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689708: reprepro: Capital 'X' in messages, but real option is small 'x'
Package: reprepro Version: 4.12.4-1 Severity: minor Dear Maintainer, reprepro uses capital 'X' as tar parameter in messages, but real option is small 'x': http://anonscm.debian.org/gitweb/?p=mirrorer/reprepro.git;a=blob;f=extractcontrol.c;h=369192a6ae4466c273d0e870021d50daed9dc0a6;hb=HEAD#l136 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reprepro depends on: ii libarchive12 3.0.4-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libdb5.1 5.1.29-5 ii libgpg-error0 1.10-3.1 ii libgpgme11 1.2.0-1.4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages reprepro recommends: ii apt 0.9.7.5 Versions of packages reprepro suggests: pn gnupg-agent pn inoticoming pn lzip ii lzma 9.22-2 ii xz-utils [lzma] 5.1.1alpha+20120614-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#137771: aptitude's vs dpkg's hold state
On 5 October 2012 18:06, Axel Beckert wrote: > dpkg's holds are handled like hold flags set by aptitude -- but only > until I change something in aptitude. From there on it ignores dpkg's > hold flag: Yes. Once aptitude considers it's own hold more up-to-date it will happily ignore anything from the dpkg database. This is actually correct (!) for the current situation, since aptitude's direct instruction to (un)hold is more recent than the information in dpkg. >From some of the reports this process seems to break down when a dpkg hold is overridden in aptitude, then later the package status is changed outside of aptitude again (such as maybe dpkg unhold again, or install/upgrade). By migrating aptitude to use only the dpkg holds we will avoid this problem. > Either dpkg doesn't complain about having its holds overridden, > aptitude suppresses dpkg's complaints or aptitude passes options to > dpkg to not complain, i.e. --force-hold. The later, though it is libapt-pkg which arranges for dpkg to not complain. Internally, APT considers the dpkg holds (in MarkInstall and friends) before it asks dpkg to do anything. It then arranges for dpkg to ignore any holds, since they are already considered. Aptitude considers it's own holds to be more up-to-date than the dpkg ones, so it instructs APT to not even consider those. This is also mostly correct given the current situation. >> At this point I think that the reasons which gave rise to aptitude >> holds have mostly disappeared. Though I have not determined yet >> precisely what they were or whether any remain, I think the best move >> going forward is to simple drop the concept of an aptitude hold and >> completely integrate the dselect-/APT-style used by all other >> frontends. > > As long as you can still set holds via aptitude using "=" (as > keybinding as well as package suffix on the commandline), Indeed, I don't see any need to change the interface, just the mechanism. A hold is still a hold, and now one hold shall rule them all. > that sounds > fine and the right way for me -- mostly because I don't see any > conceptual differences from the user point of view, except that it > will cause fewer bug-reports in the long run. ;-) I don't see any difference either, but haven't looked enough at the history or code to be 100% on that. There is also Burrows' comment which is not to be dismissed lightly; it is clear from his other contributions that he was rather informed about APT and dpkg internals at the time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658523: libfuse2 does not work with klibc mount
On 10/05/2012 01:25 PM, Michal Suchanek wrote: did a wheezy build run and I still get the error about unsupported -- option. thanks, but it would be more helpful to know if it's reproducible with the latest package (sid). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
Control: severity -1 normal Control: retitle -1 provide instructions when keymap support is requested but when loadkeys or setupcon is missing Dropping the severity since most people will have console-setup installed. On Fri, 05 Oct 2012, Samuel Hym wrote: > I was indeed missing the console-setup package, and with it works as expected. I believe that the update-initramfs keymap hook should display a warning about missing packages when KEYMAP=y and when some of the required executables are missing. But that's all that is needed to fix this bug. 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#689710: grub-pc: Setting up grub-pc (1.99-23) ... very slow, with /boot mounted -o sync
Package: grub-pc Version: 1.99-23 Severity: minor Apparently, grub-pc deletes and copies every file by file on /boot instead of batched: “ps ax” shows things like “rm -f /boot/grub/videotest.mod” and “cp -f /usr/lib/grub/i386-pc/help.mod /boot/grub” This is very slow when /boot is an ext2fs with -o sync,noatime as usual in older installations when the filesystem for / was not quite as trusted or considered less safe. -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/9c0002f4-7824-4790-8891-e684482e0433 / reiserfs rw,relatime 0 0 /dev/vda1 /boot ext2 rw,sync,noatime,errors=continue 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/vda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod reiserfs set root='(hd0,msdos3)' search --no-floppy --fs-uuid --set=root 9c0002f4-7824-4790-8891-e684482e0433 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 8bd93405-542c-41f7-a8e3-761a3775bb7c set locale_dir=($root)/grub/locale set lang=en_GB insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 3.2.0-3-686-pae' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 8bd93405-542c-41f7-a8e3-761a3775bb7c echo'Loading Linux 3.2.0-3-686-pae ...' linux /vmlinuz-3.2.0-3-686-pae root=UUID=9c0002f4-7824-4790-8891-e684482e0433 ro quiet echo'Loading initial ramdisk ...' initrd /initrd.img-3.2.0-3-686-pae } menuentry 'Debian GNU/Linux, with Linux 3.2.0-3-686-pae (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 8bd93405-542c-41f7-a8e3-761a3775bb7c echo'Loading Linux 3.2.0-3-686-pae ...' linux /vmlinuz-3.2.0-3-686-pae root=UUID=9c0002f4-7824-4790-8891-e684482e0433 ro single echo'Loading initial ramdisk ...' initrd /initrd.img-3.2.0-3-686-pae } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### *** END /boot/grub/grub.cfg *** BEGIN /proc/mdstat cat: /proc/mdstat: No such file or directory *** END /proc/mdstat *** BEGIN /dev/disk/by-id ls: cannot access /dev/disk/by-id: No such file or directory *** END /dev/disk/by-id *** BEGIN /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 10 Sep 7 17:55 2bf2ce8f-680a-4f0a-a480-a4498a2486a1 -> ../../vda2 lrwxrwxrwx 1 root root 10 Sep 7 17:55 8bd93405-542c-41f7-a8e3-761a3775bb7c -> ../../vda1 lrwxrwxrwx 1 root root 10 Sep 7 17:55 9c0002f4-7824-4790-8891-e684482e0433 -> ../../vda3 *** END /dev/disk/by-uuid -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.46 ii grub-common1.99-23 ii grub-pc-bin1.99-23 i
Bug#679908: sks: OLD_BDB values for Ubuntu
Hi Debian (2012.07.02_14:18:58_+0200) > + if dpkg-vendor --derives-from Ubuntu; then Eep. Of course, dpkg-vendor is part of dpkg-dev. That probably requires some build-time munging of the postint script, then :( SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689711: ITP: libarray-iterator-perl -- simple class to provide iterators over Perl arrays
Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libarray-iterator-perl Version : 0.8 Upstream Author : Steven Haryanto * URL : http://search.cpan.org/dist/Array-Iterator/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : simple class to provide iterators over Perl arrays Array::Iterator Perl module provides a very simple iterator interface. It is uni-directional and can only be used once. It provides no means of reverseing or reseting the iterator. It is not recommended to alter the array during iteration, however no attempt is made to enforce this. This class only intends to provide a clear and simple means of generic iteration, nothing more (yet). This package also provide: * Array::Iterator::BiDirectional to allow forwards and backwards iteration * Array::Iterator::Circular to allow circular iteration * Array::Iterator::Reusable to allow reuse of iterators This package is a dependency of PIthub which is a dependency of new version of git padre plugin -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689564: backtrace
Once it a while one of those left-over konqueror processes crashes. Below is a backtrace from one of those crashes: Application: Konqueror (konqueror), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f63afe36760 (LWP 23710))] Thread 3 (Thread 0x7f6399e8e700 (LWP 23711)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f639c4afc0d in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7f639ce70280) at wtf/FastMalloc.cpp:2499 #2 0x7f639c4afd19 in WTF::TCMalloc_PageHeap::runScavengerThread (context=) at wtf/FastMalloc.cpp:1622 #3 0x7f63a8d89b50 in start_thread (arg=) at pthread_create.c:304 #4 0x7f63af6b870d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 2 (Thread 0x7f639958d700 (LWP 23712)): #0 0x7f63af6adac3 in *__GI___poll (fds=, nfds=, timeout=5769) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7f63a84c14d4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f63a84c15f4 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f63ad192296 in QEventDispatcherGlib::processEvents (this=0x20b22c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #4 0x7f63ad1628af in QEventLoop::processEvents (this=this@entry=0x7f639958ce40, flags=...) at kernel/qeventloop.cpp:149 #5 0x7f63ad162b38 in QEventLoop::exec (this=0x7f639958ce40, flags=...) at kernel/qeventloop.cpp:204 #6 0x7f63ad065d70 in QThread::exec (this=) at thread/qthread.cpp:501 #7 0x7f63ad068d0b in QThreadPrivate::start (arg=0x20b1fb0) at thread/qthread_unix.cpp:307 #8 0x7f63a8d89b50 in start_thread (arg=) at pthread_create.c:304 #9 0x7f63af6b870d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x in ?? () Thread 1 (Thread 0x7f63afe36760 (LWP 23710)): [KCrash Handler] #6 0x7f63ad17bccf in QObject::disconnect (sender=0x2642800, signal=0x0, receiver=0x2277e60, method=0x20e9619 "receiveMetaData()") at kernel/qobject.cpp:2891 #7 0x7f639c1a57fe in disconnect (member=0x7f639c77f74f "1receiveMetaData()", receiver=0x2277e60, this=) at /usr/include/qt4/QtCore/qobject.h:252 #8 WebCore::QNetworkReplyWrapper::resetConnections (this=0x2277e60) at platform/network/qt/QNetworkReplyHandler.cpp:254 #9 0x7f639c1a585d in WebCore::QNetworkReplyWrapper::release (this=0x2277e60) at platform/network/qt/QNetworkReplyHandler.cpp:235 #10 0x7f639c1a59d6 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x2a39280) at platform/network/qt/QNetworkReplyHandler.cpp:419 #11 0x7f639c1a5a2e in WebCore::QNetworkReplyHandler::abort (this=0x2a39280) at platform/network/qt/QNetworkReplyHandler.cpp:407 #12 0x7f639c1a2e29 in WebCore::ResourceHandle::cancel (this=0x7f634fca9d98) at platform/network/qt/ResourceHandleQt.cpp:107 #13 0x7f639bfa66dd in WebCore::PingLoader::~PingLoader (this=0x7f634f72bbe0, __in_chrg=) at loader/PingLoader.cpp:130 #14 0x7f639bfa6769 in WebCore::PingLoader::~PingLoader (this=0x7f634f72bbe0, __in_chrg=) at loader/PingLoader.cpp:131 #15 0x7f639c07c3a2 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0x7f63995c77a8) at platform/ThreadTimers.cpp:112 #16 0x7f63ad17885c in QObject::event (this=0x20ca920, e=) at kernel/qobject.cpp:1157 #17 0x7f63ac29070c in QApplicationPrivate::notify_helper (this=this@entry=0x1b6f160, receiver=receiver@entry=0x20ca920, e=e@entry=0x7fff91f33280) at kernel/qapplication.cpp:4556 #18 0x7f63ac294b8a in QApplication::notify (this=0x7fff91f33800, receiver=0x20ca920, e=0x7fff91f33280) at kernel/qapplication.cpp:4417 #19 0x7f63adbef8a6 in KApplication::notify (this=0x7fff91f33800, receiver=0x20ca920, event=0x7fff91f33280) at ../../kdeui/kernel/kapplication.cpp:311 #20 0x7f63ad163b5e in QCoreApplication::notifyInternal (this=0x7fff91f33800, receiver=0x20ca920, event=0x7fff91f33280) at kernel/qcoreapplication.cpp:915 #21 0x7f63ad194a52 in sendEvent (event=0x7fff91f33280, receiver=) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #22 QTimerInfoList::activateTimers (this=0x1b70c90) at kernel/qeventdispatcher_unix.cpp:611 #23 0x7f63ad191c04 in timerSourceDispatch (source=) at kernel/qeventdispatcher_glib.cpp:186 #24 timerSourceDispatch (source=) at kernel/qeventdispatcher_glib.cpp:180 #25 0x7f63ad191c21 in idleTimerSourceDispatch (source=) at kernel/qeventdispatcher_glib.cpp:233 #26 0x7f63a84c1205 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #27 0x7f63a84c1538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #28 0x7f63a84c15f4 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #29 0x7f63ad192276 in QEventDispatcherGlib::processEvents (this=0x1b42b30, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #30 0x0
Bug#685643: (no subject)
This bug has been fixed by latest update in Fedora. Check https://bugzilla.redhat.com/show_bug.cgi?id=827746 and https://bugzilla.redhat.com/show_bug.cgi?id=859734 for more info. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
On 05/10/2012 13:52, Raphael Hertzog wrote: > > Dropping the severity since most people will have console-setup > installed. > > On Fri, 05 Oct 2012, Samuel Hym wrote: >> I was indeed missing the console-setup package, and with it works >> as expected. > > I believe that the update-initramfs keymap hook should display a > warning about missing packages when KEYMAP=y and when some of the > required executables are missing. > > But that's all that is needed to fix this bug. > And as long as this not fixed, I'm not sure we should allow this package to migrate to testing. Even if most people might have console-setup installed, this new revision may break their setup without any notification. Thus, I don't think downgrading severity to normal is the right action. Regards. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689713: perl: dpkg-buildflags not honored for LDFLAGS on kfreebsd
Package: perl Version: 5.14.2-13 Looking at https://buildd.debian.org/~brlink/packages/p/perl.html shows W dpkg-buildflags-missing LDFLAGS 115 (of 125) missing (kfreebsd-amd64, kfreebsd-i386) This very probably comes from hints/gnukfreebsd.sh, which overwrites lddlflags: . ./hints/linux.sh # Configure sets these where $osname = linux ccdlflags='-Wl,-E' lddlflags='-shared' -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689712: faad crashes when given ADTS AAC file with large ID3v2 tag
Package: faad Version: 2.7-8 Severity: normal Tags: upstream I have an ADTS AAC file with an ID3v2 tag containing an image. Attempting to skip this header by passing a value larger than the buffer size to advance_buffer causes fill_buffer to misbehave. The problem is detected in free() during a normal build but the problem is clearer when running under valgrind: ==23880== Invalid write of size 8 ==23880==at 0x50F81CB: __GI_memcpy (memcpy.S:267) ==23880==by 0x50E17D2: _IO_file_xsgetn (fileops.c:1414) ==23880==by 0x50D79B1: fread (iofread.c:44) ==23880==by 0x403930: ??? (in /usr/bin/faad) ==23880==by 0x401BAE: ??? (in /usr/bin/faad) ==23880==by 0x508EEAC: (below main) (libc-start.c:228) ==23880== Address 0x567a830 is 0 bytes after a block of size 4,608 alloc'd ==23880==at 0x4C28BED: malloc (in /usr/lib/valgrind/vgpreload_memcheck- amd64-linux.so) ==23880==by 0x401AC2: ??? (in /usr/bin/faad) ==23880==by 0x508EEAC: (below main) (libc-start.c:228) Here's a more useful log generated by a version of faad I compiled myself on squeeze-i386: ==28965== Syscall param read(buf) points to unaddressable byte(s) ==28965==at 0x4A06073: __read_nocancel (syscall-template.S:82) ==28965==by 0x49B16F7: _IO_sgetn (genops.c:500) ==28965==by 0x49A52CD: fread (iofread.c:44) ==28965==by 0x8049150: fill_buffer (main.c:100) ==28965==by 0x8049544: decodeAACfile (main.c:478) ==28965==by 0x804A484: main (main.c:1249) ==28965== Address 0x6d20548 is 0 bytes after a block of size 4,608 alloc'd ==28965==at 0x48DEF50: malloc (vg_replace_malloc.c:236) ==28965==by 0x8049461: decodeAACfile (main.c:454) ==28965==by 0x804A484: main (main.c:1249) ==28965== ==28965== Invalid write of size 1 ==28965==at 0x48E091F: memcpy (mc_replace_strmem.c:497) ==28965==by 0x49AF737: _IO_file_xsgetn (fileops.c:1414) ==28965==by 0x49B16F7: _IO_sgetn (genops.c:500) ==28965==by 0x49A52CD: fread (iofread.c:44) ==28965==by 0x8049150: fill_buffer (main.c:100) ==28965==by 0x8049544: decodeAACfile (main.c:478) ==28965==by 0x804A484: main (main.c:1249) ==28965== Address 0x6d24d95 is not stack'd, malloc'd or (recently) free'd The attached patch fixes the problem for me. I've submitted it upstream at https://sourceforge.net/tracker/?func=detail&aid=3574761&group_id=704&atid=100704 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages faad depends on: ii libc6 2.13-35 ii libfaad2 2.7-8 faad recommends no packages. faad suggests no packages. Only in faad2-2.7/common: Makefile Only in faad2-2.7/common/mp4ff: .deps Only in faad2-2.7/common/mp4ff: libmp4ff.a Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4atom.o Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4ff.o Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4meta.o Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4sample.o Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4tagupdate.o Only in faad2-2.7/common/mp4ff: libmp4ff_a-mp4util.o Only in faad2-2.7/common/mp4ff: Makefile Only in faad2-2.7: config.h Only in faad2-2.7: config.log Only in faad2-2.7: config.status Only in faad2-2.7: faad2.spec Only in faad2-2.7/frontend: audio.o Only in faad2-2.7/frontend: .deps Only in faad2-2.7/frontend: faad Only in faad2-2.7/frontend: getopt.o Only in faad2-2.7/frontend: .libs diff -rup faad2-2.7.stock/frontend/main.c faad2-2.7/frontend/main.c --- faad2-2.7.stock/frontend/main.c 2008-09-22 18:55:09.0 +0100 +++ faad2-2.7/frontend/main.c 2012-10-04 21:46:31.175490401 +0100 @@ -130,11 +130,22 @@ static int fill_buffer(aac_buffer *b) static void advance_buffer(aac_buffer *b, int bytes) { -b->file_offset += bytes; -b->bytes_consumed = bytes; -b->bytes_into_buffer -= bytes; - if (b->bytes_into_buffer < 0) - b->bytes_into_buffer = 0; +while ((b->bytes_into_buffer > 0) && (bytes > 0)) +{ + assert(b->bytes_into_buffer > 0); + int chunk = min(bytes, b->bytes_into_buffer); + + bytes -= chunk; + b->file_offset += chunk; + b->bytes_consumed = chunk; + b->bytes_into_buffer -= chunk; + assert(b->bytes_into_buffer >= 0); + + if (b->bytes_into_buffer == 0) + fill_buffer(b); +} + +assert(b->bytes_into_buffer >= 0); } static int adts_sample_rates[] = {96000,88200,64000,48000,44100,32000,24000,22050,16000,12000,11025,8000,7350,0,0,0}; Only in faad2-2.7/frontend: main.c~ Only in faad2-2.7/frontend: main-debug.c Only in faad2-2.7/frontend: main.o Only in faad2-2.7/frontend: Makefile Only in faad2-2.7/libfaad: bits.lo Only in faad2-2.7/libfaad: bits.o Only in faad2-2.7/libfaad: cfft.lo Only in faad2-2.7/libfaad: cfft.o Only in faad2-2.7/libfaad: common.lo Only in faad2-2.7/libfaad: common.o Only in faad2-2.7/libfaad: decoder.lo Only in faad
Bug#689680: pastebinit: option to output the URL to the plain text version
tags 689680 upstream tags 632685 upstream tags 657113 upstream tags 527847 upstream tags 662242 upstream thanks On 05.10.2012 05:37, Paul Wise wrote: > It would be nice if pastebinit either returned only URLs to plain text > versions or there was a command-line or configuration option to make > that happen. Paul, thank you for this suggestion. This is another problem that cannot be fixed in Debian, but needs to be fixed upstream. The Debian BTS is really not the place to report these kinds of things as they would not reach the radar of those who can make the changes. If you seriously want this or any of the other features you were suggesting, you need to report them upstream, I'm afraid. I do not see it as part of my job to continuously act as a human gateway. https://bugs.launchpad.net/pastebinit/+filebug I hope for your kind understanding. Thank you for using pastebinit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689445:
Open pymol -> save session -> close pymol -> open pymol again -> open session -> segfault: $ pymol PyMOL(TM) Molecular Graphics System, Version 1.5.0.1. Copyright (c) Schrodinger, LLC. All Rights Reserved. Created by Warren L. DeLano, Ph.D. PyMOL is user-supported open-source software. Although some versions are freely available, PyMOL is not in the public domain. If PyMOL is helpful in your work or study, then please volunteer support for our ongoing efforts to create open and affordable scientific software by purchasing a PyMOL Maintenance and/or Support subscription. More information can be found at "http://www.pymol.org";. Enter "help" for a list of commands. Enter "help " for information on a specific command. Hit ESC anytime to toggle between text and graphics. Detected OpenGL version 2.0 or greater. Shaders available. Detected GLSL version 3.30. OpenGL graphics engine: GL_VENDOR: NVIDIA Corporation GL_RENDERER: GeForce 8600M GT/PCIe/SSE2 GL_VERSION: 3.3.0 NVIDIA 304.51 Detected 2 CPU cores. Enabled multithreaded rendering. Save: Please wait -- writing session file... Save: wrote "/home/dreamer/test.pse". PyMOL: normal program termination. $ pymol PyMOL(TM) Molecular Graphics System, Version 1.5.0.1. Copyright (c) Schrodinger, LLC. All Rights Reserved. Created by Warren L. DeLano, Ph.D. PyMOL is user-supported open-source software. Although some versions are freely available, PyMOL is not in the public domain. If PyMOL is helpful in your work or study, then please volunteer support for our ongoing efforts to create open and affordable scientific software by purchasing a PyMOL Maintenance and/or Support subscription. More information can be found at "http://www.pymol.org";. Enter "help" for a list of commands. Enter "help " for information on a specific command. Hit ESC anytime to toggle between text and graphics. Detected OpenGL version 2.0 or greater. Shaders available. Detected GLSL version 3.30. OpenGL graphics engine: GL_VENDOR: NVIDIA Corporation GL_RENDERER: GeForce 8600M GT/PCIe/SSE2 GL_VERSION: 3.3.0 NVIDIA 304.51 Detected 2 CPU cores. Enabled multithreaded rendering. Executive: Loading version 1.501 session... TypeError: bad argument type for built-in operation ExectiveSetSession-Error: after view. ExectiveSetSession-Warning: restore may be incomplete. Segmentation fault
Bug#689714: ITP: Luma -- LDAP browser and administration utility
Package: wnpp Severity: wishlist License: GPL-2+ Homepage: http://luma.sf.net/ Version: 3.0.7 Luma_2.4-3 has been remove from sid (and wheezy) because it depends on python-qt3, which had been replaced by python-qt4. In 2011 a student project on a Norwegian university converted the source to PyQt4 but never officially released the files on SF. Now I found the latest version on http://folk.ntnu.no/einaru/luma/ and released it on http://sf.net/projects/luma/. I rebuild the debian-package from the scratch with dh_python2. It is lintian-clean and ready to be checked and uploaded. I am still listed as DM for luma on squeeze. Sponsors can find the package at http://mentors.debian.net/package/luma . Since the internal changes for Luma 3.x where rather big, most of the old plugins have been removed. I tested the three plugins left: Browser: Connecting to a LDAP-server, browsing the tree and editing values works fine. Search: Used the Filter Builder and did several searches without problems. Templates: It is possible to create edit-templates, but the do not show up in the Browser-view. Not perfect but stable and working without python-qt3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689715: RFS: eyefiserver/2.3~rc1-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "eyefiserver" Package name : eyefiserver Version : 2.3~rc1-1 Upstream Author : Jean-Michel Vourgère URL : https://github.com/nirgal/EyeFiServer/ License : GPL-3 Section : net It builds those binary packages: eyefiserver - Daemon to receive images from Eye-Fi SD card To access further information about this package, please visit the following URL: http://mentors.debian.net/package/eyefiserver Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/eyefiserver/eyefiserver_2.3~rc1-1.dsc More information about eye-fi cards can be obtained from http://www.eye.fi/. Change log: eyefiserver (2.3~rc1-1) unstable; urgency=low * Initial release. (Closes: #680879) -- Jean-Michel Vourgère Mon, 01 Oct 2012 12:25:58 +0200 Regards, -- Jean-Michel Vourgère signature.asc Description: This is a digitally signed message part.
Bug#686098: Fonts from package misbehave in exported PDF
On Fri, Oct 05, 2012 at 01:25:57PM +0200, Fabian Greffrath wrote: > Am 05.10.2012 13:11, schrieb Norbert Preining: > >- fonts-gust-texgyre for the OTF fonts > > If it's not necessary to distinguish the font from another one with > a similar name, I would avoid mentioning the foundry. In this case > it's simply redundant. But that is not what the previous discussions suggest, nor the current practice; almost all font names are unique, yet many packages includes a foundry name or even invent one if it does not exist e.g. fonts-hosny-amiri and fonts-hosny-thabit; there is no other fonts with the names Amiri or Thabit nor there is a foundry named Hosny. Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689716: icedtea-7-plugin: gets null pointer exception trying to run Dell DRAC applet
Package: icedtea-7-plugin Version: 1.3-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Tried to connect to a DELL remote access controller (which sends some java applets to the web browser * What was the outcome of this action? Got a nullpointer exception * What outcome did you expect instead? Access to DRAC. Used to work with sun java. *** End of the template - remove these lines *** Attepmting to connect to an old DELL DRAC device I get: john@celtic:~$ iceweasel java version "1.7.0_03" OpenJDK Runtime Environment (IcedTea7 2.1.2) (7u3-2.1.2-2) OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode) JAR https://drac.franconia/gui.jar not found. Continuing. JAR https://drac.franconia/vncviewer.jar not found. Continuing. JAR https://drac.franconia/jpeg.jar not found. Continuing. netx: Initialization Error: Could not initialize applet. (DRSCAppletInterface) netx: Initialization Error: Could not initialize applet. (DRSCAppletInterface) net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not initialize applet. at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:735) at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:676) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:886) Caused by: java.lang.ClassNotFoundException: DRSCAppletInterface at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1609) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:725) ... 2 more java.lang.NullPointerException at net.sourceforge.jnlp.NetxPanel.runLoader(NetxPanel.java:154) at sun.applet.AppletPanel.run(AppletPanel.java:379) at java.lang.Thread.run(Thread.java:722) java.lang.NullPointerException at sun.applet.AppletPanel.run(AppletPanel.java:429) at java.lang.Thread.run(Thread.java:722) This used to work with sun java. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 icedtea-7-plugin depends on: ii icedtea-netx1.3-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-2 ii openjdk-7-jre 7u3-2.1.2-2 icedtea-7-plugin recommends no packages. icedtea-7-plugin 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#686098: Fonts from package misbehave in exported PDF
Am 05.10.2012 15:06, schrieb Khaled Hosny: But that is not what the previous discussions suggest, nor the current practice; almost all font names are unique, yet many packages includes a foundry name or even invent one if it does not exist e.g. fonts-hosny-amiri and fonts-hosny-thabit; there is no other fonts with the names Amiri or Thabit nor there is a foundry named Hosny. Hm, but then we are inconsistent. For example, we have fonts-freefont-{ttf,otf}, although the upstream project is explicitely named "GNU FreeFont". :/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689712: Improved patch
Here's a version of the patch with the asserts removed so it actually compiles. Mike.--- faad2-2.7.stock/frontend/main.c 2008-09-22 18:55:09.0 +0100 +++ faad2-2.7/frontend/main.c 2012-10-05 13:59:19.699009140 +0100 @@ -130,11 +130,18 @@ static int fill_buffer(aac_buffer *b) static void advance_buffer(aac_buffer *b, int bytes) { -b->file_offset += bytes; -b->bytes_consumed = bytes; -b->bytes_into_buffer -= bytes; - if (b->bytes_into_buffer < 0) - b->bytes_into_buffer = 0; +while ((b->bytes_into_buffer > 0) && (bytes > 0)) +{ + int chunk = min(bytes, b->bytes_into_buffer); + + bytes -= chunk; + b->file_offset += chunk; + b->bytes_consumed = chunk; + b->bytes_into_buffer -= chunk; + + if (b->bytes_into_buffer == 0) + fill_buffer(b); +} } static int adts_sample_rates[] = {96000,88200,64000,48000,44100,32000,24000,22050,16000,12000,11025,8000,7350,0,0,0};
Bug#689717: cataloged_times.py creates pickle files that are slow to load on low powered PCs
Package: apt-xapian-index Version: 0.45 Cataloged_times is simply a Python dictionary object. Other serialisation methods are faster than pickle at handling simple data types like this. On my low powered atom Netbook this file takes 1.4 seconds to load. When I use the same data with the msgpack python module it takes only 0.1 seconds. Also the filesize is reduced from 3.1MB to 1.7MB. This might not seem like a huge deal but on older/atom/arm based PC's all these little times add up. My proposal is that the pickle serialisation in cataloged_times.py be replaced with the offerings from the msgpack module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688661: Fwd: Re: [Debian-med-packaging] Bug#688661: ncbi-blast+: FTBFS on arm* or mips*: no NCBI_INT8_TYPE
Patch has not been applied in series. Retrying the patch on new release -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668755: xsp: diff for NMU version 2.10-2.2
tags 668755 + patch tags 668755 + pending tags 688205 + patch tags 688205 + pending tags 688565 + patch tags 688565 + pending thanks Dear maintainer, I've prepared an NMU for xsp (versioned as 2.10-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Nick Cave & The Bad Seeds: Babe, You Turn Me On diff -Nru xsp-2.10/debian/changelog xsp-2.10/debian/changelog --- xsp-2.10/debian/changelog 2012-04-01 15:33:40.0 +0200 +++ xsp-2.10/debian/changelog 2012-10-05 15:50:31.0 +0200 @@ -1,3 +1,23 @@ +xsp (2.10-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix "modifies conffiles (policy 10.7.3): /etc/default/mono-xsp2" and +"mono-apache-server2, mono-apache-server4: modifies conffiles (policy +10.7.3): /etc/default/mono-apache-server[24]" and another not yet reported +case of the same problem in mono-xsp4: +for all of mono-xsp[24] and mono-apache-server[24]: +- don't ship the .default file +- create it in .postinst if necessary +- source it in .config to feed existing values into debconf +- remove it in .postrm/purge +(Closes: #688205, Closes: #688565) + * Fix "mono-apache-server{2, 4}: unowned files after purge (policy +6.8, 10.8): /etc/mono-server?/mono-server?-hosts.conf": +- remove files in .postrm/purge +(Closes: #668755) + + -- gregor herrmann Fri, 05 Oct 2012 15:50:27 +0200 + xsp (2.10-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru xsp-2.10/debian/mono-apache-server2.config xsp-2.10/debian/mono-apache-server2.config --- xsp-2.10/debian/mono-apache-server2.config 2012-01-19 00:29:24.0 +0100 +++ xsp-2.10/debian/mono-apache-server2.config 2012-10-05 15:11:53.0 +0200 @@ -30,6 +30,13 @@ db_go || true fi +# get existing values +modmono_default="/etc/default/mono-apache-server2" +if [ -e $modmono_default ]; then + . $modmono_default || true + db_set monoserver2/monoserver2_restartapache "start_apache" +fi + STATE=1 while [ "$STATE" != 0 -a "$STATE" != 2 ]; do case "$STATE" in diff -Nru xsp-2.10/debian/mono-apache-server2.default xsp-2.10/debian/mono-apache-server2.default --- xsp-2.10/debian/mono-apache-server2.default 2011-03-21 00:37:51.0 +0100 +++ xsp-2.10/debian/mono-apache-server2.default 1970-01-01 01:00:00.0 +0100 @@ -1,4 +0,0 @@ -# Defaults for mono-apache-server2 - -# Should mono-apache-server2 start apache? -start_apache=false diff -Nru xsp-2.10/debian/mono-apache-server2.postinst xsp-2.10/debian/mono-apache-server2.postinst --- xsp-2.10/debian/mono-apache-server2.postinst 2011-03-21 00:37:51.0 +0100 +++ xsp-2.10/debian/mono-apache-server2.postinst 2012-10-05 15:16:32.0 +0200 @@ -6,6 +6,16 @@ modmono_default="/etc/default/mono-apache-server2" +# create file if it doesn't exist +if [ ! -e $modmono_default ]; then + cat > $modmono_default <<-END + # Defaults for mono-apache-server2 + + # Should mono-apache-server2 start apache? + start_apache=false + END +fi + restart_apache_on() { sed s/start_apache=false/start_apache=true/g $modmono_default > $tempfile cp $tempfile $modmono_default diff -Nru xsp-2.10/debian/mono-apache-server2.postrm xsp-2.10/debian/mono-apache-server2.postrm --- xsp-2.10/debian/mono-apache-server2.postrm 1970-01-01 01:00:00.0 +0100 +++ xsp-2.10/debian/mono-apache-server2.postrm 2012-10-05 15:28:12.0 +0200 @@ -0,0 +1,13 @@ +#!/bin/sh +set -e + +if [ "$1" = "purge" ]; then + rm -f /etc/mono-server2/debian.webapp + rm -f /etc/mono-server2/mono-server2-hosts.conf + # remove default file created in postinst + rm -f /etc/default/mono-apache-server2 +fi + +#DEBHELPER# + +exit 0 diff -Nru xsp-2.10/debian/mono-apache-server4.config xsp-2.10/debian/mono-apache-server4.config --- xsp-2.10/debian/mono-apache-server4.config 2012-01-19 00:29:24.0 +0100 +++ xsp-2.10/debian/mono-apache-server4.config 2012-10-05 15:11:54.0 +0200 @@ -30,6 +30,13 @@ db_go || true fi +# get existing values +modmono_default="/etc/default/mono-apache-server4" +if [ -e $modmono_default ]; then + . $modmono_default || true + db_set monoserver4/monoserver4_restartapache "start_apache" +fi + STATE=1 while [ "$STATE" != 0 -a "$STATE" != 2 ]; do case "$STATE" in diff -Nru xsp-2.10/debian/mono-apache-server4.default xsp-2.10/debian/mono-apache-server4.default --- xsp-2.10/debian/mono-apache-server4.default 2012-01-19 00:29:24.0 +0100 +++ xsp-2.10/debian/mono-apache-server4.default 1970-01-01 01:00:00.0 +0100 @@ -1,4 +0,0 @@ -# Defaults for mono-apache-server4 - -# Should mono-apache-server4 start apache? -start_apache=false diff -Nru xsp-2.10/debian/mono-apache-server4.postinst xsp-2.10/debian/mono
Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze
Package: xmame-sdl,xmess-sdl Version: 0.146-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + xmame-common xmess-common A test with piuparts revealed that package $package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): 1m2.1s INFO: dirname part contains a symlink: /usr/share/doc/xmess-sdl/changelog.Debian.gz != /usr/share/doc/xmess-common/changelog.Debian.gz (xmess-sdl) /usr/share/doc/xmess-sdl/changelog.gz != /usr/share/doc/xmess-common/changelog.gz (xmess-sdl) /usr/share/doc/xmess-sdl/copyright != /usr/share/doc/xmess-common/copyright (xmess-sdl) 1m3.2s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/doc/xmess-sdl/changelog.Debian.gz (from xmess-sdl package) debsums: missing file /usr/share/doc/xmess-sdl/changelog.gz (from xmess-sdl package) debsums: missing file /usr/share/doc/xmess-sdl/copyright (from xmess-sdl package) cheers, Andreas xmess-common_None.log.gz Description: GNU Zip compressed data
Bug#689719: checkpc causing cron to send an email the next day a print job is run
Package: lprnd Version: 3.8.B-2 This old bug has returned for me: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=190251 Every time I print something, the next day a get an email like this: /etc/cron.daily/lprng: lp: file 'dfA648localhost.localdomain', age 37.72 hours > 24.00 hours maximum (removing) lp: file 'hfA648', age 37.71 hours > 24.00 hours maximum (removing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689720: Print dialog does not offer duplex printing
Package: epdfview Version: 0.1.8-3 Severity: normal --- Please enter the report below this line. --- There is no option to print on both side of paper even if the printer supports it. signature.asc Description: PGP signature
Bug#687626: pre-approve unblock: tryton-server/2.2.4-1
On 05.10.2012 10:54, Mathias Behrle wrote: * Betr.: " Re: Bug#687626: pre-approve unblock: tryton-server/2.2.4-1" (Wed, 03 Oct 2012 19:09:30 +0100): Please go ahead, and let us know once the package has been in unstable for a few days. Just uploaded Tryton server and related packages to unstable. I will be absent from 9.-16.10.2012. Should I preferably give feedback on 8.10. or after 16.10.? The 8th would be fine; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689721: The current version of zygrib in debian squeeze is no longer supported by the zygrib server
Package: zygrib Version: 3.9.2-1 Severity: normal The nice folks at zyGrib decided to make obsolete any version < 4.0. This means that the current debian squeeze version cannot retrieve meteorological information from the server using the program, which is its only intended use. The newer versions available in source (6.0.2) do no compile under debian 6.0 (squeeze), perhaps due to qt4 incompatibilities. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.utf8, LC_CTYPE=es_UY.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zygrib depends on: ii libbz2-1.01.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libproj0 4.7.0-1Cartographic projection library ii libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-xml4:4.6.3-4+squeeze1 Qt 4 XML module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime ii zygrib-maps 3.9.2-1Maps for zyGrib weather visualizat zygrib recommends no packages. zygrib 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#668755: xsp: diff for NMU version 2.10-2.2
On 05/10/12 14:54, gregor herrmann wrote: tags 668755 + patch tags 668755 + pending tags 688205 + patch tags 688205 + pending tags 688565 + patch tags 688565 + pending thanks Dear maintainer, I've prepared an NMU for xsp (versioned as 2.10-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Huh, that's a pretty slick solution to the problem. By all means, upload away, definitely don't delay any longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689041: Re: Orthanc
Dear Mathieu, Many thanks for your feedback. I have just uploaded a new version of the Orthanc package: http://mentors.debian.net/package/orthanc http://mentors.debian.net/debian/pool/main/o/orthanc/orthanc_0.2.2-1.dsc Much better indeed ! Some comments below: I think I have successfully implemented almost all your helpful comments in the new version of the package: http://mentors.debian.net/package/orthanc http://mentors.debian.net/debian/pool/main/o/orthanc/orthanc_0.2.2-2.dsc In particular, I now dynamically link against SQLite and JsonCpp, and I have enriched the copyright notice. However, the two following improvements you have noticed have not been fixed: * why libcurl4-gnutls-dev | libcurl4-nss-dev | libcurl4-openssl-dev ? shouldn't that be something simplier like libcurl4-dev ? libcurl-dev ? libcurl-ssl-dev ? If I use "libcurl4-dev", "libcurl-dev" or "libcurl-ssl-dev", I obtain the following Lintian warning: http://lintian.debian.org/tags/virtual-package-depends-without-real-package-depends.html For this reason, I have preferred to keep my explicit enumeration. * why use oflog and libwrap ? They are not used: ... dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/orthanc/usr/bin/orthanc was not linked against libwrap.so.0 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/orthanc/usr/bin/orthanc was not linked against liboflog.so.2 (it uses none of the library's symbols) ... Actually, I think this is a problem in the libdcmtk2-dev package. For instance, when I dump the symbols of the "dcmnet.so" file to look for the logging facilities, I get the following: > jodogne@unstable:~$ nm -D -C /usr/lib/libdcmnet.so | grep log4cplus U log4cplus::Logger::addAppender(log4cplus::helpers::SharedObjectPtr) U log4cplus::Logger::getAppender(OFString const&) U log4cplus::Logger::removeAppender(log4cplus::helpers::SharedObjectPtr) U log4cplus::Logger::removeAppender(OFString const&) U log4cplus::Logger::getAllAppenders() U log4cplus::Logger::removeAllAppenders() U log4cplus::Logger::Logger(log4cplus::Logger const&) U log4cplus::Logger::~Logger() U log4cplus::Logger::isEnabledFor(int) const U log4cplus::Logger::forcedLog(int, OFString const&, char const*, int, char const*) const U typeinfo for log4cplus::Logger < But, the "libdcmnet.so" does not explicitly depend on the "liboflog.so" library that implements these symbols: > jodogne@unstable:~$ ldd /usr/lib/libdcmnet.so | grep oflog jodogne@unstable:~$ < For this reason, I am obliged to link against "oflog", otherwise I get a problem at the linking stage. The same problem appears with the "wrap" library that is also implicitly required by "libdcmnet.so" : > jodogne@unstable:~$ nm -C -D /usr/lib/libdcmnet.so | grep request_init U request_init jodogne@unstable:~$ ldd /usr/lib/libdcmnet.so | grep wrap jodogne@unstable:~$ < Note that this problem is also present in the Debian Squeeze and Ubuntu 11.10 distributions. I don't think I can fix this problem by myself. Is there any other improvement I can make to the Orthanc package? Thanks again, Sébastien- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689368: Mouse and keyboard freeze on Ivy Bridge platform
On Thu, 4 Oct 2012, Sébastien Dinot wrote: > Alan Stern a écrit : > > The log file shows lots and lots of low-level communication errors. > > They could be caused by bad cabling or by bad USB hardware in your > > computer. It's unlikely that they were caused by the mouse or > > keyboard, because the log shows errors for both of them starting at > > exactly the same times. > > In my humble opinion, this issue is not caused by a bad USB hardware > because I am encountering it with two different motherboards (MSI > Z77A-G43 and ASUS P8Z77-V LX), both with an uptodate BIOS. Maybe they have something in common. I don't know. All I can do is explain to you what your kernel log indicates -- and it strongly indicates a hardware error. Didn't you notice all those "detected XactErr" lines in the log? There were more than 7 of them! > May be it is caused by a bad cabling but my mouse and my keyboard worked > fine with my previous PC. They are connected to USB2 ports in both > cases. But to clear up this point, I will try new mouse and keyboard. > > A last question: if it is a cable failure, why does it disappear > temporarily when I unload then reload the module? I do not have deep > experience and knowledge of hardware, may be there is a rational > explanation to it. That's a good point, and a cable failure indeed seems less likely than some of the other possibilities (such as a failure of the internal "rate-matching" hub). One possible explanation is that an occasional noisy signal (caused by a slightly faulty cable) triggers a bug in the internal hub, and that bug causes all communication to fail until the hub is reset when you reload the module. > > You could try getting a USB-2 hub and attaching your mouse and > > keyboard through the hub. That might help ... or it might not. > > Sorry, I do not understand the aim of this operation. Could you explain > me it? In addition to what Sarah said, it's possible that your problem is related to the fact that the keyboard and mouse operate at low speed. If you connected them through a hub then that hub would communicate with the internal hub at high speed, not low speed. Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668755: xsp: diff for NMU version 2.10-2.2
On Fri, 05 Oct 2012 15:13:46 +0100, Jo Shields wrote: > >I've prepared an NMU for xsp (versioned as 2.10-2.2) and > >uploaded it to DELAYED/2. Please feel free to tell me if I > >should delay it longer. > Huh, that's a pretty slick solution to the problem. It's just taken from the recipe in debconf-devel(7) :) And luckily most parts of the machinery were already there (for changing the files). > By all means, > upload away, definitely don't delay any longer. Thanks, rescheduled to 0-day. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Rebekka Bakken: What Love Is Not signature.asc Description: Digital signature
Bug#689722: cryptsetup: should depend on kbd and console-setup
Package: cryptsetup Version: 2:1.4.3-2 Severity: normal While discussing on IRC the problem reported in #689336, we thought that cryptsetup should depend on "kbd, console-setup". The reason is that /usr/share/initramfs-tools/conf-hooks.d/cryptsetup enables KEYMAP=y but this setting alone is not sufficient. If either loadkeys or setupcon is missing, then the "keymap" hook of initramfs-tools does nothing. So you have to ensure that both tools are available and for this you need the dependencies. Cheers, Raphaël. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org