Bug#656270: Calling ifdown on a label also brings down the parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, On Tue, 17 Jan 2012 17:38:51 -0500 Stéphane Graber stgra...@ubuntu.com wrote: So the few changes I'd expect are: - Bringing a label down shouldn't bring the parent down - Bringing the parent down should indeed bring the labels down but should bring them down properly (similar to calling ifdown eth0:0) to avoid having ifupdown in an inconsistent state. As far as I can tell, the first of these two changes would fix the current regression, the second would be an improvement as I can't find an ifupdown version doing that properly. Besides that small issue, 0.7~beta2 rocks, thanks for the good work! I've already (two days ago) committed a change which fixes the regression: now ifdown on interface which has : or . in the name doesn't set the link down. - -- WBR, Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJPFn3bAAoJEG6k0jEaLSaN+VAP/jobEDW2nNvzdzV5EfjTXF9C 8JN4kiCZznWvfjtnDH7DjyZ9oHkRzy8oUCGA4Pm4Zg2l35LxYaOXZOfyMdb9dZap bNAcaxVkDo0GD3gVBPQtvaACVrRRX+t9i1MorwY2izbSj3aB95xa3RGt5+ng30rd KqV5aMZ0LKZjQTialqg2V9LTQ7ICXLsglz93sDy8wjUgUqoWLTFrkWb3mGkLOAKR TqvQqgrEnKvwkOfATzLbOJeJEzDdUm+4exuuci94XwOPw/9jhW1ZPZJQR/8WIvPX WRBUCdUH0gPv8KKbu9a234io6pkjR0Ftrb/DVgzav83sdgb/v68CBjPwx6gMUCwe iqHULUVAvcJ9b9nZEftvMTW7eHEtbufaDN71UDW45UrA2o0/5OJlCWYl3CdXSvL/ k6b8aYfROPpKc3N+jfYML1GlnjGFEAfUIRDq+gAqlB8e2AHFHMjOQfExNBAp9GS1 Kp1vkXF/4o5gioi7AJM72BdDwG2l8FERprhhOmFYYrnzKOfCPDlEWDRs3FZIscef C9bCGY/Li3P2DKBMVDnAbWSTsdGGAzGYNYXwVb/UloMHYlEMAs11b+0cDElW/Juu TosCpRreEUFnDZqUHhzrLuGk0Nb+3yxmSCE3oH6BV3wJR9kOxHLRfzexh9bpltah XbtEx3nOWhELpdRjgp1s =hLsb -END PGP SIGNATURE-
Bug#632014: Patch for the l10n upload of webalizer
Dear maintainer of webalizer, On Monday, January 09, 2012 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Wednesday, January 04, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: webalizer Version: 2.01.10-32.8 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Wed, 18 Jan 2012 07:29:24 +0100 Closes: 632014 632021 650645 654801 Changes: webalizer (2.01.10-32.8) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Korean (ê°ë¯¼ì§). Closes: #632014, #632021 - Dutch; (Jeroen Schot). Closes: #650645 - BokmÃ¥l, (Bjørn Steensrud). Closes: #654801 -- diff -Nru webalizer-2.01.10.old/debian/changelog webalizer-2.01.10/debian/changelog --- webalizer-2.01.10.old/debian/changelog 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/changelog 2012-01-18 07:29:34.342592584 +0100 @@ -1,3 +1,13 @@ +webalizer (2.01.10-32.8) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Korean (ê°ë¯¼ì§). Closes: #632014, #632021 +- Dutch; (Jeroen Schot). Closes: #650645 +- BokmÃ¥l, (Bjørn Steensrud). Closes: #654801 + + -- Christian Perrier bubu...@debian.org Wed, 18 Jan 2012 07:29:24 +0100 + webalizer (2.01.10-32.7) unstable; urgency=low * Non-maintainer upload. diff -Nru webalizer-2.01.10.old/debian/po/ca.po webalizer-2.01.10/debian/po/ca.po --- webalizer-2.01.10.old/debian/po/ca.po 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/po/ca.po 2012-01-09 06:53:27.018342664 +0100 @@ -10,6 +10,7 @@ PO-Revision-Date: 2004-06-14 22:36+0200\n Last-Translator: Aleix Badia i Bosch a.ba...@callusdigital.org\n Language-Team: Catalan debian-l10n-cata...@lists.debian.org\n +Language: ca\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru webalizer-2.01.10.old/debian/po/cs.po webalizer-2.01.10/debian/po/cs.po --- webalizer-2.01.10.old/debian/po/cs.po 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/po/cs.po 2012-01-09 06:53:27.026342850 +0100 @@ -10,6 +10,7 @@ PO-Revision-Date: 2006-11-17 15:20+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -94,5 +95,5 @@ Speed up name resolving with the DNSCache option enabled. See /usr/share/doc/ webalizer/DNS.README.gz for more information. msgstr -Volbou DNSCache se urychlà pÅeklad jmen. VÃce informacà naleznete v souboru -/usr/share/doc/webalizer/DNS.README.gz. +Volbou DNSCache se urychlà pÅeklad jmen. VÃce informacà naleznete v souboru / +usr/share/doc/webalizer/DNS.README.gz. diff -Nru webalizer-2.01.10.old/debian/po/da.po webalizer-2.01.10/debian/po/da.po --- webalizer-2.01.10.old/debian/po/da.po 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/po/da.po 2012-01-09 06:53:27.030342946 +0100 @@ -10,6 +10,7 @@ PO-Revision-Date: 2006-12-04 23:17+0100\n Last-Translator: Morten Bo Johansen m...@mbjnet.dk\n Language-Team: Danish da...@klid.dk\n +Language: da\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n diff -Nru webalizer-2.01.10.old/debian/po/de.po webalizer-2.01.10/debian/po/de.po --- webalizer-2.01.10.old/debian/po/de.po 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/po/de.po 2012-01-09 06:53:27.038343133 +0100 @@ -11,6 +11,7 @@ PO-Revision-Date: 2006-11-15 22:20+0100\n Last-Translator: Erik Schanze er...@debian.org\n Language-Team: German debian-l10n-ger...@lists.debian.org\n +Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru webalizer-2.01.10.old/debian/po/es.po webalizer-2.01.10/debian/po/es.po --- webalizer-2.01.10.old/debian/po/es.po 2012-01-02 15:05:39.123408747 +0100 +++ webalizer-2.01.10/debian/po/es.po 2012-01-09 06:53:27.042343232 +0100 @@ -16,6 +16,7 @@ PO-Revision-Date: 2006-12-17 00:43+0100\n Last-Translator: Javier Fernandez-Sanguino j...@debian.org\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n @@ -51,7 +52,11 @@ directory. New features have been included, too. Please read README.FIRST. gz, README.gz and new examples/sample.conf.gz in /usr/share/doc/webalizer directory. -msgstr AVISO: Esta versión moverá el fichero webalizer.conf al directorio
Bug#656205: yhsm-yubikey-ksm: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Andreas Beckmann deb...@abeckmann.de writes: On 2012-01-17 14:42, Fredrik Thulin wrote: On Tue, Jan 17, 2012 at 2:30 PM, Andreas Beckmann deb...@abeckmann.de wrote: ... during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: Hi Thank you for taking the time to provide references and good suggestions. I too had noticed the piuparts failure and sent the following question to my sponsoring developer, but since he seems busy at the moment maybe you can comment on my proposed fix so I can get a new version uploaded quicker? That would be much appreciated. My proposed solution : ... maybe I should change the adduser in yhsm-yubikey-ksm.postinst like this -adduser --quiet --system --group --disabled-password --system --shell /bin/sh yhsm-ksmsrv + adduser --quiet --system --group --disabled-password --system --shell /bin/sh --home /var/cache/yubikey-ksm --no-create-home yhsm-ksmsrv adduser --quiet --system --group --no-create-home --disabled-password --shell /bin/sh $MYUSERNAME Do you need a group called $MYUSERNAME? Otherwise replace --group with --ingroup dialout and skip the addition to group dialup. Do you need a shell? otherwise drop --shell and you'll get /bin/false. With --no-create-home --home is optional, but if you don't need the home for anything ... So adduser --quiet --system --ingroup dialout --no-create-home --disabled-password $MYUSERNAME may be sufficient. You should consider adding clenaup code that only triggers on upgrades from that faulty version by removing the old user+group+home and recreating the user properly Thanks for help! I'm not sure we need a group, typically these files are never written by the yhsm-ksmsrv process, only read. So the user can use u=r permissions and root can put the files under some other group with write permissions? Perhaps we should also align the username with the directory basename in /var/cache? It seems confusing to have the username be separate from the basename of the home directory. I don't see any need for a shell, right Fredrik? /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597767: Patch for the l10n upload of dibbler
Dear maintainer of dibbler, On Monday, January 09, 2012 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Wednesday, January 04, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: dibbler Version: 0.7.3-1.4 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Wed, 18 Jan 2012 07:26:13 +0100 Closes: 597767 632628 Changes: dibbler (0.7.3-1.4) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Danish (Joe Hansen). Closes: #597767 - Dutch; (Jeroen Schot). Closes: #632628 -- diff -Nru dibbler-0.7.3.old/debian/changelog dibbler-0.7.3/debian/changelog --- dibbler-0.7.3.old/debian/changelog 2012-01-02 15:05:43.727522294 +0100 +++ dibbler-0.7.3/debian/changelog 2012-01-18 07:26:23.128748169 +0100 @@ -1,3 +1,12 @@ +dibbler (0.7.3-1.4) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Danish (Joe Hansen). Closes: #597767 +- Dutch; (Jeroen Schot). Closes: #632628 + + -- Christian Perrier bubu...@debian.org Wed, 18 Jan 2012 07:26:13 +0100 + dibbler (0.7.3-1.3) unstable; urgency=low * Non-maintainer upload. diff -Nru dibbler-0.7.3.old/debian/po/da.po dibbler-0.7.3/debian/po/da.po --- dibbler-0.7.3.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ dibbler-0.7.3/debian/po/da.po 2012-01-04 07:37:00.0 +0100 @@ -0,0 +1,145 @@ +# Danish translation dibbler. +# Copyright (C) 2010 dibbler nedenstående oversættere. +# This file is distributed under the same license as the dibbler package. +# Joe Hansen joedalt...@yahoo.dk, 2010. +# +msgid +msgstr +Project-Id-Version: dibbler\n +Report-Msgid-Bugs-To: thom...@klub.com.pl\n +POT-Creation-Date: 2007-07-11 19:57+0200\n +PO-Revision-Date: 2010-09-22 17:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org \n +Language: \n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: title +#. Description +#: ../dibbler-client.templates:2001 +msgid dibbler-client: DHCPv6 client +msgstr dibblerklient: DHCPv6-klient + +#. Type: boolean +#. Description +#: ../dibbler-client.templates:3001 +msgid Should the Dibbler client be launched when the system starts? +msgstr Skal Dibblerklienten igangsættes når systemet starter op? + +#. Type: boolean +#. Description +#: ../dibbler-client.templates:3001 +msgid +The Dibbler client can be configured to be launched when the system is +started. If you choose this option, this host will have a correct IPv6 setup +after booting. Please ensure that a DHCPv6 server is available on the +network. +msgstr +Dibblerklienten kan konfigureres til at blive igangsat, når systemet starter +op. Hvis du vælger denne indstilling, vil denne vært have en korrekt IPv6- +opsætning efter genstart. Sikr dig venligst at DHCPv6-serveren er +tilgængelig på netværket. + +#. Type: string +#. Description +#: ../dibbler-client.templates:4001 +msgid Interfaces to be configured: +msgstr Grænseflader at konfigurere: + +#. Type: string +#. Description +#: ../dibbler-client.templates:4001 +msgid Dibbler can configure any or all of a computer's network interfaces. +msgstr +Dibbler kan konfigurere enhver eller alle af computerens +netværksgrænseflader. + +#. Type: string +#. Description +#: ../dibbler-client.templates:4001 +msgid +More than one interface may be specified by separating the interface names +with spaces. +msgstr +Mere end en grænseflade kan angives ved at adskille grænsefladenavnene med +mellemrum. + +#. Type: multiselect +#. Choices +#: ../dibbler-client.templates:5001 +msgid dns +msgstr dns + +#. Type: multiselect +#. Choices +#: ../dibbler-client.templates:5001 +msgid domain +msgstr domæne + +#. Type: multiselect +#. Description +#: ../dibbler-client.templates:5002 +msgid Additional parameters to obtain: +msgstr Yderligere parametre at indhente: + +#. Type: multiselect +#. Description +#: ../dibbler-client.templates:5002 +msgid +The Dibbler client can request that the DHCPv6 server supplies additional +configuration parameters. +msgstr +Dibblerklienten kan anmode om at DHCPv6-serveren angiver yderligere +konfiguratonsparametre. + +#. Type: title +#. Description +#: ../dibbler-relay.templates:2001 +msgid dibbler-relay: DHCPv6 relay +msgstr dibbler-relay: DHCPv6-relay + +#. Type: boolean +#. Description +#: ../dibbler-relay.templates:3001 +msgid Should the Dibbler relay be launched when the system starts? +msgstr Skal Dibblers relay igangsættes, når systemet starter op? + +#. Type: boolean +#. Description +#:
Bug#656248: HP LaserJet Professional P1102 not properly switched anymore (regression)
Hi Josh,
The problem is right there.
The change in the logic to support bus/device-focussed identification
has introduced a bug.
If you are able to change the source code (usb_modeswitch.c), try to
edit line 1541 from
if (mode == SEARCH_DEFAULT) {
to
if (mode == SEARCH_DEFAULT || mode == SEARCH_BUSDEV) {
This should improve things.
I can test compiled binary packages (amd64), but during the semester I don't
have the time (or experience) to mess with source packages myself, sorry.
I'm glad though that you spotted it so quickly.
Kind regards,
Ralf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656299: hdf5 FTBFS on alpha: symbol file needs updating
Source: hdf5 Version: 1.8.8-1 Severity: important User: debian-al...@lists.debian.org Usertags: alpha X-Debbugs-CC: debian-al...@lists.debian.org Justification: Fails to build from source (but built in the past) The package hdf5 FTBFS on Alpha. From the build log: dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libhdf5-openmpi-7/DEBIAN/symbols doesn't match completely debian/libhdf5-openmpi-7.symbols --- debian/libhdf5-openmpi-7.symbols (libhdf5-openmpi-7_1.8.8-1_alpha) +++ dpkg-gensymbolscEuH2C 2012-01-18 05:48:35.0 + @@ -2146,7 +2146,7 @@ H5T_conv_ullong_double@Base 1.8.7 H5T_conv_ullong_float@Base 1.8.7 H5T_conv_ullong_int@Base 1.8.7 - (arch=!powerpc !armel !armhf)H5T_conv_ullong_ldouble@Base 1.8.7 +#MISSING: 1.8.8-1# (arch=!powerpc !armel !armhf)H5T_conv_ullong_ldouble@Base 1.8.7 H5T_conv_ullong_llong@Base 1.8.7 H5T_conv_ullong_long@Base 1.8.7 H5T_conv_ullong_schar@Base 1.8.7 dh_makeshlibs: dpkg-gensymbols -plibhdf5-openmpi-7 -Idebian/libhdf5-openmpi-7.symbols -Pdebian/libhdf5-openmpi-7 returned exit code 1 make: *** [binary-arch] Error 1 The full build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=hdf5arch=alphaver=1.8.8-1stamp=1326865807 Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656257: Typos in debconf template
Quoting Francesca Ciceri (madame...@debian.org):
Package: netmrg
Severity: minor
Hi,
during translation of the debconf templates of netmrg package I've noted
few minor typos:
#. Type: string
#. description
#: ../templates:13002
msgid
Clicking on the company name will follow a link. It is usualy the url
pointing to the start page of your company's web site.
s/usualy/usually/
#. Type: note
#. description
#: ../templates:15002
msgid
The package has been successfully installed and configured. Point your
webbrowser towards http://${site}/netmrg/ and log in as user 'admin'
with
the password 'nimda'. Make sure to change the password as soon as
possible
since it is the default password for all netmrg installations.
s/webbrowser/web browser/
Grazie, Francesca.
I'll take care of this. And I'll unfuzzy incoming translations
To package maintainer : that means that you'll need to use the patch
I send when the translation round is over, *not* just apply PO files
that are coming.
signature.asc
Description: Digital signature
Bug#656300: k3b doesn't quit
Package: k3b Version: 2.0.1-2 Severity: normal When quitting k3b (2.0.1-2) from the menu (or Ctrl+Q), the k3b window closes, but the process is still active. I have to kill it manually to be able use k3b again. -- Package-specific info: Device was not specified. Trying to find an appropriate drive... Detected CD-R drive: /dev/cdrw Using /dev/cdrom of unknown capabilities Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TSSTcorp' Identification : 'DVD+-RW TS-H653F' Revision : 'D200' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia3.10.2+debian-9audio extraction tool for sampling ii cdrdao1:1.2.3-0.1records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii hal 0.5.14-3 Hardware Abstraction Layer ii k3b-data 2.0.1-2A sophisticated CD/DVD burning app ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libk3b6 2.0.1-2The KDE CD/DVD burning application ii libkcddb4 4:4.4.5-1 CDDB library for KDE Platform (run ii libkde3support4 4:4.4.5-2+squeeze3 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2+squeeze3 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li ii libkfile4 4:4.4.5-2+squeeze3 the File Selection Dialog Library ii libkio5 4:4.4.5-2+squeeze3 the Network-enabled File Managemen ii libknotifyconfig4 4:4.4.5-2+squeeze3 library for configuring KDE Notifi ii libkparts44:4.4.5-2+squeeze3 the Framework for the KDE Platform ii libkutils44:4.4.5-2+squeeze3 various utility classes for the KD ii libmusicbrainz4c2a2.1.5-4Second generation incarnation of t ii libqt4-dbus 4:4.6.3-4+squeeze1 Qt 4 D-Bus module ii libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-qt3support 4:4.6.3-4+squeeze1 Qt 3 compatibility library for Qt ii libqt4-svg4:4.6.3-4+squeeze1 Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4+squeeze1 Qt 4 WebKit 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 libsolid4 4:4.4.5-2+squeeze3 Solid Library for KDE Platform ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii wodim 9:1.1.11-1 command line CD/DVD writing tool Versions of packages k3b recommends: ii dvd+rw-tools 7.1-6 DVD+-RW/R tools ii libk3b6-extracodecs 2.0.1-2 The KDE CD/DVD burning application ii vcdimager0.7.23-4+b2 A VideoCD (VCD) image mastering an Versions of packages k3b suggests: pn k3b-extrathemes none (no description available) ii k3b-i18n 2.0.1-2A sophisticated CD/DVD burning app pn movixmaker-2 none (no description available) pn normalize-audio none (no description available) pn sox none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650590: Replacement exists is only partly true
You can sftp with sshd, but you cannot do scp/rsync/winscp/etc, and there's no logging with sshd AFAIK. M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652002: tahoe-lafs: New upstream version 1.9.0
Package: tahoe-lafs Followup-For: Bug #652002 Dear Maintainer, The latest upstream is now 1.9.1. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655017: now testing with latest upstream git
Hi Cyril! Building a new package worked marvellously thanks to your instructions. I will now be testing this bug against: commit 850495f956c811b1eb617d2e704e6bb7b5a86369 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue Jan 17 22:51:29 2012 + sna: Fix increment of damage boxes after updating for rectangles which seems to be another fix for refresh issues and at least from the description looks like something I might have seen. Should some issues remain I can always build a new package, its easy enough. I will report back, once all of these refresh issues are fixed ;). Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656182: vsftpd FTBFS on alpha: No getpid syscall on Alpha Linux!
On 17/01/12 23:27, Daniel Baumann wrote: severity 656182 wishlist tag 656182 pending thanks On 01/17/2012 09:40 AM, Michael Cree wrote: Justification: Fails to build from source (but built in the past) alpha is not a debian architecture anymore, but thanks.. i'll apply it in the next upload (soon). Thanks for including the patch. While alpha is not a release architecture we are still building unstable on alpha at debian-ports. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577027: update-manager synaptic
Package: synaptic Followup-For: Bug #577027 Get the following error 'E:Encountered a section with no Package: header, E:Problem with MergeList /var/lib/apt/lists/security.debian.org_dists_lenny_updates_main_binary-i386_Packages, E:The package lists or status file could not be parsed or opened.' -- System Information: Debian Release: 5.0.9 Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-lib 0.7.20.2+lenny2 Advanced front-end for dpkg ii apt-utils [libapt-i 0.7.20.2+lenny2 APT utility programs ii hicolor-icon-theme 0.10-1 default fallback theme for FreeDes ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype62.3.7-2+lenny8 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.2-1.1 GCC support library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-6 Layout and rendering of internatio ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libvte9 1:0.16.14-4 Terminal emulator widget for GTK+ ii libx11-62:1.1.5-2X11 client-side library ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxml2 2.6.32.dfsg-5+lenny4 GNOME XML library ii rarian-compat [scro 0.8.1-1 Rarian is a documentation meta-dat ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages synaptic recommends: pn deborphan none (no description available) ii gksu 2.0.0-8graphical frontend to su ii libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar ii menu 2.1.41 generates programs menu for all me Versions of packages synaptic suggests: pn dwww none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656182: vsftpd FTBFS on alpha: No getpid syscall on Alpha Linux!
On 01/18/2012 09:49 AM, Michael Cree wrote: While alpha is not a release architecture we are still building unstable on alpha at debian-ports. i'm aware of that, otherwise i wouldn't apply the patch and close the bug ;) -- 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#656302: ttf-devanagari-fonts: one font file is corrupt
Package: ttf-devanagari-fonts Version: 1:0.5.13 Severity: normal Dear maintainers, The Samyak Devanagari font file is corrupt. It is actually an HTML file. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#238245: license choice - consensus on dual MIT/GPL-2 ?
Hi! Am 17.01.2012 23:11, schrieb Stefano Zacchiroli: Looking at past discussions in both #238245 and #388141, I believe there can already be consensus on re-licensing www.debian.org content [2] under a dual-license MIT/Expat + GPL version 2 or above. Would anyone object such a choice? Would me fine with me, however looking through the commits it did over the years I remembered my additions to www.debian.org/misc/awards. I don't own the copyight to those pictures, so we need a exception for that page. Best regards, ALexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656248: HP LaserJet Professional P1102 not properly switched anymore (regression)
tags 656248 +patch thanks Le 18.01.2012 09:19, Ralf Jung a écrit : I can test compiled binary packages (amd64), but during the semester I don't have the time (or experience) to mess with source packages myself, sorry. I'm glad though that you spotted it so quickly. Hi Ralf, can you try the following package ? http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.2.1+repack0-1+0fix656248~0_amd64.deb (The source of it is : http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.2.1+repack0-1+0fix656248~0.dsc ) If this compiled usb-modeswitch package solves your issue, I'll release a patched version soon (I would like to get #656063 solved in the same upload too). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656303: fonts-ukij-uyghur: at least one of the fonts has glyphs at wrong code points
Package: fonts-ukij-uyghur Version: 20110217-2 Severity: normal Tags: upstream Dear maintainer, The font UKIJ Tughra has glyphs at code points reserved for other scripts. At least the following blocks has wrongly placed glyphs: * Arabic * Arabic Presentation Forms A * Arabic Presentation Forms B * Basic Latin * CJK Symbols and Punctuation * Combining Diacritical Marks * Cyrillic * Enclosed Alphanumerics * Greek and Coptic * IPA Extensions * Latin-1 Supplement * Latin Extended-A * Latin Extended Additional * Latin Extended-B * Latin Extended-C * Spacing Modifier Letters Perhaps (A) these glyphs could be moved to the appropriate code points or PUA upstream, or (B) this font removed from the package, and if the font is wanted create an additional package with a note that the font(s) does not follow the Unicode standard. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#648219: killer script does not recognize X2Go sessions
tags 648219 + moreinfo thanks [Mike Gabriel] I still owe you a reply on this. The master processes of an X2Go session are x2goagent (an X-server like Xnest) x2goruncommand The X2Go server has its own session cleanup script, so this script should handle session terminations and cleanups. Thank you. I'm not sure how to implement this. Can you or anyone provide a tested patch to implement this? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656304: Please include negotiate_wrapper
Package: squid3 Version: 3.1.18-1 Hi, Please compile and include negotiate_wrapper. It allows to support both Negotiate: Kerberos and Negotiate NTLMSSP It can be downloaded from http://sourceforge.net/projects/squidkerbauth/files/negotiate_wrapper/ And is already included in Squid 3.2 and trunk: http://bazaar.launchpad.net/~squid/squid/3-trunk/files/head:/helpers/negotiate_auth/wrapper/ Thanks -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648153: Reopening Bug#648153
reopen 648153 thanks On Tue, 2012-01-17 at 13:51 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the abiword package: #648153: abiword: FTBFS on hurd-i386 It has been closed by Dmitry Smirnov only...@member.fsf.org. Reopening since the patch was never applied, see below. + new patch (only applied on Hurd) to fix GNU Hurd build problem (Closes: #648153) (Thanks to Svante Signell) The attached additional command is needed in debian/rules to get the patch applied. BTW: I saw that the gtk2 version of the file src/af/xap/gtk/xap_UnixApp.cpp has a similar construct as the proposed patch so an upstream contact might be fruitful to avoid having this patch debian-specific. Thanks! --- a/debian/rules 2012-01-16 17:43:09.0 +0100 +++ b/debian/rules 2012-01-18 10:18:18.0 +0100 @@ -35,6 +35,7 @@ override_dh_auto_clean: cp debian/patches/series.in debian/patches/series [ $(DEB_HOST_ARCH_OS) = hurd ] echo 648153-fix_FTBFS4Hurd.patch debian/patches/series || return 0 + [ $(DEB_HOST_ARCH_OS) = hurd ] dh_quilt_patch || return 0 dh_auto_clean #: configure options reference: http://www.abisource.com/wiki/Compiling_AbiWord
Bug#656187: reprepro: Permit to use wildcards for build-needing
Bernhard R. Link brl...@debian.org writes:
If I upload sources of an all package, it's not listed for the
different architectures reprepro manages.
Could you be a bit more specific?
Making a source package, some python code with Archictecture: all:
#+begin_src sh
buildd@build:~$ dpkg-source -b .
buildd@build:~$ debsign ../*.dsc
buildd@build:~$ dpkg-genchanges -S ../my-pkg-sources.changes
buildd@build:~$ debsign ../*.changes
buildd@build:~$ dput myrepo ../my-pkg-sources.changes
#+end_src
Uploading to my repository:
#+begin_src sh
buildd@build:~$ ssh ftp@repository 'reprepro -v -b ${HOME}/reprepro
processincoming unstable'
[...]
Exporting indices...
#+end_src
Now, my packages sources are installed in the repository, the command
apt-cache showsrc my-package shows my source package.
Then, I try:
#+begin_src sh
buildd@build:~$ ssh ftp@repository 'reprepro -v -b ${HOME}/reprepro
build-needing unstable any'
Error: Architecture 'any' is not known!
There have been errors!
buildd@build:~$ ssh ftp@repository 'reprepro -v -b ${HOME}/reprepro
build-needing unstable all'
Error: Architecture 'all' makes no sense for build-needing!
There have been errors!
buildd@build:~$ ssh ftp@repository 'reprepro -v -b ${HOME}/reprepro
build-needing unstable amd64'
buildd@build:~$
#+end_src
If I put Architecture: any in my debian/control for the binary
package, it is listed when doing build-needing unstable amd64.
I think that architecture should be reported in the output of
build-needing if wildcards are added, or if any/all are going to work.
One per line, like:
#+begin_src
PACKAGE VERSION DSC FILE ARCH
#+end_src
Regards.
--
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1
pgpHf67G7wk46.pgp
Description: PGP signature
Bug#656290: gmpc: timeouts too often on heavy operations (actually ignores timeout setting in preferences)
* Dmitry Nezhevenko d...@inhex.net [120118 09:21]: When using together with mpd that has a lot of media files, gmpc very often disconnects from server with timeouts. I've configured it to use 60 seconds timeout (maximum possible value) but disconnects are usually happens much often. The cause is that connection timeout is ignored at all. 5 seconds is always used instead. This is upstream bug that already fixed in their VCS: http://musicpd.org/mantis/print_bug_page.php?bug_id=3403 Patch file is attached to upstream bug. I've double checked that it fixes my issue with gmpc version that is available in unstable. Upstream is currently refactoring their codebase moving to libglyr, so it pretty looks like there will be no new bugfix release in near future. That's why I'm kindly asking you to temporary apply this patch. Thanks! Thanks for this detailed bug report. I picked the patch and applied it ; it will make it in the next bugfix release. In the meantime I am also preparing libglyr and a snapshot from the new gmpc version. Have a nice day ! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656230: python-dbus: Recommends on python-gobject | python-gtk ( 2.10) when it is very rarely needed
On 17/01/12 15:44, Scott Kitterman wrote: Python-gobject is only used in the dbus-python test suite and in gobject_service.py. The reason for the recommendation is primarily to support dbus.mainloop.gobject, which is necessary to subscribe to signals or call asynchronous methods (unless you use python-qt4-dbus, which provides an out-of-tree dbus.mainloop.qt with similar behaviour). I consider that functionality to be considerably more core than gobject_service. You're right that dbus-python does not itself strictly depend on pygobject (the dbus-python-using application still needs to run the GLib main loop, somehow), so the recommendation could easily change to python-gi | python-gobject-2 | python-gobject (| python-qt4-dbus, even) if preferred? It seems wise to recommend some way to make the package useful, though, and most of its functionality (including the bits described in its own tutorial) is inaccessible without a supported main loop. Note: Barry Warsaw asked me to file this and he intends to address it. The python3 branch we've both been working on upstream, which will be in the next upstream release, uses PyGI for gobject_service - but that's a relatively minor/non-essential use of GLib, compared with the main loop glue. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656288: python3-apt: difficulties with non-UTF-8-encoded TagFiles
On Wed, Jan 18, 2012 at 12:56:03AM +, Colin Watson wrote: python-debian's test suite also tests that it's possible to parse old Sources files in *mixed* encodings. This is going to be harder because it basically means having apt_pkg.TagSection return bytes, which I don't think is desirable in general. Maybe this could be optional somehow? Thinking about it, this seems a reasonable thing to make switchable in TagFile's constructor. After all: with open(test, encoding=iso-8859-1) as test: ... print(test.read().__class__) ... class 'str' with open(test, mode=rb) as test: ... print(test.read().__class__) ... class 'bytes' So there's clear precedent in the language for the same method returning str or bytes depending on how the class was constructed. Maybe a bytes= keyword argument? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540558: docbook-mathml orphaned, is the Debian XML/SGML team interested?
Hi all, I'm attempting to build the official OpenGL documentation and during the process I noticed that docbook-mathml (and w3-dtd-mathml) is orphaned and in poor shape. I am hoping that someone from the Debian XML/SGML team is willing to take over the package, anyone interested? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#656305: backintime-common: fails to exclude given path
Package: backintime-common Version: 1.0.8-1 Severity: important Dear Maintainer, The exclude-Option doesn't always have the expected effect, e.g. it contains the expression */temp/* as default. Nevertheless, backintime backs up the path /usr/import/store. After manually adding the expression /usr/import/store in the exclude-option the path is omitted, as intended. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backintime-common depends on: ii cron3.0pl1-120 ii python 2.7.2-9 ii rsync 3.0.9-1 backintime-common recommends no packages. backintime-common 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#656306: enigmail: Enigmail loads but doesn't work with icedove 8
Package: enigmail Version: 2:1.3.4-1 Severity: important As reported previously in bug #654829 : the new version of enigmail is effectively active, but when trying to access the preferences, a chrome error is displayed : XML Parsing Error: undefined entity Location: chrome://enigmail/content/pref-enigmail.xul Line Number 111, Column 20: descriptionenigmail.keepCryptoSettingsForReply.tooltip;/description This is also the case with an empty profile. This renders the plugin unusable, all functionalities seem disabled. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages enigmail depends on: ii gnupg1.4.11-3 ii libc62.13-24 ii libgcc1 1:4.6.2-11 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-11 Versions of packages enigmail recommends: ii icedove 8.0-2 enigmail 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#656307:
Package: libsexplib-camlp4-dev Version: 7.0.4-1 Severity: normal Dear Maintainer, After upgrading Debian Squeeze to Testing, our ocaml based project does not compile anymore, because something is wrong now with sexplib. We got the message Error: Unbound value string_of_sexp. With sexplib from Squeeze, all will compile fine. Here a short log: ocamlbuild.native -verbose 10 -ocamlrun ocamlrun.opt -ocamlc ocamlc.opt -ocamlopt ocamlopt.opt -j 4 -tags annot -tags thread -tags debug -no-links -I helper -I io -I img -I preprocessing -I dictionary -I ocr -I glyphs -I bbox -I segment -I structure -I form -I composite -I pdf -I test -I examples -cflags -w Aez -I +dynlink -I /usr/local/lib/ocaml/3.12.1/bolt -I +threads -I +lablgtk2 -I +extlib -I +pcre -I +netsys -I +netstring -I +json-wheel -I +num -I +nums -I +sexplib -I +zip -I +xml-light -I +xmlrpc-light -I +equeue -I +netclient -I /home/andreas/projekte/core_umbau_daemon_steuerung/_build -lflags -I +num -I +nums -I +sexplib -I +dynlink -I /usr/local/lib/ocaml/3.12.1/bolt -I +threads -I +lablgtk2 -I +extlib -I +pcre -I +netsys -I +netstring -I +json-wheel -I +num -I +nums -I +sexplib -I +zip -I +xml-light -I +xmlrpc-light -I +equeue -I +netclient -I /home/andreas/projekte/core_umbau_daemon_steuerung/_build-libs unix,pcre,netsys,netstring,equeue,netclient,jsonwheel,bigarray,str,dynlink,bolt,extLib,nums,sexplib,zip ,xml-light,xmlrpc-light -pp camlp4o /usr/local/lib/ocaml/3.12.1/bolt/bolt_pp.cmo -logger 'leibnizcored.native' -level DEBUG -- -I /usr/lib/ocaml/sexplib -I /usr/lib/ocaml/type-conv pa_type_conv.cma pa_sexp_conv.cma leibnizcored.native + ocamlopt.opt -c -w Aez -I +dynlink -I /usr/local/lib/ocaml/3.12.1/bolt -I +threads -I +lablgtk2 -I +extlib -I +pcre -I +netsys -I +netstring -I +json- wheel -I +num -I +nums -I +sexplib -I +zip -I +xml-light -I +xmlrpc-light -I +equeue -I +netclient -I /home/andreas/projekte/core_umbau_daemon_steuerung/_build -g -annot -thread -pp 'camlp4o /usr/local/lib/ocaml/3.12.1/bolt/bolt_pp.cmo -logger '\''leibnizcored.native'\'' -level DEBUG -- -I /usr/lib/ocaml/sexplib -I /usr/lib/ocaml/type-conv pa_type_conv.cma pa_sexp_conv.cma' -I io -I bbox -I ocr -I examples -I img -I test -I dictionary -I structure -I segment -I preprocessing -I pdf -I composite -I helper -I glyphs -I form -o io/io_types.cmx io/io_types.ml File io/io_types.ml, line 70, characters 27-33: Error: Unbound value string_of_sexp Command exited with code 2. Compilation unsuccessful after building 86 targets (0 cached) in 00:00:21. The same problem could be reported here: http://forge.ocamlcore.org/tracker/?func=detailatid=334aid=1072group_id=62 Thanks in advance, with best regards Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsexplib-camlp4-dev depends on: ii camlp4 [camlp4-3.12.1] 3.12.1-2 ii libtype-conv-camlp4-dev [libtype-conv-camlp4-dev-oich0] 3.0.4-1 ii ocaml-findlib1.2.7+debian-1+b1 ii ocaml-nox [ocaml-nox-3.12.1] 3.12.1-2 libsexplib-camlp4-dev recommends no packages. libsexplib-camlp4-dev 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#653270: gtkpod eats up all memory
Hi! On 17/01/2012 18:42, Harald Dunkel wrote: Sorry, I missed your EMail from Jan.6th. It happens. ;-) The problem is still there. After 5 minutes runtime scanning my music directory gtkpod used3GByte memory: I've re-opened the bug. The new 2.1.1 release is ready for upload, waiting for my sponsor to validate it. Hope it'll be sooner than later. However, feel free to test the git repository snapshot to see if the issue remains in this new version. [...] I think its obvious that there is some memory leak. ... that strangely appeared now! :-) I'll try to test this behaviour in some way. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 1E9C4467 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655899: libreoffice-math: widehat fails
tag 655899 + unreproducible tag 655899 + moreinfo thanks On Sat, Jan 14, 2012 at 06:01:41PM +0100, Nicolas Patrois wrote: Package: libreoffice-math Version: 1:3.3.1-1 Are you kidding? What should we do with a testing from April 2011? (cf. http://packages.qa.debian.org/libr/libreoffice/news/20110415T163912Z.html) Nothing. Please try with a uptodate libreoffice (and a uptodate testing). Until then it's per definitionem not reproducible. [ snip ] Interestingly loads of other libreoffice packages are at 3.3.3-4 or even 3.4.x... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644308: aoetools: /run transition: Please update use of /dev/.udev
On Tue, Oct 04, 2011 at 11:47:25PM +0200, bi...@debian.org wrote: During an automated test your package aoetools was flagged to reference files/directories matching /dev/.udev A log of this test can be found at [2]. In most cases checking for /dev/.udev is used to determine if udev is active. This check no longer works with udev using /run/udev now. In most cases, checking for udev being installed is not appropriate and should be avoided. A patch to support /dev/udev, while being backward compatible with the now-obsolete /dev/.udev is attached. Please apply and upload. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff -urN aoetools-30.orig/aoe-mkdevs aoetools-30/aoe-mkdevs --- aoetools-30.orig/aoe-mkdevs 2012-01-18 10:23:31.534626521 + +++ aoetools-30/aoe-mkdevs 2012-01-18 10:26:34.573015365 + @@ -23,7 +23,7 @@ EOF exit 1 fi -if test `ps ax | grep 'udev[d]'` || test -d /dev/.udev; then +if test `ps ax | grep 'udev[d]'` || test -d /run/udev || test -d /dev/.udev; then cat 12 EOF $zero Error: udev detected. You shouldn't need to use $zero. $zero: Please see the aoe-mkdevs manpage. diff -urN aoetools-30.orig/aoe-mkshelf.in aoetools-30/aoe-mkshelf.in --- aoetools-30.orig/aoe-mkshelf.in 2012-01-18 10:23:31.534626521 + +++ aoetools-30/aoe-mkshelf.in 2012-01-18 10:27:12.413509351 + @@ -18,7 +18,7 @@ EOF exit 1 fi -if test `ps ax | grep 'udev[d]'` || test -d /dev/.udev; then +if test `ps ax | grep 'udev[d]'` || test -d /run/udev || test -d /dev/.udev; then cat 12 EOF $zero Error: udev detected. You shouldn't need to use $zero. $zero: Please see the aoe-mkshelf manpage.
Bug#656308: CVE-2012-0057: XSLT file writing vulnerability
Package: src:php5
Version: 5.2.6.dfsg.1-1+lenny13
Severity: grave
Tags: security patch upstream
Justification: user security hole
Hi,
recently released php 5.3.9 includes a fix for CVE-2012-0057, which I
think affects {old,}stable. Would it be possible to prepare an update
for Lenny and Squeeze? Note that the fix disable file writing from XSLT
which is a behavior change which might be unexpected in stable.
Upstream patch is at
http://svn.php.net/viewvc/?view=revisionrevision=317759
Regards,
--
Yves-Alexis
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500,
'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656309: libpam-krb5: Unable to change password in the default setup
Package: libpam-krb5 Version: 4.3-1 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu I discovered this in Debian Edu/Squeeze. After installation, the passwd tool is not able to change the password of a LDAP user with authentication using Kerberos. I see messages like this in auth.log when trying to change the password: Jan 18 11:08:18 tjener passwd[8124]: pam_unix(passwd:chauthtok): user pere does not exist in /etc/passwd The user in question have uid = 1000. The generated /etc/pam.d/common-password file got this content (removed comments for clarity): password requisite pam_krb5.so minimum_uid=1000 password [success=1 default=ignore] pam_unix.so obscure use_authtok try_first_pass sha512 password requisite pam_deny.so password required pam_permit.so password optional pam_gnome_keyring.so Changing the 'requisite' for pam_krb5 to 'sufficient' make password changing work. Is password changing supposed to be working in the default setup in Squeeze? What should the commno-password file look like in a correct setup? -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-krb5 depends on: ii krb5-config 2.2 Configuration files for Kerberos V ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libkrb5-3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries ii libpam-runtime 1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g1.1.1-6.1+squeeze1 Pluggable Authentication Modules l libpam-krb5 recommends no packages. libpam-krb5 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#656310: debsums: Warns about volatile file
Package: debsums Version: 2.0.50 Severity: normal Dear Maintainer, the cron mail I get from Debsums contains warnings about /var/lib/PackageKit/transactions.db. Transactions.db seems like something that *should* change, and getting Debsums warnings about it is noise. Is this a problem with Debsums? Or should PackageKit somehow tag that file as volatile for Debsums not to worry about it? Regards //Johan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.5.41 ii libdpkg-perl 1.16.1.2 ii libfile-fnmatch-perl 0.02-1+b2 ii perl 5.14.2-6 ii ucf3.0025+nmu2 debsums recommends no packages. debsums suggests no packages. -- Configuration Files: /etc/debsums-ignore changed: /usr/share/gnome-shell/js/ui/statusMenu.js /etc/default/debsums changed: CRON_CHECK=weekly -- debconf information: * debsums/croncheck: weekly debsums/apt-autogen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656311: maven-debian-helper: debian.maven.plugin.SysInstallDocMojo installs code jar instead of javadoc
Package: maven-debian-helper Version: 1.4.4 Severity: normal When using the maven cdbs class, a jar file that presumably should contain all the generated javadoc is installed under /usr/share/maven-repo/. However, this jar file actually contains all the class files and is basically the same as the main jar file for the package. The -javadoc.jar is created as part of the normal build, but the install step copies the wrong source. The code that is responsible for this copy action is called SysInstallDocMojo. I found many *-java-doc packages that suffer from having the wrong jar file. It can be observed e.g. as follows: wget http://ftp.us.debian.org/debian/pool/main/libx/libxml-security-java/libxml-security-java-doc_1.4.5-1_all.deb dpkg-deb --extract /private/home/dennis/Downloads/libxml-security-java-doc_1.4.5-1_all.deb binary-libxml-security-java-doc-root jar tf binary-libxml-security-java-doc-root/usr/share/maven-repo/org/apache/santuario/xmlsec/1.4.5/xmlsec-1.4.5-javadoc.jar I'm running Ubuntu oneiric, so the versions I have are somewhat behind, but I did check the latest version of maven-debian-helper in sid and found the issue persists there. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-15-generic (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1:1.6-42ubuntu2 Standard Java or Java compatible D ii libmaven-clean-plugin-ja 2.3-3 Maven clean plugin ii libmaven-compiler-plugin 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugi 2.3-5 Maven resources plugin ii libmaven-site-plugin-jav 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-4 Surefire test framework for Java ii maven-repo-helper1.5.2 Helper tools for including Maven m ii maven2 2.2.1-7build1 Java software project management a ii velocity 1.6.2-4 Java-based template engine for web maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: ii apt-file 2.5.0ubuntu1search for files within Debian pac ii devscripts 2.11.1ubuntu3 scripts to make the life of a Debi ii libmaven-javadoc-plu 2.6.1-1 Maven Javadoc Plugin ii subversion 1.6.12dfsg-4ubuntu5 Advanced version control system -- 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#622208: udev-related brokeness in the init script
tags 622208 + patch thanks On Mon, Apr 11, 2011 at 03:28:19AM +0200, Marco d'Itri wrote: Package: udftools Version: 1.0.0b3-14 Severity: important Checking for /dev/.udev/ is not reliable due to /run. I think this package should just depend on udev, it will probably allow you to remove a lot of other hacks. I've attached a patch which checks for /run/udev in addition to /dev/.udev, hence is backward-compatible. Please remove the /dev/.udev part after wheezy is released. devfs support needs to be removed as well, since Linux has not had devfs in a very long time. Agreed. It's been dead for a long time now. This patch does not address this additional problem, but it's only a two minute job to remove it from deb/postinst, deb/config and debian/udftools.init. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff -urN udftools-1.0.0b3.orig/debian/udftools.init udftools-1.0.0b3/debian/udftools.init --- udftools-1.0.0b3.orig/debian/udftools.init 2012-01-18 10:32:29.409627118 + +++ udftools-1.0.0b3/debian/udftools.init 2012-01-18 10:33:14.346212247 + @@ -60,7 +60,7 @@ fi fi if test -z $UDEV; then # User did not set UDEV, try auto-detection -if test -e /dev/.udev; then +if test -e /run/udev || test -e /dev/.udev; then UDEV=true else UDEV=false
Bug#656312: libvomsjapi-java: Please consider installing maven-repo structure.
Package: libvomsjapi-java Version: 2.0.6-3 Severity: wishlist Tags: patch Please consider installing the jar file in the Debian maven repository, and including a pom.xml file. This will ease the packaging of packages that use maven as a build system and depend on voms. See http://wiki.debian.org/Java/MavenRepoSpec The following patch seems to do most of the work: Index: debian/pom.xml === --- debian/pom.xml (revision 0) +++ debian/pom.xml (revision 0) @@ -0,0 +1,9 @@ +?xml version=1.0 encoding=UTF-8? +project xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; xmlns=http://maven.apache.org/POM/4.0.0; +xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; + modelVersion4.0.0/modelVersion + groupIdorg.glite.voms/groupId + artifactIdvoms-api-java/artifactId + version2.0.6/version +/project + Index: debian/rules === --- debian/rules(revision 687) +++ debian/rules(working copy) @@ -252,6 +252,8 @@ dh_installinit --name=voms dh_installman dh_link + mh_installpoms -plibvomsjapi-java + mh_installjar -plibvomsjapi-java -l debian/pom.xml debian/tmp/usr/share/java/vomsjapi.jar dh_nativejava dh_lintian dh_strip --dbg-package=voms-dbg Index: debian/libvomsjapi-java.poms === --- debian/libvomsjapi-java.poms(revision 0) +++ debian/libvomsjapi-java.poms(revision 0) @@ -0,0 +1 @@ +debian/pom.xml -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-15-generic (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvomsjapi-java depends on: ii libbcprov-java1.44+dfsg-2ubuntu2 Bouncy Castle Java Cryptographic S ii libcommons-cli-java 1.2-3 API for working with the command l ii libcommons-lang-java 2.4-4 Extension of the java.lang package ii liblog4j1.2-java 1.2.15-11ubuntu1 Logging library for java libvomsjapi-java recommends no packages. Versions of packages libvomsjapi-java suggests: pn libvomsjapi-java-doc none (no description available) pn libvomsjapi-java-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656307:
Le 18/01/2012 11:28, Romeyke, Andreas a écrit : After upgrading Debian Squeeze to Testing, our ocaml based project does not compile anymore, because something is wrong now with sexplib. We got the message Error: Unbound value string_of_sexp. With sexplib from Squeeze, all will compile fine. You'll have to be more specific. Do you call string_of_sexp directly from your code? If so, you are affected by an upstream API change, and this is merely a porting issue and doesn't qualify as a bug (or, put differently, is a bug on your side), IMHO. By grepping through current sexplib310 source package, I can see there is a Std.string_of_sexp... did you try that? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583925: connman 0.78
retitle 583925 New Upstream Release - connman 0.78 thanks Alexander, Mathieu, ConnMan 0.78 was released on December 2nd, 2011. With this release, WISPr WiFi hotspot logins are fully supported. With an UI to aide in asking login credentials, ConnMan can now authenticate the user in a WISPr enabled hotspot and thus be granted WiFi network access. This was made possible by Tomasz Bursztyka integrating the WISPr tool implemented by Marcel Holtmann. Enabling and disabling WiFi, Ethernet and Cellular Technology is now in a very much better shape thanks to the efforts made by Alok Barsode. Initially ConnMan starts in online mode with all Technologies disabled. This choice of initial values makes ConnMan robust against unintended network usage on first startup. This release also saw a lot of bugfixes. Almost half of the commits fix bugs and other discovered issues with 30 of them being reported via Bugzilla. A big thanks for bugfixing go to Alok Barsode, Arron Wang, Daniel Wagner, Danny Jeongseok Seo, Grant Erickson, Jeff Zheng, Jukka Rissanen, Julien Massot, Marcel Holtmann, Philippe Nunes, Samuel Ortiz and Tomasz Bursztyka! On the developer front several areas were updated. Alok Barsode cleared up settings saving and Tomasz Bursztyka updated iptables handling. Daniel Wagner improved Session handling and converted GLib atomic types to GCC ones. Jukka Rissanen added support for PPTP and L2TP tunneling. Do note that PPTP and L2TP lack IPSec protection at the moment, for now the tunneled packets go through unencrypted. In addition to this, Provider VPN settings are now saved on a successful connect. Thus all Provider settings need not be specified every time. Being connected via either IPv4, IPv6 or both at the same time is now handled correctly. This allows ConnMan to connect properly in any kind of network setup independent of the IP protocol version and makes ConnMan an even better behaving IPv6 citizen. Reordering of services also received a lot of updates. Thus corner cases should now be properly handled and service ordering and their states should always be set correctly. ConnMan 0.78 and earlier releases can be downloaded from: https://github.com/connectivity/connman-release/tags signature.asc Description: This is a digitally signed message part.
Bug#656313: Iceweasel FTBFS
Package: iceweasel Version: 8.0-3 Severity: serious Justification: fails to build from source Dear Maintainer, As the title says: iceweasel does not build. After installation of the build dependencies, and downloading and compiling using: apt-get source iceweasel cd iceweasel-8.0 dpkg-buildpackage -b Compilation stops with the following messages: g++ -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non- virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long- long -fno-strict-aliasing -std=gnu++0x -pthread -ffunction-sections -fdata-sections -pipe - fexceptions -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -fomit-frame-pointer -fPIC -shared -Wl,- z,defs -Wl,--gc-sections -Wl,-h,test.so -o test.so -Wl,--as-needed -lpthread -Wl,-rpath- link,/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-xulrunner/dist/bin -Wl,-rpath-link,/usr/lib test.o === === If you get failures below, please file a bug describing the error === and your environment (compiler and linker versions), and use === --disable-elf-hack until this is fixed. === /home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser/build/unix/elfhack/elfhack -b test.so test.so: terminate called after throwing an instance of 'std::runtime_error' what(): Error opening file make[7]: *** [test.so] Aborted make[7]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build- browser/build/unix/elfhack' make[6]: *** [libs] Error 2 make[6]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build- browser/build/unix' make[5]: *** [libs] Error 2 make[5]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser/build' make[4]: *** [libs_tier_base] Error 2 make[4]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser' make[3]: *** [tier_base] Error 2 make[3]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser' make[2]: *** [default] Error 2 make[2]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser' dh_auto_build: make -j1 returned exit code 2 make[1]: *** [stamps/build-browser] Error 2 make[1]: Leaving directory `/home/rogier/src/extern/iceweasel/iceweasel-8.0' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (END) After adding '--disable-elf-hack' on the 'configure' command-line in debian/rules and in xulrunner.mozconfig, it compiles fine. I have included the list of build dependencies and versions, including some of their dependencies that seemed relevant. If you need any more info, please ask. Kind Regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of build dependencies: ii autotools-dev 20110511.1 ii base-files6.5 ii binutils 2.22-2 ii build-essential 11.5 ii bzip2 1.0.6-1 ii debhelper 8.9.14 ii dpkg-dev 1.16.1.2 ii g++ 4:4.6.1-3 ii gcc 4:4.6.1-3 ii imagemagick 8:6.6.9.7-5+b2 ii libasound2-dev1.0.24.1-4 ii libbz2-dev1.0.6-1 ii libc6-dev [libc-dev] 2.13-24 ii libcairo2-dev 1.10.2-6.2 ii libdbus-glib-1-dev0.98-1 ii libdpkg-perl 1.16.1.2 ii libevent-dev 2.0.16-stable-1 ii libffi-dev3.0.10-3 ii libglib2.0-dev2.30.2-4 ii libgnome2-dev 2.32.1-2 ii libgnomeui-dev2.24.5-2 ii libgnomevfs2-dev 1:2.24.4-1 ii libgtk2.0-dev 2.24.8-2 ii libhunspell-dev 1.3.2-4 ii libidl-dev0.8.14-0.2 ii libiw-dev 30~pre9-8 ii libjpeg8-dev [libjpeg-dev]8c-2 ii libnotify-dev 0.7.4-1 ii libnspr4-dev 4.8.9-1 ii libnss3-dev 3.13.1.with.ckbi.1.88-1 ii libreadline-dev 6.2-8 ii librsvg2-bin 2.34.2-2 ii libsqlite3-dev3.7.9-2 ii libstartup-notification0-dev 0.12-1 ii libvpx-dev0.9.7.p1-2 ii libx11-dev2:1.4.4-4 ii libxt-dev 1:1.1.1-2 ii locales 2.13-24 ii lsb-release 3.2-28 ii make 3.81-8.1
Bug#656307:
On 18/01/12 11:28, Romeyke, Andreas wrote: Package: libsexplib-camlp4-dev Version: 7.0.4-1 Severity: normal Dear Maintainer, After upgrading Debian Squeeze to Testing, our ocaml based project does not compile anymore, because something is wrong now with sexplib. We got the message Error: Unbound value string_of_sexp. There was a thread on caml-list about this specific issue (I beleive it is the same). The relevant message from Markus Mottl (sexplib's upstream) is: http://article.gmane.org/gmane.comp.lang.caml.general/52962 Can you please check that the proposed change works for you? 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#656314: logcheck.logfiles * pattern does not work
Package: logcheck Version: 1.3.13 Severity: important Lenny, /usr/sbin/logcheck: if [ ! $LOGFILE ] [ -r $LOGFILES_LIST ]; then for file in $(egrep --text -v (^#|^[[:space:]]*$) $LOGFILES_LIST); do logoutput $file done Squeeze, /usr/sbin/logcheck: if [ ! $LOGFILE ] [ -r $LOGFILES_LIST ]; then egrep --text -v (^#|^[[:space:]]*$) $LOGFILES_LIST | while read file; do logoutput $file done Therefore does not work the * pattern in /etc/logcheck/logcheck.logfiles: /var/log/MACHINE/*/syslog -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.utf8, LC_CTYPE=hu_HU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages logcheck depends on: ii adduser 3.112+nmu2 add and remove users and groups ii cron3.0pl1-116 process scheduling daemon ii lockfile-progs 0.1.15 Programs for locking and unlocking ii logtail 1.3.13 Print log file lines that have not ii mime-construct 1.11 construct/send MIME messages from ii postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag ii syslog-ng [system-log-d 3.1.3-3 Next generation logging daemon Versions of packages logcheck recommends: ii logcheck-database 1.3.13 database of system log rules for t Versions of packages logcheck suggests: pn syslog-summarynone (no description available) -- Configuration Files: /etc/logcheck/logcheck.conf [Errno 13] Engedély megtagadva: u'/etc/logcheck/logcheck.conf' /etc/logcheck/logcheck.logfiles [Errno 13] Engedély megtagadva: u'/etc/logcheck/logcheck.logfiles' -- 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#644319: mdadm: /run transition: Please update use of /dev/.udev
tags 644319 + patch
thanks
On Tue, Oct 04, 2011 at 11:49:17PM +0200, bi...@debian.org wrote:
During an automated test your package mdadm was flagged to reference
files/directories matching /dev/.udev A log of this test can be found
at [2].
In most cases checking for /dev/.udev is used to determine if udev is
active. This check no longer works with udev using /run/udev now.
In most cases, checking for udev being installed is not appropriate
and should be avoided.
I've attached a patch for /run/udev checks.
While this patch does not address the concern that mdadm should not
be checking for udev, it does correct the checks for /dev/.udev in
two source files. It checks for both /run/udev and /dev/.udev so
it's backward compatible. The /dev/.udev check can be dropped
post-wheezy. Please forward upstream if such a change has not
already been merged.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
diff -urN mdadm-3.2.2.orig/Manage.c mdadm-3.2.2/Manage.c
--- mdadm-3.2.2.orig/Manage.c 2011-06-14 03:50:01.0 +0100
+++ mdadm-3.2.2/Manage.c 2012-01-18 10:47:13.086097662 +
@@ -333,7 +333,8 @@
if (devnum != NoMdDev
- (stat(/dev/.udev, stb) != 0 ||
+ (stat(/run/udev, stb) != 0 ||
+ stat(/dev/.udev, stb) != 0 ||
check_env(MDADM_NO_UDEV))) {
struct map_ent *mp = map_by_devnum(map, devnum);
remove_devices(devnum, mp ? mp-path : NULL);
diff -urN mdadm-3.2.2.orig/mdopen.c mdadm-3.2.2/mdopen.c
--- mdadm-3.2.2.orig/mdopen.c 2011-04-24 13:23:10.0 +0100
+++ mdadm-3.2.2/mdopen.c 2012-01-18 10:47:36.242413633 +
@@ -318,7 +318,8 @@
* If we cannot detect udev, we need to make
* devices and links ourselves.
*/
- if (stat(/dev/.udev, stb) != 0 ||
+ if (stat(/run/udev, stb) != 0 ||
+ stat(/dev/.udev, stb) != 0 ||
check_env(MDADM_NO_UDEV)) {
/* Make sure 'devname' exists and 'chosen' is a symlink to it */
if (lstat(devname, stb) == 0) {
Bug#625509: python-debian: please port to Py3k
On Wed, May 04, 2011 at 03:10:29AM +0200, Tshepang Lekhonkhobe wrote: Can you either make this package capable of running for Python 2 and 3, or make separate packages for it, as python-apt does. I'm working on this here: http://anonscm.debian.org/gitweb/?p=users/cjwatson/python-debian.git;a=shortlog;h=refs/heads/python3 I will probably end up depending on the six module, which I uploaded to unstable yesterday. It's tiny, so I shouldn't expect this to cause much of a problem. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656288 in python3-apt is getting in the way a bit, but I suppose worst case I can just skip those tests when running under Python 3 for now. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656315: fts: fails to install: fts.postinst: ucf: not found
Package: fts Version: 1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package fts. (Reading database ... 7778 files and directories currently installed.) Unpacking fts (from .../apt/archives/fts_1.0-1_all.deb) ... Setting up fts (1.0-1) ... /var/lib/dpkg/info/fts.postinst: 40: /var/lib/dpkg/info/fts.postinst: ucf: not found dpkg: error processing fts (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: fts cheers, Andreas fts_1.0-1.log.gz Description: GNU Zip compressed data
Bug#644325: refpolicy: /run transition: Please update use of /dev/.udev
On Tue, Oct 04, 2011 at 11:50:19PM +0200, bi...@debian.org wrote: During an automated test your package refpolicy was flagged to reference files/directories matching /dev/.udev A log of this test can be found at [2]. In most cases checking for /dev/.udev is used to determine if udev is active. This check no longer works with udev using /run/udev now. Attached a proposed patch to make refpolicy use the new locations. Not being too familiar with SELinux, this may not be correct, and definitely needs checking and testing. It switches from /dev/.udev to /run/udev. It additionally removes /dev/.udevdb (which appears to not be used, unless this is a SELinux-specific creation; in which case it probably also wants moving to /run), and /dev/udev.tbl, which again is not apparently used, unless it's SELinux-specific, which would also want moving to /run. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff -urN refpolicy-2.20110726.orig/policy/modules/system/udev.fc refpolicy-2.20110726/policy/modules/system/udev.fc --- refpolicy-2.20110726.orig/policy/modules/system/udev.fc 2012-01-18 10:55:43.772988558 + +++ refpolicy-2.20110726/policy/modules/system/udev.fc 2012-01-18 10:58:16.147023920 + @@ -1,6 +1,4 @@ -/dev/\.udev(/.*)? -- gen_context(system_u:object_r:udev_tbl_t,s0) -/dev/\.udevdb -- gen_context(system_u:object_r:udev_tbl_t,s0) -/dev/udev\.tbl -- gen_context(system_u:object_r:udev_tbl_t,s0) +/run/udev(/.*)? -- gen_context(system_u:object_r:udev_tbl_t,s0) /etc/dev\.d/.+ -- gen_context(system_u:object_r:udev_helper_exec_t,s0) diff -urN refpolicy-2.20110726.orig/policy/modules/system/udev.te refpolicy-2.20110726/policy/modules/system/udev.te --- refpolicy-2.20110726.orig/policy/modules/system/udev.te 2012-01-18 10:55:43.772988558 + +++ refpolicy-2.20110726/policy/modules/system/udev.te 2012-01-18 10:59:31.564063459 + @@ -64,12 +64,6 @@ # read udev config allow udev_t udev_etc_t:file read_file_perms; -# create udev database in /dev/.udevdb -allow udev_t udev_tbl_t:file manage_file_perms; -allow udev_t udev_tbl_t:lnk_file manage_lnk_file_perms; -allow udev_t udev_tbl_t:dir manage_dir_perms; -dev_filetrans(udev_t,udev_tbl_t,file) - list_dirs_pattern(udev_t, udev_rules_t, udev_rules_t) read_files_pattern(udev_t, udev_rules_t, udev_rules_t) read_lnk_files_pattern(udev_t, udev_rules_t, udev_rules_t)
Bug#599939:
found 599939 doxygen/1.7.6.1-2.1 thanks Seems like this bug is still present, it appears as: Generating docs for compound Kitware::VTK::vtkMultiBlockDataSet... /build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/csharp/vtkMultiBlockPLOT3DReader.cs:192: warning: Missing 'cref' attribute from seealso tag. /build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/csharp/vtkMultiProcessController.cs:599: warning: Missing 'cref' attribute from seealso tag. Error: /build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/Doxygen/html/inline_dotgraph_1.dot:3: syntax error near line 3 context:set0 [shape=rect,style=filled,label= quot;point T(0) in [-Inf,320[quot;] Problems running dot: exit code=1, command='/usr/bin/dot', arguments='/build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/Doxygen/html/inline_dotgraph_1.dot -Tsvg -o /build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/Doxygen/html/dot_inline_dotgraph_1.svg' Error: /build/buildd-activiz.net_1.0~git2023-1-i386-AO7kkp/activiz.net-1.0~git2023/obj-i486-linux-gnu/Doxygen/html/inline_dotgraph_1.dot:3: syntax error near line 3 context:set0 [shape=rect,style=filled,label= quot;point T(0) in [-Inf,320[quot;] Ref: https://buildd.debian.org/status/fetch.php?pkg=activiz.netarch=i386ver=1:1.0~git2023-1stamp=1322264294 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656307:
Hello, Am Mittwoch, den 18.01.2012, 11:43 +0100 schrieb Stéphane Glondu: You'll have to be more specific. Do you call string_of_sexp directly from your code? If so, you are affected by an upstream API change, and this is merely a porting issue and doesn't qualify as a bug (or, put differently, is a bug on your side), IMHO. By grepping through current sexplib310 source package, I can see there is a Std.string_of_sexp... did you try that? All stuff is generated throug sexplib-preprocessor for camlp4. The hint from Mehdi Dogguy was helpful, the problem was an undocumented open Sexplib.Std, thanks -- Andreas Romeyke - Abteilung Blindenschrift - Deutsche Zentralbücherei für Blinde zu Leipzig (DZB) Gustav-Adolf-Straße 7, 04105 Leipzig Tel: +49 341 7113-..., Fax: +49 341 7113-125 Internet: www.dzb.de E-Mail: andreas.rome...@dzb.de signature.asc Description: This is a digitally signed message part
Bug#656307:
Hello, Am Mittwoch, den 18.01.2012, 11:44 +0100 schrieb Mehdi Dogguy: http://article.gmane.org/gmane.comp.lang.caml.general/52962 Can you please check that the proposed change works for you? This hint works, thanks :) Please, could you add this hint to /usr/share/doc/libsexplib-camlp4-dev/? Thanks a lot :) -- Andreas Romeyke - Abteilung Blindenschrift - Deutsche Zentralbücherei für Blinde zu Leipzig (DZB) Gustav-Adolf-Straße 7, 04105 Leipzig Tel: +49 341 7113-..., Fax: +49 341 7113-125 Internet: www.dzb.de E-Mail: andreas.rome...@dzb.de signature.asc Description: This is a digitally signed message part
Bug#656288: python3-apt: difficulties with non-UTF-8-encoded TagFiles
On Wed, Jan 18, 2012 at 10:02:31AM +, Colin Watson wrote: On Wed, Jan 18, 2012 at 12:56:03AM +, Colin Watson wrote: python-debian's test suite also tests that it's possible to parse old Sources files in *mixed* encodings. This is going to be harder because it basically means having apt_pkg.TagSection return bytes, which I don't think is desirable in general. Maybe this could be optional somehow? Thinking about it, this seems a reasonable thing to make switchable in TagFile's constructor. After all: with open(test, encoding=iso-8859-1) as test: ... print(test.read().__class__) ... class 'str' with open(test, mode=rb) as test: ... print(test.read().__class__) ... class 'bytes' So there's clear precedent in the language for the same method returning str or bytes depending on how the class was constructed. Maybe a bytes= keyword argument? You'd also need to take care of TagSection if that is done, which should then work in bytes mode when passed a bytes string. Basically you'd need to modify TagSection and TagFile to both store whether to use bytes or unicode and pass the value of that flag from the TagFile to the TagSection. Then create a function PyObject *TagFile_ToString(char *s, size_t n) or similar that uses PyString_* functions or PyBytes_ functions depending on the context (where PyString is mapped to unicode in Python 3, and str in Python 2). Then use that function everywhere we currently create strings in the TagFile. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656313: Iceweasel FTBFS
On Wed, Jan 18, 2012 at 11:45:39AM +0100, Rogier wrote: Package: iceweasel Version: 8.0-3 Severity: serious Justification: fails to build from source Dear Maintainer, As the title says: iceweasel does not build. After installation of the build dependencies, and downloading and compiling using: apt-get source iceweasel cd iceweasel-8.0 dpkg-buildpackage -b Compilation stops with the following messages: g++ -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non- virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long- long -fno-strict-aliasing -std=gnu++0x -pthread -ffunction-sections -fdata-sections -pipe - fexceptions -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -fomit-frame-pointer -fPIC -shared -Wl,- z,defs -Wl,--gc-sections -Wl,-h,test.so -o test.so -Wl,--as-needed -lpthread -Wl,-rpath- link,/home/rogier/src/extern/iceweasel/iceweasel-8.0/build-xulrunner/dist/bin -Wl,-rpath-link,/usr/lib test.o === === If you get failures below, please file a bug describing the error === and your environment (compiler and linker versions), and use === --disable-elf-hack until this is fixed. === /home/rogier/src/extern/iceweasel/iceweasel-8.0/build-browser/build/unix/elfhack/elfhack -b test.so test.so: terminate called after throwing an instance of 'std::runtime_error' what(): Error opening file Are you using a 32-bits chroot on a 64-bits system? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656316: libjcip-annotations-java: Please consider packaging according to the Debian maven repository spec
Package: libjcip-annotations-java Version: 20060626-2dvd1 Severity: wishlist Tags: patch Please consider updating the package to follow the Debian Maven repository specification. Doing so will make it easier to package software that uses Maven as a build system and have jcip-annotations as a dependency. I include a patch that seems to have worked for me. It's a diff against the head of the svn repository. Thanks, Dennis van Dok See http://wiki.debian.org/Java/MavenRepoSpec -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-15-generic (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjcip-annotations-java depends on: ii default-jre- 1:1.6-42ubuntu2 Standard Java or Java compatible R ii gcj-4.4-jre- 4.4.6-2ubuntu2 Java runtime environment using GIJ ii gcj-4.5-jre- 4.5.3-9ubuntu1 Java runtime environment using GIJ ii gcj-4.6-jre- 4.6.1-4ubuntu2 Java runtime environment using GIJ ii gcj-jre-head 4:4.6.1-2ubuntu5Java runtime environment using GIJ ii gij-4.3 [jav 4.3.4-4ubuntu1 The GNU Java bytecode interpreter ii openjdk-6-jr 6b23~pre11-0ubuntu1.11.10 OpenJDK Java runtime, using Hotspo ii openjdk-7-jr 7~b147-2.0-0ubuntu0.11.10.1 OpenJDK Java runtime, using Hotspo ii sun-java5-jr 1.5.0-19-0ubuntu0.9.04 Sun Java(TM) Runtime Environment ( ii sun-java6-jr 6.26-1natty1Sun Java(TM) Runtime Environment ( libjcip-annotations-java recommends no packages. libjcip-annotations-java suggests no packages. -- no debconf information diff -x .svn -ruN libjcip-latest/libjcip-annotations-java/debian//changelog libjcip-annotations-java/debian//changelog --- libjcip-latest/libjcip-annotations-java/debian//changelog 2012-01-18 11:52:44.105531133 +0100 +++ libjcip-annotations-java/debian//changelog 2012-01-18 09:55:42.150033862 +0100 @@ -1,10 +1,8 @@ -libjcip-annotations-java (20060626-3) unstable; urgency=low +libjcip-annotations-java (20060626-2dvd1) oneiric; urgency=low - * Remove Rafal from Uploaders list. - * Clean up Depends. - * Switch to source format 3.0. + * Add pom.xml file and maven-repo-helper commands. - -- Torsten Werner twer...@debian.org Tue, 09 Aug 2011 23:18:14 +0200 + -- Dennis van Dok (Software Engineer) denni...@nikhef.nl Thu, 12 Jan 2012 12:50:49 +0100 libjcip-annotations-java (20060626-2) unstable; urgency=low diff -x .svn -ruN libjcip-latest/libjcip-annotations-java/debian//control libjcip-annotations-java/debian//control --- libjcip-latest/libjcip-annotations-java/debian//control 2012-01-18 11:52:44.105531133 +0100 +++ libjcip-annotations-java/debian//control 2012-01-18 12:04:50.509073132 +0100 @@ -2,9 +2,10 @@ Section: java Priority: extra Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org -Uploaders: Torsten Werner twer...@debian.org +Uploaders: Rafal Lewczuk rafal.lewc...@gmail.com, + Torsten Werner twer...@debian.org Build-Depends: cdbs, debhelper (= 5) -Build-Depends-Indep: ant, default-jdk +Build-Depends-Indep: ant, default-jdk, maven-repo-helper Standards-Version: 3.8.3 Homepage: http://www.jcip.net Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libjcip-annotations-java diff -x .svn -ruN libjcip-latest/libjcip-annotations-java/debian//libjcip-annotations-java.poms libjcip-annotations-java/debian//libjcip-annotations-java.poms --- libjcip-latest/libjcip-annotations-java/debian//libjcip-annotations-java.poms 1970-01-01 01:00:00.0 +0100 +++ libjcip-annotations-java/debian//libjcip-annotations-java.poms 2012-01-12 12:37:36.274910202 +0100 @@ -0,0 +1,26 @@ +# List of POM files for the package +# Format of this file is: +# path to pom file [option]* +# where option can be: +# --ignore: ignore this POM or +# --no-parent: remove the parent tag from the POM +# --package=package: an alternative package to use when installing this POM +# and its artifact +# --has-package-version: to indicate that the original version of the POM is the same as the upstream part +# of the version for the package. +# --keep-elements=elem1,elem2: a list of XML elements to keep in the POM +# during a clean operation with mh_cleanpom or mh_installpom +# --artifact=path: path to the build artifact associated with this POM, +# it will be installed when using the command mh_install +# --java-lib: install the jar into /usr/share/java to comply with Debian +# packaging guidelines +# --usj-name=name: name to use when installing the library in /usr/share/java +# --usj-version=version: version to use when installing the library in /usr/share/java +# --no-usj-versionless: don't install the versionless link in /usr/share/java +#
Bug#656209: xtell: unowned files after purge (policy 6.8, 10.8)
Package: xtell Followup-For: Bug #656209 Forgot to attach the logfile ... Andreas xtell_2.10.7.log.gz Description: GNU Zip compressed data
Bug#656252: libabiword-2.9-dev: must depend on all needed -dev packages
Hi Jonas, Could you please kindly explain how do you calculate those dependencies? Thank you. 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#656119: uhd-host: command not found during postinst
Source: uhd-host Followup-For: Bug #656119 Forgot to attach the logfile ... Andreas uhd-host_3.3.2-2.log.gz Description: GNU Zip compressed data
Bug#656317: cmucl-source: fails to install: cmucl-source.postinst: register-common-lisp-source: not found
Package: cmucl-source Version: 20c-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package cmucl-source. (Reading database ... 6750 files and directories currently installed.) Unpacking cmucl-source (from .../cmucl-source_20c-1_all.deb) ... Setting up cmucl-source (20c-1) ... /var/lib/dpkg/info/cmucl-source.postinst: 30: /var/lib/dpkg/info/cmucl-source.postinst: register-common-lisp-source: not found dpkg: error processing cmucl-source (--configure): subprocess installed post-installation script returned error exit status 127 configured to not write apport reports Errors were encountered while processing: cmucl-source cheers, Andreas cmucl-source_20c-1.log.gz Description: GNU Zip compressed data
Bug#656318: dvswitch: Show a warning when no sound is recorded
Source: dvswitch Severity: wishlist Hello Ben (and others), It would be nice, when using dvswitch, to get a warning when the recoding started but no sound is detected by dvswitch. It would avoid recording videos without any sound because of a bad cable connexion... Thanks, Sylvestre PS: I know there is an component showing the volume but I believe a warning could be more obvious. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593815: squid3: bugs.debian.org inaccessible when IPv6 is enabled but not routed
Hi,
Can you test the attached patch? It fixes the problrem for me. Without
this patch, I need to set tcp_outgoing_address to force IPv4 for some
sites.
diff -uNrp squid3-3.1.18.orig/src/comm.cc squid3-3.1.18/src/comm.cc
--- squid3-3.1.18.orig/src/comm.cc 2011-12-03 06:18:46.0 +
+++ squid3-3.1.18/src/comm.cc 2012-01-18 10:03:30.422424903 +
@@ -984,8 +984,8 @@ ConnectStateData::commResetFD()
fde *F = fd_table[fd];
struct addrinfo *AI = NULL;
-F-local_addr.GetAddrInfo(AI);
-int new_family = AI-ai_family;
+const int new_family = F-sock_family;
+F-local_addr.GetAddrInfo(AI, new_family);
int fd2 = socket(new_family, AI-ai_socktype, AI-ai_protocol);
@@ -1126,22 +1126,31 @@ ConnectStateData::connect()
callCallback(COMM_OK, 0);
break;
-case COMM_ERR_PROTOCOL:
+case COMM_ERR_PROTOCOL: {
debugs(5, 5, HERE FD fd : COMM_ERR_PROTOCOL - try again);
-/* problem using the desired protocol over this socket.
- * skip to the next address and hope it's more compatible
- * but do not mark the current address as bad
+/* A remote address is incompatible with this socket. If local
+ * address is not wildcard address, skip to the next address
+ * but do not mark the current address as bad.
*/
-tries++;
-if (commRetryConnect()) {
+fde *F = fd_table[fd];
+if (F-local_addr.IsAnyAddr()) {
+struct addrinfo *AI = NULL;
+S.GetAddrInfo(AI);
+F-sock_family = AI-ai_family;
+S.FreeAddrInfo(AI);
+} else {
+tries++;
/* Force an addr cycle to move forward to the next possible
address */
ipcacheCycleAddr(host, NULL);
+}
+if (commRetryConnect()) {
eventAdd(commReconnect, commReconnect, this, this-addrcount ==
1 ? 0.05 : 0.0, 0);
} else {
debugs(5, 5, HERE FD fd : COMM_ERR_PROTOCOL - ERR
tried too many times already.);
callCallback(COMM_ERR_CONNECT, errno);
}
break;
+}
default:
debugs(5, 5, HERE FD fd : * - try again);
@@ -1243,29 +1252,7 @@ comm_connect_addr(int sock, const IpAddr
debugs(5, 9, comm_connect_addr: connecting socket sock to
address (want family: F-sock_family ));
-/* Handle IPv6 over IPv4-only socket case.
- * this case must presently be handled here since the GetAddrInfo asserts
on bad mappings.
- * NP: because commResetFD is private to ConnStateData we have to return
an error and
- * trust its handled properly.
- */
-if (F-sock_family == AF_INET !address.IsIPv4()) {
-errno = ENETUNREACH;
-return COMM_ERR_PROTOCOL;
-}
-
-/* Handle IPv4 over IPv6-only socket case.
- * This case is presently handled here as it's both a known case and it's
- * uncertain what error will be returned by the IPv6 stack in such case.
It's
- * possible this will also be handled by the errno checks below after
connect()
- * but needs carefull cross-platform verification, and verifying the
address
- * condition here is simple.
- */
-if (!F-local_addr.IsIPv4() address.IsIPv4()) {
-errno = ENETUNREACH;
-return COMM_ERR_PROTOCOL;
-}
-
-address.GetAddrInfo(AI, F-sock_family);
+address.GetAddrInfo(AI);
/* Establish connection. */
errno = 0;
Bug#656251: lazbuild: lazarus 0.9.30.2 does not work with fpc 2.6.0 when building graphic applications
This is because LCL was compiled with 2.4.4 RTL. This should be fixed by uploading a new Lazarus. I'll do it soon. signature.asc Description: This is a digitally signed message part
Bug#647090: Status Check
Hi, whats the current state of the suckless-tools package? Is it still orphaned? Atm it doesn't seem that much happens to this package. The last upload was on Dec'10. And there are some easy-to-fix-bugs in the BTS with patch where didn't happens something too. However, i want to get in Debian as Maintainer and therefore i'm looking for a package to adopt at the moment suckless-tools would be a good candidate since i am using the tools within fvwm. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654217: Computercrash with wine running Borland Delphi
The bug is listed at https://bugs.freedesktop.org/show_bug.cgi?id=44384 using the newest xorg-driver compiled from git the bug is gone. Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656243: php-mail-mime ready for upload in Alioth
Hi Lunar and Andras, I have made the packaging in git, and it's ready for upload, but I have little time to check/test, and I'm not sure what your specific roundcube issue is. So it'd be great if you could help me to check if it's working as expected since this new upstream version. I use git-buildpackage, and there's a debian/gbp.conf file, so it's easy to test. Just to make your life faster, here's the command to cut/past to your shell (you probably know how, it's just to make your life easier with cut-past): git clone http://git.debian.org/git/pkg-php/php-mail-mime.git cd php-mail-mime git checkout -b upstream-sid origin/upstream-sid git checkout debian-sid git-buildpackage cd ../build-area dpkg -i php-mail-mime_1.8.2-1_all.deb Note that I've switched the package to use pkg-php-tools, which I think is also in backports.d.o. Please let me know if this new version fixes your issues with roundcube, and as soon as you tell me it's ok, I'll upload. Thanks for the bug report, Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656243: php-mail-mime ready for upload in Alioth
Hi Thomas, I'll check Roundcube with a fresh Debian install and your php-mail-mime version and write you back the results. Andras On Wed, 18 Jan 2012 19:48:53 +0800 Thomas Goirand z...@debian.org wrote: Hi Lunar and Andras, I have made the packaging in git, and it's ready for upload, but I have little time to check/test, and I'm not sure what your specific roundcube issue is. So it'd be great if you could help me to check if it's working as expected since this new upstream version. I use git-buildpackage, and there's a debian/gbp.conf file, so it's easy to test. Just to make your life faster, here's the command to cut/past to your shell (you probably know how, it's just to make your life easier with cut-past): git clone http://git.debian.org/git/pkg-php/php-mail-mime.git cd php-mail-mime git checkout -b upstream-sid origin/upstream-sid git checkout debian-sid git-buildpackage cd ../build-area dpkg -i php-mail-mime_1.8.2-1_all.deb Note that I've switched the package to use pkg-php-tools, which I think is also in backports.d.o. Please let me know if this new version fixes your issues with roundcube, and as soon as you tell me it's ok, I'll upload. Thanks for the bug report, Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656319: Corrupted entry in DDTP database
Package: debian-i18n Severity: normal X-Debbugs-CC: debian-l10n-de...@lists.alioth.debian.org Dear Maintainers, working on the new libavahi descriptions I had a look at the lenny version of libavahi-glib1 (1). The description ends after the first characters. Source: avahi Package: libavahi-glib1 Versions: libavahi-glib1 (0.6.23-3lenny2), libavahi-glib1 (0.6.25-2), libavahi-glib1 (0.6.25-1), libavahi-glib1 (0.6.24-3), libavahi-glib1 (0.6.24-2), libavahi-glib1 (0.6.23-2), libavahi-glib1 (0.6.23-4), libavahi-glib1 (0.6.23-3lenny1) Prioritize: 39 Description: Avahi glib integration library Avahi is a fully LGPL framework for Mu Kind regards Martin 1: http://ddtp.debian.net/ddt.cgi?desc_id=51162 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646430: [Pkg-libvirt-maintainers] Bug#646430: Still does not work
On Wed, Jan 18, 2012 at 12:35:48PM +0100, Michael Fladischer wrote: On Wed, 2012-01-18 at 12:23 +0100, Guido Günther wrote: This isn't running as your use. Check your logs. Running it as root or libvirt-qemu makes no difference. It always returns the same output and nothing is written to /var/log/libvirt/libvirtd.log. You need to run the command as libvirt-qemu to track down your problem. You can also check with strace what libvirtd does which can be a bit tricky since libcap-ng is also in use. You can turn this of in libvirtd/qemu.conf. Cheers, -- Guido If I try to start it from virsh (started as root): # create /etc/libvirt/qemu/Windows.xml error: Failed to create domain from /etc/libvirt/qemu/Windows.xml error: internal error Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ /usr/bin/kvm -device ? -device pci-assign,? -device virtio-blk-pci,? -device virtio-net-pci,?) status unexpected: exit status 1 The last line also ends up in /var/log/libvirt/libvirtd.log: 2012-01-18 11:32:38.794+: 2821: error : virCommandWait:2192 : internal error Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ /usr/bin/kvm -device ? -device pci-assign,? -device virtio-blk-pci,? -device virtio-net-pci,?) status unexpected: exit status 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648153: abiword: FTBFS on hurd-i386
Dear Svante, Apologies for closing - abiword was uploaded before you had a chance to reply. I'm fixing my silly patch applying - the updated package will be available soon. Thank you. 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#656320: Please make $RepeatedMsgReduction on default
Package: rsyslog Version: 5.8.6-1 Severity: wishlist Hello, for increased compatibility with sysklogd could you please consider adding a line $RepeatedMsgReduction on to the default rsyslogd.conf file shipped with debian? At least, it would be great to mentioned it here even when it is commented out, e.g. # $RepeatedMsgReduction on # Last line repeated n times feature The is the default behaviour of the traaditional syslog daemon, and I would appreciate to see it with rsyslogd, too. The documentation for this feature hides at http://rsyslog.com/doc/rsconf1_repeatedmsgreduction.html Bye, Joerg signature.asc Description: Digital signature
Bug#656321: inline_dotgraph_1.dot:3: syntax error near line 3
Package: mummy
Version: 1.0.2-1
Severity: normal
mummy does not respect doxygen syntax. Eg:
vtkMultiThreshold.h
// \dot
// digraph MultiThreshold {
// set0 [shape=rect,style=filled,label=point T(0) in [-Inf,320[]
// set1 [shape=rect,label=cell P(0) in ]101,Inf]]
// set2 [shape=rect,label=point s(0) in [-Inf,0.1[]
// set3 [shape=rect,label=OR]
// set4 [shape=rect,style=filled,label=AND]
// set0 - set4
// set1 - set3
// set2 - set3
// set3 - set4
// }
// \enddot
Generates:
// \dot
// digraph MultiThreshold {
// set0 [shape=rect,style=filled,label=point T(0) in [-Inf,320[]
// set1 [shape=rect,label=cell P(0) in ]101,Inf]]
// set2 [shape=rect,label=point s(0) in [-Inf,0.1[]
// set3 [shape=rect,label=OR]
// set4 [shape=rect,style=filled,label=AND]
// set0 - set4
// set1 - set3
// set2 - set3
// set3 - set4
// }
// \enddot
which in turns leads to :
digraph MultiThreshold {
set0 [shape=rect,style=filled,label=quot;point T(0) in [-Inf,320[quot;]
set1 [shape=rect,label=quot;cell P(0) in ]101,Inf]quot;]
set2 [shape=rect,label=quot;point s(0) in [-Inf,0.1[quot;]
set3 [shape=rect,label=quot;ORquot;]
set4 [shape=rect,style=filled,label=quot;ANDquot;]
set0 -gt; set4
set1 -gt; set3
set2 -gt; set3
set3 -gt; set4
}
Generating docs for compound
Kitware::VTK::vtkMPIImage/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/csharp/vtkMultiBlockPLOT3DReader.cs:192:
warning: Missing 'cref' attribute from seealso tag.
/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/csharp/vtkMultiProcessController.cs:599:
warning: Missing 'cref' attribute from seealso tag.
Error:
/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/inline_dotgraph_1.dot:3:
syntax error near line 3
context:set0 [shape=rect,style=filled,label= quot;point T(0) in
[-Inf,320[quot;]
Problems running dot: exit code=1, command='/usr/bin/dot',
arguments='/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/inline_dotgraph_1.dot
-Tsvg -o
/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/dot_inline_dotgraph_1.svg'
Error:
/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/inline_dotgraph_1.dot:3:
syntax error near line 3
context:set0 [shape=rect,style=filled,label= quot;point T(0) in
[-Inf,320[quot;]
Problems running dot: exit code=1, command='/usr/bin/dot',
arguments='/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/inline_dotgraph_1.dot
-Tcmapx -o
/home/mathieu/debian/debian-med/trunk/packages/activiz.net/trunk/activiz.net-1.0~git2023/obj-x86_64-linux-gnu/Doxygen/html/dot_inline_dotgraph_1.map'
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100,
'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mummy depends on:
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libexpat1 2.0.1-7XML parsing C library - runtime li
ii libgcc1 1:4.4.5-8 GCC support library
ii libstdc++64.4.5-8The GNU Standard C++ Library v3
mummy recommends no packages.
Versions of packages mummy suggests:
ii gccxml 0.9.0+cvs20100501-2 XML output extension to GCC
-- 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#656243: php-mail-mime ready for upload in Alioth
On Wed, 18 Jan 2012 19:48:53 +0800 Thomas Goirand z...@debian.org wrote: Hi Lunar and Andras, I have made the packaging in git, and it's ready for upload, but I have little time to check/test, and I'm not sure what your specific roundcube issue is. So it'd be great if you could help me to check if it's working as expected since this new upstream version. I use git-buildpackage, and there's a debian/gbp.conf file, so it's easy to test. Just to make your life faster, here's the command to cut/past to your shell (you probably know how, it's just to make your life easier with cut-past): git clone http://git.debian.org/git/pkg-php/php-mail-mime.git cd php-mail-mime git checkout -b upstream-sid origin/upstream-sid git checkout debian-sid git-buildpackage cd ../build-area dpkg -i php-mail-mime_1.8.2-1_all.deb Note that I've switched the package to use pkg-php-tools, which I think is also in backports.d.o. Please let me know if this new version fixes your issues with roundcube, and as soon as you tell me it's ok, I'll upload. Thanks for the bug report, Cheers, Thomas Goirand (zigo) Hi Thomas, I've done the following steps for testing: - took a freshly installed Debian stable (64 bit) - apt-get install php-pear - apt-get build-dep php-mail-mime - pulled php-mail-mime from git and tried to create the debian package based on your hints But I'm getting the following error when running git-buildpackage after all: dh clean --buildsystem=phppear --with phppear dh: unable to load addon phppear: Can't locate Debian/Debhelper/Sequence/phppear.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 8) line 2. BEGIN failed--compilation aborted at (eval 8) line 2. make: *** [clean] Error 2 debuild: fatal error at line 1301: couldn't exec debian/rules: debuild -d clean returned 2 Couldn't run 'debuild -d clean' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656321: Acknowledgement (inline_dotgraph_1.dot:3: syntax error near line 3)
Meant to say, it produces:
/// \dot
/// digraph MultiThreshold {
/// set0 [shape=rect,style=filled,label=quot;point T(0) in [-Inf,320[quot;]
/// set1 [shape=rect,label=quot;cell P(0) in ]101,Inf]quot;]
/// set2 [shape=rect,label=quot;point s(0) in [-Inf,0.1[quot;]
/// set3 [shape=rect,label=quot;ORquot;]
/// set4 [shape=rect,style=filled,label=quot;ANDquot;]
/// set0 -gt; set4
/// set1 -gt; set3
/// set2 -gt; set3
/// set3 -gt; set4
/// }
/// \enddot
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388141: Ask contributors a permission to relicense
Hello, I haven't followed thoroughly the thread, but there are many legal issues at stake with such decisions, for instance in some countries such as France, it is legally not possible to grant this kind of permission for future works; thus this agreement below would be legally void: Le dimanche 15 janvier 2012 à 14:45 -0400, David Prévot a écrit : ——— Subject: Permission to relicense my work on the Debian website I hereby give permission to relicense my work — which consist of edition or translation of portions of text from one human language to another human language, that I have provided to the Debian website or that I will provide in the future — to any DFSG compatible license as chosen by the web team, and announced by the Debian project leader. ——— Moreover, in practice, I hardly see what's the difference with a well-drafted copyright assignment. Maybe you'd be interested in reading what FSFE has drafted for free software projects: http://fsfe.org/projects/ftf/fla.en.html The Fiduciary Licence Agreement (FLA) is a copyright assignment that allows one entity to safeguard all of the code created for a project by consolidating copyright (or exclusive exploitation rights) to counteract copyright fragmentation. This enables projects to protect their legal maintainability by preserving the ability to relicense code and ensuring sufficient rights to enforce licences in court. The person assigning does not lose their rights to the code either, as the FLA gives back unlimited usage/single exploitation rights to the author. The FLA also applies a set of principles for the fiduciary. If they breach these principles, all grants and licenses made to them automatically expire. Benefeciaries of the FLA assign the copyright in their work, and in countries where assignments of the copyright in a work are impossible, they grant the fiduciary an exclusive license (see §1(1) for details). Therefore, the FLA is designed to work in both civil and common law countries. Best regards, Hugo -- Hugo Roy im: h...@jabber.fsfe.org French Coordinator mobile: +33.6 0874 1341 The Free Software Foundation Europe works to create general understanding and support for software freedom in politics, law, business and society. Become a Fellow http://www.fsfe.org/join La Free Software Foundation Europe œuvre à la compréhension et au soutien de la liberté logicielle en politique, en droit, en économie et en société. Rejoignez la Fellowship http://www.fsfe.org/join -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641155: pu: package mdadm/3.1.4-1+8efb9d1+squeeze1
On 14.01.2012 20:40, Adam D. Barratt wrote: [] + * Schedule start/stop of mdadm-raid before/after filesystems are +checkedmounted/unmounted; thanks to Mario 'BitKoenig' Holbe +(closes: #611632). [...] + * Make mdadm-raid init script depend on hostname; thanks to Mario + 'BitKoenig' Holbe (closes: #610421). Have these changes to the LSB headers been tested on squeeze systems? I tested these briefly, no extensive tests were done. That's probably my mistake, but the problem is that it's difficult to come with some real testcases where this may go wrong. But lemme recheck it again, I'll send a follow-up email. Thanks. I'm a little paranoid when it comes to changes that affect things like when RAID scripts run. :-) I tested the resulting package in kvm virtual machine in several different configurations, and it appears to work fine. The boot ordering is correct too, with and without lvm. Sorry it took a bit more time than I wanted it to take, -- testing is always time-consuming and I had to install/reinstall several times to test several configurations. I also removed the duplicate changelog entry. So I think it is ready to be uploaded to pu. Should I do so or should I post another debdiff for review? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656322: synaptic: Cannot delete filters in synaptic
Package: synaptic Version: 0.75.4 Severity: normal When you create a filter in synaptic, it cannot be removed via the GUI. Clicking on Delete button in Filters produces no action. Filters can only be removed manually via editing /root/.synaptic/filters. Same issue as in https://bugs.launchpad.net/linuxmint/+bug/913842 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (600, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2-1.dmz.3-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg4.10]0.8.15.9 ii apt-utils [libapt-inst1.2] 0.8.15.9 ii hicolor-icon-theme 0.12-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-2ubuntu2 ii libept1 1.0.5 ii libfontconfig1 2.8.0-2.1ubuntu3 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-11 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libpango1.0-0 1.29.4-2 ii libstdc++6 4.6.2-11 ii libvte9 1:0.28.2-4 ii libx11-62:1.4.4-4 ii libxapian22 1.2.8-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages synaptic recommends: ii apt-xapian-index 0.45 ii gksu 2.0.2-6 ii libgtk2-perl 2:1.223-1+b2 ii rarian-compat0.8.1-5 ii software-properties-gtk 0.76.7debian2+nmu1 Versions of packages synaptic suggests: ii deborphan 1.7.28.5 ii dwww none ii menu 2.1.46 -- 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#656323: policykit-1: After logon into gnome 3, multiple devices in /dev have read-write acl's.
Package: policykit-1 Version: 0.104-1 Severity: normal Dear Maintainer, After loging on, multiple devices in /dev are set with read-write acl's. I did not find any easy solution to disable this behavior. As for me it is serious security issue, and should not be enabled by default. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages policykit-1 depends on: ii consolekit 0.4.5-1 ii dbus 1.4.16-1 ii libc6 2.13-24 ii libexpat1 2.0.1-7.2 ii libglib2.0-0 2.30.2-4 ii libpam0g 1.1.3-6 ii libpolkit-agent-1-00.104-1 ii libpolkit-backend-1-0 0.104-1 ii libpolkit-gobject-1-0 0.104-1 policykit-1 recommends no packages. policykit-1 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#238245: license choice - consensus on dual MIT/GPL-2 ?
On Mi, 18 ian 12, 13:09:21, Stefano Zacchiroli wrote: On Wed, Jan 18, 2012 at 12:38:01AM +0200, Andrei Popescu wrote: Not sure I understand: if this goes through will all material be dual-licensed or it's just that everybody chooses one of the two licenses and as a consequence the whole site is dual-licensed (as an aggregate work)? The former: people will need to agree to re-license their contributions under dual MIT/GPL-2 license; in the end each contribution, as well as the website as a whole [1], will be dual-licensed. Thanks for clarifying :) Did you consider the possibility that some contributors[1] may object to allowing *also* MIT/Expat? Maybe I'm being too cautious, but some people might consider MIT/Expat too liberal. [1] No, not me, I have no problem to relicense my meager contributions with MIT/Expat only ;) Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#633387: Updated xawtv3 package is being prepared
Dear reporters, Currently I'm preparing xawtv 3.102. Current efforts are available in https://github.com/gjasny/xawtv and will move to collab-maint on alioth once it's back. But I'll need some more days to polish it. Thanks, Gregor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656230: python-dbus: Recommends on python-gobject | python-gtk ( 2.10) when it is very rarely needed
Thanks for the additional analysis. Adding python-qt4-dbus as an additional alternate Recommends would address my concern.
Bug#656294: Fixed in 0.8.6-2
I uploaded a new version 0.8.6-3 to http://mentors.debian.net/package/pyformex That should fix the problem. Benedict -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654921: [qtodo] Severe memory leaks
Okay, but how/where can I see the actual memory leak occurring? dmesg? Didn't know you can track memory leaks with dmesg. My response: valgrind short and quick test (~5 minutes) with valgrind results in: valgrind qtodo [snip] ==24808== HEAP SUMMARY: ==24808== in use at exit: 17,133,408 bytes in 179,976 blocks ==24808== total heap usage: 9,682,825 allocs, 9,502,849 frees, 728,701,362 bytes allocated ==24808== ==24808== LEAK SUMMARY: ==24808== definitely lost: 14,821,387 bytes in 154,807 blocks ==24808== indirectly lost: 886,821 bytes in 14,860 blocks ==24808== possibly lost: 384 bytes in 4 blocks ==24808== still reachable: 1,424,816 bytes in 10,305 blocks ==24808== suppressed: 0 bytes in 0 blocks ==24808== Rerun with --leak-check=full to see details of leaked memory ==24808== ==24808== For counts of detected and suppressed errors, rerun with: -v ==24808== Use --track-origins=yes to see where uninitialised values come from ==24808== ERROR SUMMARY: 47 errors from 9 contexts (suppressed: 42 from 6) entire report: https://gist.github.com/1632930 -- darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with You. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656325: plasma-widget-networkmanagement: Can not set up LEAP-authenticated WPA2 enterprise connection
Package: plasma-widget-networkmanagement Version: 0.9~git2026.1ef1677-1 Severity: important I am unable to set up a WPA2 (enterprise) encrypted connection authenticated via LEAP - which is however exactly the setup my university uses. What I do: - click on the university wireless network (it's called eduroam) - in the authentication drop-down box, check LEAP What happens - the PEAP entry is selected, and PEAP configuration options are shown - choosing anything else in the authentication drop-down box (including the previously selected TLS) does not have any effect, PEAP stays selected What I expected to happen: - I expected to be able to set up a LEAP connection, for which I only need a username and a password I do not know which version introduced the bug - in some previous version, I was able to set up this wireless connection, but during the Christmas holidays, the wireless setup was changed so I removed my old connection and set up a new one. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widget-networkmanagement depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libkcmutils44:4.6.5-2+b1 ii libkdecore5 4:4.6.5-2+b1 ii libkdeui5 4:4.6.5-2+b1 ii libkio5 4:4.6.5-2+b1 ii libknotifyconfig4 4:4.6.5-2+b1 ii libplasma3 4:4.6.5-2+b1 ii libqt4-dbus 4:4.7.3-5 ii libqt4-network 4:4.7.3-5 ii libqt4-svg 4:4.7.3-5 ii libqt4-xml 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libsolid4 4:4.6.5-2+b1 ii libsolidcontrol4abi14:4.6.5-4 ii libstdc++6 4.6.2-11 ii mobile-broadband-provider-info 2013-1 ii network-manager 0.9.2.0-1 Versions of packages plasma-widget-networkmanagement recommends: ii kwalletmanager 4:4.6.5-4 ii network-manager-openvpn 0.9.2.0-1 ii network-manager-pptp 0.9.2.0-1 ii network-manager-vpnc 0.9.2.0-1 Versions of packages plasma-widget-networkmanagement suggests: ii kdebase-workspace-bin 4:4.6.5-4 -- 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#501584: tangerine: Tangerine has no docs
On 28/03/2009 00:09, Emmanuel Hainry wrote: Package: tangerine Version: 0.3.0+dfsg-4 Followup-For: Bug #501584 Tangerine has no man page, no usable doc. (the 5 lines README contains words of a sample.conf file that is nowhere to be founs). As a result, I don't know how to use it: tangerine-properties works and after configuring and closing says 2009-03-27 17:06:55,765 ERROR Failed to start server: Daemon not running 2009-03-27 17:06:55,767 WARN Shutting down launching tangerine fails with the same errors. That's a completely different bug which has been fixed some time back (there's a manpage now, and sample.conf is found in /usr/share/doc/tangerine/examples/). -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#656320: Please make $RepeatedMsgReduction on default
On 18.01.2012 13:10, Joerg Dorchain wrote: Package: rsyslog Version: 5.8.6-1 Severity: wishlist Hello, for increased compatibility with sysklogd could you please consider adding a line $RepeatedMsgReduction on to the default rsyslogd.conf file shipped with debian? At least, it would be great to mentioned it here even when it is commented out, e.g. # $RepeatedMsgReduction on # Last line repeated n times feature The is the default behaviour of the traaditional syslog daemon, and I would appreciate to see it with rsyslogd, too. The documentation for this feature hides at http://rsyslog.com/doc/rsconf1_repeatedmsgreduction.html rsyslog has rate limiting on by default [1] (which works a bit differently then message reduction, though). RepeatedMsgReduction was turned off by default as it has some unpleasant side effects (like regular wakeups etc). rate limiting has it's own share of problems so future upgrades will probably turn that off by default. [2] compatibility with the old sysklogd daemon alone is not enough reason in this case to enable this feature imho. Cheers, Michael [1] http://rsyslog.com/how-to-use-rate-limiting-in-rsyslog/ [2] http://blog.gerhards.net/2012/01/imuxsock-rate-limiting-now-opt-in.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#501584: tangerine: fails to read some metadata of some files
tags 501584 + moreinfo On 09/10/2008 00:25, Will Thompson wrote: Package: tangerine Version: 0.3.0+dfsg-2 Severity: normal When viewing my shared music collection from another machine, some tracks are missing some of their metadata; for instance, tens of albums are missing the Artist tag, despite the tag being present in the files and being shown correctly by Banshee, which also uses libtaglib2.0-cil. It seems to occur for entire albums (ie. directories), some of which are in mp3, some in Vorbis and some in FLAC, while other albums in each of those formats are shown just fine. Do you still see this issue with Tangerine 0.3.4-2? If so, could you upload (or send to me in private) some affected files? It would be great if you could post the terminal output as well. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#655899: Re : Bug#655899: libreoffice-math: widehat fails
Le 18/01/2012 11:24:52, Rene Engelhard a écrit : Are you kidding? What should we do with a testing from April 2011? (cf. http://packages.qa.debian.org/libr/libreoffice/ news/20110415T163912Z.html) aptitude safe-upgrade refuses to upgrade LibreOffice: when I type aptitude install libreoffice to upgrade it, aptitude proposes me to… remove libreoffice. Yeah, great. Would you like me to break something else? nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656326: sphinxsearch: reorganizing init script, fixing daemon to be run under non-root account on reload
Package: sphinxsearch
Version: 2.0.1-2
Severity: minor
Current init script consists of repeating parts and have error with
reload action - it misses --chuid sphinxsearch option to
start-stop-daemon.
I've reorganized script to make it call functions for start/stop
actions. Also, I've changed exit code if template was not found, as
init script should exit with 0 status only on successfull start.
Patch is included.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/24 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- sphinxsearch-2.0.3/debian/init.d2011-12-01 21:41:08.0 +0400
+++ /home/coolcold/sphinxsearch 2012-01-18 16:01:56.320144034 +0400
@@ -82,7 +82,7 @@
return 0
}
-force_stop() {
+do_force_stop() {
# Forcefully kill the process
[ ! -f $PIDFILE ] return
if running ; then
@@ -101,21 +101,27 @@
rm -f $PIDFILE
return 0
}
-
-case $1 in
- start)
-echo -n Starting $DESC:
-
+do_start() {
# Check if we have the configuration file
if [ ! -f /etc/sphinxsearch/sphinx.conf ]; then
echo \n
echo Please create an /etc/sphinxsearch/sphinx.conf configuration
file.
echo A template is provided as
/etc/sphinxsearch/sphinx.conf.sample.
-exit 0
+exit 1
fi
start-stop-daemon --start --pidfile $PIDFILE --chuid sphinxsearch
--exec ${DAEMON}
- [ -n $STARTDELAY ] sleep $STARTDELAY
+}
+do_stop() {
+start-stop-daemon --stop --quiet --oknodo --user sphinxsearch
--pidfile $PIDFILE \
+--exec $DAEMON
+}
+
+case $1 in
+ start)
+echo -n Starting $DESC:
+do_start
+[ -n $STARTDELAY ] sleep $STARTDELAY
if running ; then
echo $NAME.
@@ -125,13 +131,12 @@
;;
stop)
echo -n Stopping $DESC:
-start-stop-daemon --stop --quiet --oknodo --user sphinxsearch
--pidfile $PIDFILE \
---exec $DAEMON
+do_stop
echo $NAME.
;;
force-stop)
echo -n Forcefully stopping $DESC:
-force_stop
+do_force_stop
if ! running ; then
echo $NAME.
else
@@ -140,10 +145,9 @@
;;
restart|reload|force-reload)
echo -n Restarting $DESC:
-start-stop-daemon --stop --quiet --user sphinxsearch --oknodo
--pidfile $PIDFILE \
---exec $DAEMON
+do_stop
[ -n $DODTIME ] sleep $DODTIME
-start-stop-daemon --start --exec ${DAEMON}
+do_start
echo $NAME.
;;
Bug#655597: found it
I found the problem: backuppc_nightly wasn't run, because the system doesn't run 24/7. Now I got it to run and the statistics are fine. So probably this is not a bug. -- Michael Below be...@judiz.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641155: pu: package mdadm/3.1.4-1+8efb9d1+squeeze1
On 18.01.2012 12:55, Michael Tokarev wrote: On 14.01.2012 20:40, Adam D. Barratt wrote: [] + * Schedule start/stop of mdadm-raid before/after filesystems are +checkedmounted/unmounted; thanks to Mario 'BitKoenig' Holbe +(closes: #611632). [...] + * Make mdadm-raid init script depend on hostname; thanks to Mario + 'BitKoenig' Holbe (closes: #610421). Have these changes to the LSB headers been tested on squeeze systems? [...] I tested the resulting package in kvm virtual machine in several different configurations, and it appears to work fine. The boot ordering is correct too, with and without lvm. Sorry it took a bit more time than I wanted it to take, -- testing is always time-consuming and I had to install/reinstall several times to test several configurations. Thanks. I also removed the duplicate changelog entry. So I think it is ready to be uploaded to pu. Should I do so or should I post another debdiff for review? If the only change since the previous debdiff is the removal of the duplicate changelog entry, please go ahead. If there's anything else, an updated debdiff and summary of the changes would be appreciated. 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#649173: pu: package nss-pam-ldapd/0.7.16
On 15.01.2012 08:47, Arthur de Jong wrote: On Thu, 2012-01-12 at 22:10 +0100, Julien Cristau wrote: Any chance you could consider an upload with *just* the above change (and a changelog entry), and without the version change noise in the rest of your diff? I could do this but the other two functional changes, although not affecting many users, are bugs with simple and clear fixes. The range checking patch is a little bigger though. Is there any reason the other changes are inappropriate? I assume Julien had missed your follow-up with the other patches and the just was in reference to the upstream changes. icbw though, of course. I could upload a 0.7.15+squeeze1 package with just the one change (#645599, no version bumps) if you like but 0.7.16 would be easier for me to track versions. I'm planning on switching to non-native packaging to make these things simpler in the future. If the two further changes included in the debdiff from 1324994307.2556.15.ca...@sorbet.thuis.net are resovled in unstable (if appropriate) then I'd be happy to look at including those in a stable update. I have to admit that, like Julien, I would prefer an update that only includes the changes relevant to the bug fixes; I appreciate this means a little more maintenance burden when you're dealing with a native package. 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#654217: Computercrash with wine running Borland Delphi
Reinhard Karcher reinhard.karc...@gmx.net (18/01/2012): The bug is listed at https://bugs.freedesktop.org/show_bug.cgi?id=44384 using the newest xorg-driver compiled from git the bug is gone. Thanks for the update. However, comments 19, 20, 21 seem to imply there's still something to solve? Or should I consider it a different issue and close this bug report, as fixed in the version available in experimental? Mraw, KiBi. signature.asc Description: Digital signature
Bug#238245: license choice - consensus on dual MIT/GPL-2 ?
* Stefano Zacchiroli lea...@debian.org [2012-01-17 23:11:48 CET]: [ TL;DR: would you object re-licensing www.d.o content under dual MIT/Expat + GPL-2 ? ] Shouldn't that be GPL-2+ (or later option)? With MIT it isn't explicitly needed, but still ... Ah, later in the text you wrote that you mean the or later part, so given DEP5 it would had been more clear if you stated here already GPL-2+ to make that clear in the TL;DR part. :) No objection at all from this end of the globe, neither for past nor for future contributions. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641155: pu: package mdadm/3.1.4-1+8efb9d1+squeeze1
On 18.01.2012 17:34, Adam D. Barratt wrote: [] So I think it is ready to be uploaded to pu. Should I do so or should I post another debdiff for review? If the only change since the previous debdiff is the removal of the duplicate changelog entry, please go ahead. If there's anything else, an updated debdiff and summary of the changes would be appreciated. Yes the only change is the removal of the changelog duplicate which you found out. I rebuilt the package anyway, ofcourse. Now uploaded. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655628: sort of unusable with SSL sites
Hey, sorry for the delay. On Fri, Jan 13, 2012 at 08:29:02PM +0100, Alessandro Ghedini wrote: Currently, it is not really possible to write code that uses HTTPS sites and link said code against libcurl4-nss-dev. Well, you can write and link, but the resulting binary will just spit out CURLE_SSL_CACERT_BADFILE (77) and die. Yes of course, I can add CURLOPT_SSL_VERIFYPEER=0, but then the whole reason why I want to use SSL is gone, as I cannot verify the peer. I have read http://curl.haxx.se/docs/sslcerts.html and could not find neither a NSSdb nor the compat lib in Debian. Is there any other way to use a binary linked against curl-nss on https sites? You should create an NSS database by yourself and use that by setting the CURLOPT_CAINFO option to the db directory. I don't have much experience with NSS so I can't help much, but the certutil command in the libnss3-tools package should be helpful. Yes it looks like this, thanks. Alternatively someone should either package a default NSS database that reflects ca-certifcates or package the libnsspem module (as in Red Hat) which adds PEM support to libnss. I do not know where it comes from (if it's a Red Hat specific thing or not) or if it can be packaged for Debian though. If you really need working-out-of-the-box SSL support why not using libcurl3 or libcurl3-gnutls? Because libraries exist, that depend on the curl-nss-dev package, uninstalling all other curl devs. Using these libraries makes it thus impossible to use openssl/gnutls in the own code. -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656327: debian-installer: graphical installer startup failure
Package: debian-installer Severity: important Dear Maintainer, * What led up to the situation? During installation of netinstall CD for amd64 graphical installer dies immediately on startup freezing the system * What exactly did you do (or not do) that was effective (or ineffective)? fell back to text install after reboot * What was the outcome of this action? Installation later went fine * What outcome did you expect instead? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656320: Please make $RepeatedMsgReduction on default
On Wed, Jan 18, 2012 at 02:24:52PM +0100, Michael Biebl wrote: rsyslog has rate limiting on by default [1] (which works a bit Rate limiting is not my main concern, but thanks for mentioning it. differently then message reduction, though). RepeatedMsgReduction was turned off by default as it has some unpleasant side effects (like regular wakeups etc). rate limiting has it's own share of problems so Regular wakeups are also not really a special case in my setup, though I take the point of having safe defaults is a good thing(tm) compatibility with the old sysklogd daemon alone is not enough reason in this case to enable this feature imho. Well, for me, mentioning it commented out together with other features like $ModLoad imudp, $ModLoad imtcp,.. would be perfectly ok. IMHO the best place might be the after the line #$ModLoad immark # provides --MARK-- message capability adding #$RepeatedMsgReduction on # Last line repeated n times feature which for me is a compatibility feature, too. Bye, Joerg signature.asc Description: Digital signature
Bug#656278: t1lib: [PATCH] fixes for remaining CVEs
On mer., 2012-01-18 at 07:47 -0600, Jamie Strandboge wrote:
Well, Marc from my team developed the patch for 0764 based on the only
PoC we were given, and we coordinated that fix (as you know). RedHat in
bug https://bugzilla.redhat.com/show_bug.cgi?id=692909 (see comment #17)
then fixed the remaining crashes. I was under the impression that they
had more PoCs, they did more bounds checking in their patch, and they
actively said all the issues were fixed by their patch. The patches seem
sane, so I am applying them and will be pushing them out to our stable
releases this week.
What puzzled me is that, in the bug report (c23) they seem to say that
the patch (included in the DSA 2388) is enough for 0764 and 155{2,3,4}.
But in the end, the patch that got included was /not/ the patch they
talk about (I missed that). So indeed, I'll prepare a new upload for
Lenny and Squeeze with the final patch.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Bug#584968: libcurl3 / curl package appears to memory leak
retitle 584968 libssl1.0.0: memory leak in load_builtin_compressions
forwarded 584968
http://rt.openssl.org/Ticket/Display.html?id=2561user=guestpass=guest
reassign 584968 libssl1.0.0 1.0.0f-1
kthxbye
Hi,
On Mon, Jun 07, 2010 at 03:41:37PM -0700, Johnny Luong wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: libcurl3
Version: 7.18.2-8lenny4
It's not clear to me but the library appears to leak memory; using the
command line tool appears to leak as well. This is on Debian Lenny
using the AMD64 port.
[...]
This is what valgrind reports as of libcurl3 v7.23.1-3 and libssl1.0.0
v1.0.0f-1:
==25191== HEAP SUMMARY:
==25191== in use at exit: 88 bytes in 3 blocks
==25191== total heap usage: 3,016 allocs, 3,013 frees, 148,896 bytes allocated
==25191==
==25191== 24 bytes in 1 blocks are still reachable in loss record 1 of 3
==25191==at 0x4C27673: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==25191==by 0x65F8B83: CRYPTO_malloc (mem.c:306)
==25191==by 0x636993B: load_builtin_compressions (ssl_ciph.c:435)
==25191==by 0x636B7F8: SSL_COMP_get_compression_methods (ssl_ciph.c:1689)
==25191==by 0x63708A7: SSL_library_init (ssl_algs.c:134)
==25191==by 0x4E567F2: Curl_ossl_init (ssluse.c:689)
==25191==by 0x4E5E1FD: curl_global_init (easy.c:229)
==25191==by 0x40833D: ??? (in /usr/bin/curl)
==25191==by 0x40267E: ??? (in /usr/bin/curl)
==25191==by 0x54D3EAC: (below main) (libc-start.c:228)
==25191==
==25191== 32 bytes in 1 blocks are still reachable in loss record 2 of 3
==25191==at 0x4C27673: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==25191==by 0x65F8B83: CRYPTO_malloc (mem.c:306)
==25191==by 0x66621CE: sk_new (stack.c:125)
==25191==by 0x6369919: load_builtin_compressions (ssl_ciph.c:432)
==25191==by 0x636B7F8: SSL_COMP_get_compression_methods (ssl_ciph.c:1689)
==25191==by 0x63708A7: SSL_library_init (ssl_algs.c:134)
==25191==by 0x4E567F2: Curl_ossl_init (ssluse.c:689)
==25191==by 0x4E5E1FD: curl_global_init (easy.c:229)
==25191==by 0x40833D: ??? (in /usr/bin/curl)
==25191==by 0x40267E: ??? (in /usr/bin/curl)
==25191==by 0x54D3EAC: (below main) (libc-start.c:228)
==25191==
==25191== 32 bytes in 1 blocks are still reachable in loss record 3 of 3
==25191==at 0x4C27673: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==25191==by 0x65F8B83: CRYPTO_malloc (mem.c:306)
==25191==by 0x66621EC: sk_new (stack.c:127)
==25191==by 0x6369919: load_builtin_compressions (ssl_ciph.c:432)
==25191==by 0x636B7F8: SSL_COMP_get_compression_methods (ssl_ciph.c:1689)
==25191==by 0x63708A7: SSL_library_init (ssl_algs.c:134)
==25191==by 0x4E567F2: Curl_ossl_init (ssluse.c:689)
==25191==by 0x4E5E1FD: curl_global_init (easy.c:229)
==25191==by 0x40833D: ??? (in /usr/bin/curl)
==25191==by 0x40267E: ??? (in /usr/bin/curl)
==25191==by 0x54D3EAC: (below main) (libc-start.c:228)
==25191==
==25191== LEAK SUMMARY:
==25191==definitely lost: 0 bytes in 0 blocks
==25191==indirectly lost: 0 bytes in 0 blocks
==25191== possibly lost: 0 bytes in 0 blocks
==25191==still reachable: 88 bytes in 3 blocks
==25191== suppressed: 0 bytes in 0 blocks
==25191==
==25191== For counts of detected and suppressed errors, rerun with: -v
==25191== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 10 from 6)
The memory leak originally reported seems to have been fixed or it can't be
reproduced (I suspect it has been fixed in the libssl 0.9.8 - 1.0.0 update
but I didn't test this).
The leak above is caused by the fact the the compression algorithms
allocated in the load_builtin_compressions function do not get freed, and
has been already reported upstream [0] [1] (hence reassigning to the libssl
package).
Cheers
[0] http://rt.openssl.org/Ticket/Display.html?id=2561user=guestpass=guest
[1] http://rt.openssl.org/Ticket/Display.html?id=2439user=guestpass=guest
--
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646430: [Pkg-libvirt-maintainers] Bug#646430: Still does not work
On Wed, 2012-01-18 at 13:07 +0100, Guido Günther wrote: You can also check with strace what libvirtd does I enabled debug logging in libvirtd.conf and I think I finally found the problem(s). First I had the wrong permissions set on /dev/kvm with the group being set to users which should have been kvm. This was pretty likely my own fault. Debug logging showed the permission denied message which pointed me in this direction. Once this was resolved I ran into [0] which I guess was caused by having ulatencyd installed on the system. Once I remove it, unmounted all cgroups mounts in /sys/fs/cgroup and restarted libvirt-bin service, I was able to start the VM without problems. Sorry for not spotting this earlier :-( I would consider this bug closed. Not sure what to do about the possible conflict with ulatencyd. [0] https://bugzilla.redhat.com/show_bug.cgi?id=666130 Cheers, Michael signature.asc Description: This is a digitally signed message part
Bug#619056: ITP: YAGF - frontend for Cuneiform OCR
On 17.01.2012 13:23, Boris Pek wrote: Hi, Are you working on the package or are going to make it in the nearest future? If no, please rename ITP bug to RFP (Request for Package) or just answer here. If yes, would you need a co-maintainer? I am interested in this package now... Hi Boris, I was collecting interesting software for future packaging project but I must admit that I am way beyond because I had some serious trouble last year. If you would be interested to take over the ITP for YAGF completely and going to work on it right now please be my guest, no problem! Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656328: linux-image-3.1.0-1-amd64: please enable CONFIG_X86_P4_CLOCKMOD for amd64
Package: linux-2.6 Version: 3.1.8-2 Severity: normal Dear Debian folks, this is the same report as report #490108 [1] which has been closed already. I am submitting a new report instead of reopening #490108, since this request only involves amd64 which was not fixed. $ grep -i clockm /boot/config-3.1.0-1-* /boot/config-3.1.0-1-686-pae:CONFIG_X86_P4_CLOCKMOD=m /boot/config-3.1.0-1-amd64:# CONFIG_X86_P4_CLOCKMOD is not set Frequency scaling does not work with the following Intel Pentium 4 processor when using the Linux kernel for amd64. $ more /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping: 9 cpu MHz : 2999.275 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm bogomips: 5998.55 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping: 9 cpu MHz : 2999.275 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm bogomips: 5999.73 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: The reason is, that this processor does not have speedstep technology and therefore neither acpi-cpufreq nor speedstep-centrino modules can be used for frequency scaling. To get something similar module p4_clockmod provides frequency throttling [1], but is currently not included in the package for amd64. It would be great if you could build that module and distribute it in the package for amd64. Thanks, Paul [1] http://bugs.debian.org/490108 -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.8-2) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-11) ) #1 SMP Tue Jan 10 06:25:07 UTC 2012 signature.asc Description: This is a digitally signed message part
