Bug#741149: [INTL:da] Danish translation of the debconf templates ircd-hybrid
Package: ircd-hybrid Severity: wishlist Tags: l10n patch Please include the attached Danish ircd-hybrid translations. joe@pc:~/over/debian/ircd-hybrid$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 12 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#728604: Could not locate dkms.conf
Similar to bug #695824 ? bug reported on Sat, 08 Mar 2014 Regards, cep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741150: [l10n] Updated Czech translation of ircd-hybrid debconf messages
Package: ircd-hybrid Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of ircd-hybrid debconf messages. Please include it with the package. Thank you -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: ircd-hybrid\n Report-Msgid-Bugs-To: ircd-hyb...@packages.debian.org\n POT-Creation-Date: 2014-03-07 22:09+\n PO-Revision-Date: 2014-03-09 09:21+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 #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Restart ircd-hybrid on each upgrade? msgstr Restartovat ircd-hybrid při každé aktualizaci? #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Please choose whether the ircd-hybrid daemon should be restarted every time a new version of this package is installed. msgstr Vyberte, zda se má daemon ircd-hybrid restartovat pokaždé, když nainstalujete novější verzi tohoto balíku. #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Automatic restarts may be problematic if, for instance, the server is running with manually loaded modules, which will need to be reloaded after the restart. msgstr Automatické restarty nemusí být vítané například pokud server používá ručně nahrávané moduly, které bude třeba po restartu znovu nahrát. #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid If you reject this option, you will have to restart ircd-hybrid via \service ircd-hybrid restart\ when needed. msgstr Odmítnete-li, musíte ircd-hybrid restartovat ve vhodný okamžik sami příkazem „service ircd-hybrid restart“. #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid Upgrade ircd-hybrid to version without cryptlink support? msgstr Aktualizovat ircd-hybrid na verzi bez podpory cryptlink? #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid The 8.x version of ircd-hybrid includes a change to the way secure server links are implemented, which is not backwards-compatible with ircd-hybrid 7. x, from which you are upgrading. msgstr ircd-hybrid ve verzi 8.x změnil způsob, jakým jsou implementované bezpečné serverové odkazy. Tato změna není kompatibilní s ircd-hybrid 7.x, ze kterého právě přecházíte. #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid If you have any secure server links (cryptlinks) configured with this server, you should plan to either upgrade all servers in lock-step, or temporarily configure non-cryptlink server links, to ensure the continuity of your IRC links. msgstr Máte-li na tomto serveru nakonfigurované nějaké bezpečné serverové odkazy (cryptlink), měli byste pro zachování kontinuity IRC odkazů buď aktualizovat všechny servery najednou, nebo dočasně nastavit nešifrované odkazy. #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid Upgrade ircd-hybrid to version without compatible services? msgstr Aktualizovat ircd-hybrid na verzi bez kompatibilních služeb? #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid The 8.x version of ircd-hybrid includes a change to the way services are supported, losing compatibility with hybserv. msgstr ircd-hybrid ve verzi 8.x změnil způsob, jakým podporuje služby, čímž ztratil kompatibilitu s hybserv. #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid The recommended services daemon for Hybrid 8 is Anope, for which no package is available yet, although one is planned. msgstr Doporučeným daemonem pro služby Hybrid 8 je Anope, pro který zatím neexistuje .deb balík, i když je v plánu. #. Type: boolean #. Description #: ../ircd-hybrid.templates:5001 msgid Upgrade ircd-hybrid to version without SSL support? msgstr Aktualizovat ircd-hybrid na verzi bez podpory SSL? #. Type: boolean #. Description #: ../ircd-hybrid.templates:5001 msgid The currently installed version of this package is one with \ssl\ in the version number, which suggests that it is a locally compiled package with SSL support. If this is the case, you probably don't want to install this package but instead rebuild the SSL version following the instructions in / usr/share/doc/ircd-hybrid/README.SSL. msgstr Momentálně nainstalovaná verze tohoto balíku obsahuje v číslu verze řetězec „ssl“, což naznačuje, že se jedná o lokálně
Bug#714891: [Python-apps-team] Bug#714891: Still problems with 1.20.1-2
On Sat, Mar 8, 2014 at 3:25 AM, Jeremy Sanders jer...@jeremysanders.net wrote: I though 1.20.1-2 (in unstable) should fix this bug, but on upgrading from wheezy to sid, I get: root@lap75107:/# apt-get upgrade ... Preparing to unpack .../veusz_1.20.1-2_all.deb ... Unpacking veusz (1.20.1-2) over (1.15-1) ... dpkg: error processing archive /var/cache/apt/archives/veusz_1.20.1-2_all.deb (--unpack): trying to overwrite '/usr/lib/python2.7/dist-packages/veusz/resources', which is also in package veusz-helpers 1.15-1+b1 dpkg: considering deconfiguration of veusz, which would be broken by installation of veusz-helpers ... dpkg: yes, will deconfigure veusz (broken by veusz-helpers) Preparing to unpack .../veusz-helpers_1.20.1-2_amd64.deb ... De-configuring veusz (1.15-1) ... Unpacking veusz-helpers (1.20.1-2) over (1.15-1+b1) ... root@lap75107:/# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done You might want to run 'apt-get -f install' to correct these. The following packages have unmet dependencies: veusz-helpers : Breaks: veusz ( 1.20.1-2) but 1.15-1 is installed E: Unmet dependencies. Try using -f. Any idea how to get this to cleanly upgrade? You need veusz to break+replace older versions of veusz-helpers (i.e. 1.20.1-3) since /usr/lib/python2.7/dist-packages/veusz/resources changed ownership from veusz-helpers to veusz. Anyways, I've gone ahead and uploaded veusz again to fix this issue. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740760: [Pkg-systemd-maintainers] Bug#740760: systemd: timeout parameters in crypttab is ignored
2014-03-08 22:30 GMT+01:00 Michael Stapelberg stapelb...@debian.org: When you say “the timeout of 10 seconds doesn't work”, what does that mean specifically? Note that the timout specified via timeout= is for the password prompt, not for the device. When looking at the code in src/cryptsetup/cryptsetup.c and cryptsetup-generator.c, I don’t think it’s getting ignored. Hi Michael on the password's prompt, I don't put password I don't press enter , I wait indefinitely. This occurs on the pc's boot and on the resume of pc after suspend to disk,. Best regads Gianluca alias pipex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741142: linux: FTBFS on armhf (experimental)
On Sun, Mar 09, 2014 at 03:58:29AM +, Ben Hutchings wrote: On Sat, 2014-03-08 at 18:22 -0800, Vagrant Cascadian wrote: Source: linux Version: 3.14~rc5-1~exp1 Severity: important I tried building the armhf packages locally, to test some new features in 3.14, but they failed to build from source for me: Does this fix it? Ben. diff --git a/drivers/net/ethernet/brocade/bna/bfa_ioc.c b/drivers/net/ethernet/brocade/bna/bfa_ioc.c index 1803c39..354ae97 100644 --- a/drivers/net/ethernet/brocade/bna/bfa_ioc.c +++ b/drivers/net/ethernet/brocade/bna/bfa_ioc.c @@ -1704,7 +1704,7 @@ bfa_flash_sem_get(void __iomem *bar) while (!bfa_raw_sem_get(bar)) { if (--n = 0) return BFA_STATUS_BADFLASH; - udelay(1); + mdelay(10); } return BFA_STATUS_OK; } diff --git a/drivers/scsi/bfa/bfa_ioc.c b/drivers/scsi/bfa/bfa_ioc.c index 65180e1..50c75e1 100644 --- a/drivers/scsi/bfa/bfa_ioc.c +++ b/drivers/scsi/bfa/bfa_ioc.c @@ -7006,7 +7006,7 @@ bfa_flash_sem_get(void __iomem *bar) while (!bfa_raw_sem_get(bar)) { if (--n = 0) return BFA_STATUS_BADFLASH; - udelay(1); + mdelay(10); } return BFA_STATUS_OK; } --- With the above patch applied, it builds. Thanks! live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740705: Please incorportate ubuntu patches
Il Sabato 8 Marzo 2014 23:19, Steve M. Robbins st...@sumost.ca ha scritto: On March 6, 2014 07:29:31 AM Gianfranco Costamagna wrote: Ok, can you then please sponsor a package for me? I can fix this bug, also #740628 and push on mentors. I can do that. Please send a follow-up to the bug when your work is ready. I (or another debian-med team member) will act on it. Here you are :) https://mentors.debian.net/package/insighttoolkit I kept changes as minimal as possible Is there some reason you can't use ITK v4? The main reason is: [...limited architectures...] many packages that have been successfully built with the v3 won't build anymore against v4, so the rationale is use 4 on amd64 and i386, switch to v3 for other archs. OK. But you do understand that in future this will no longer be an option because, at some point, v3 will be removed from the archive in favour of v4 that is now in Testing. Ack. I don't know if you have an hint for building them against v4 (removing the package from ftpmaster will let the package reach testing I know) If you want to build a package that requires ITK, at present you have two options: (a) build only for the two ITK-supported architectures, or (b) stay with v3. There's a discussion going on now in debian-med regarding a third option: restoring architectures to v4. That will be nice for the long term indeed, evenmore because v3 has some problems fixed in v4 I heard from nifti2dicom maintainer, in the meanwhile I think the fallback is the easiest way to let the packagenifti2dicom reach testing Regards, -Steve Best regards, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741151: gnu-standards: please update to 2013-12-17 version
Package: gnu-standards Version: 2010.03.11-1 Severity: wishlist Dear Maintainer, According to http://www.gnu.org/prep/standards/, the latest version of the GNU standards has been published on 2013-12-17. An update would be nice. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#740147: Upload of d-e-a-k for squeeze
Hi Holger, we have a go from the RT to upload debian-edu-archive-keyring 2010.01.05+squeeze1. Are you ok with me uploading that? I already pinged you on IRC about that, but you are probably not reading IRC that much while on VAC. Regards, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741152: ITP: python-socksipychain -- socksipy with support for chaining proxies
Package: wnpp Owner: Petter Reinholdtsen p...@hungry.com Severity: wishlist * Package name: python-socksipychain Version : 2.0.12 Upstream Author : Bjarni Runar Einarsson b...@pagekite.net * URL : http://pagekite.net/wiki/Floss/PySocksipyChain/ * License : BSD Programming Lang: Python Description : socksipy with support for chaining proxies This Python module allows you to create TCP connections through a chain of SOCKS or HTTP proxies without any special effort. It also supports TLS/SSL encryption if the OpenSSL modules are installed. This python module is needed by pagekite (WNPP #610358), and I would like to have pagekite in Debian for use in the Freedombox project. :) -- 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#741153: qmail-run and ucspi-tcp-ipv6 can't be installed together
Package: qmail-run Version: 2.0.2 Severity: normal Tags: patch ipv6 Dear Maintainer, I could not install ucspi-tcp-ipv6 with qmail-run installed, because ucspi-tcp-ipv6 conflicts with ucspi-tcp and provides ucspi-tcp. However, qmail-run depends on an explicit version of ucspi-tcp, and virtual packages cannot yet have versions. Of course, Debian's qmail is not IPv6 patched AFAIK, but it need not impede the installation of ucspi-tcp-ipv6, which can be used by other programs as well. I was able to resolve the problem locally by removing the version requirement from qmail-run and rebuilding, like so: --- debian/control.orig 2010-03-08 15:43:35.0 -0800 +++ debian/control 2014-03-09 01:31:00.0 -0800 @@ -6,7 +6,7 @@ Package: qmail-run Architecture: all -Depends: qmail (= 1.06-2.1), fastforward (= 1:0.51-3), daemontools ( 1:0.76), ucspi-tcp ( 1:0.88), runit ( 1.8.0-2) | daemontools-run ( 1:0.76), procmail +Depends: qmail (= 1.06-2.1), fastforward (= 1:0.51-3), daemontools ( 1:0.76), ucspi-tcp, runit ( 1.8.0-2) | daemontools-run ( 1:0.76), procmail Suggests: dot-forward, mail-reader Conflicts: mail-transport-agent, lsb-core Replaces: mail-transport-agent, fastforward (= 0.51-zarge1) Just to be clear, here is the exact problem I experienced: $ sudo aptitude install ucspi-tcp-ipv6 The following NEW packages will be installed: ucspi-tcp-ipv6{b} 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 117 kB of archives. After unpacking 414 kB will be used. The following packages have unmet dependencies: ucspi-tcp-ipv6 : Conflicts: ucspi-tcp but 1:0.88-3 is installed. The following actions will resolve these dependencies: Remove the following packages: 1) bsd-mailx 2) logwatch 3) qmail-run 4) ucspi-tcp Leave the following dependencies unresolved: 5) at recommends default-mta | mail-transport-agent 6) cron recommends exim4 | postfix | mail-transport-agent 7) logrotate recommends mailx 8) qmail recommends qmail-run (= 2.0.0) 9) procmail recommends default-mta | mail-transport-agent | fetchmail Accept this solution? [Y/n/q/?] q -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.9-x86_64-linode37 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qmail-run depends on: ii daemontools 1:0.76-3 ii daemontools-run 1:0.76-3 ii fastforward 1:0.51-3 ii procmail 3.22-20 ii qmail1.06-5 ii ucspi-tcp1:0.88-3 qmail-run recommends no packages. Versions of packages qmail-run suggests: ii bsd-mailx [mail-reader]8.1.2-0.2006cvs-1 pn dot-forwardnone ii emacs23-nox [mail-reader] 23.4+1-4 ii mew-bin [mail-reader] 1:6.4-2 -- Configuration Files: /etc/qmail/defaultdelivery [Errno 2] No such file or directory: u'/etc/qmail/defaultdelivery' /etc/qmail/qmail-send/log/run changed [not included] /etc/qmail/qmail-smtpd/log/run changed [not included] /etc/qmail/qmail-verify/log/run changed [not included] -- 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#736565: FTBFS on non-PC architectures: FAIL: scram_mt.test
On Sat, Feb 15, 2014 at 03:26:19PM +1100, Aníbal Monsalve Salazar wrote: retitle 736565 FTBFS on non-PC architectures: FAIL: scram_mt.test reassign 736565 staden-io-lib 1.13.3-2 severity 736565 serious user debian-m...@lists.debian.org usertags 736565 + mips-port stop On Sat, Jan 25, 2014 at 09:10:28AM +0900, Charles Plessy wrote: Package: ftp.debian.org Severity: normal please remove staden-io-lib and its dependancies on all architectures other i386-any and amd64-any. Regression tests fail and there is no sign of support or use upstream and elsewhere on these architectures. The mips-port team has staden-io-lib in its plan to fix this failure. Hello Alexander and Charles, The regression test fails because xx#minimal.full.sam has one extra line at the end when it's compared to xx#minimal.full.bam.sam. The extra line is: A4 16 yy 4 1 * * 0 0 * * The build logs for mips and mipsel are available at: http://people.debian.org/~anibal/staden-io-lib/staden-io-lib_1.13.3-2_mips.log.bz2 http://people.debian.org/~anibal/staden-io-lib/staden-io-lib_1.13.3-2_mipsel.log.bz2 Below is an extract of the mipsel build log. Is there more information that we could provide or other test that we could run on mips/mipsel? Meanwhile, we'll continue to see how we can fix this bug. Regards, Anibal ../progs/scramble -t4 test.out/xx#minimal.full.bam test.out/tmp.sam Total time=0.008268 Wait time=0.007723 6% utilisation cmp test.out/xx#minimal.full.sam test.out/xx#minimal.full.bam.sam cmp: EOF on test.out/xx#minimal.full.bam.sam FAIL: scram_mt.test === 2 of 7 tests failed === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3/tests' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3/tests' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: user script /var/cache/pbuilder/build//2492/tmp/hooks/C10cmds starting + find -name xx#minimal.full.sam + find -name xx#minimal.full.bam.sam + diff -up ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.sam ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.bam.sam --- ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.sam 2014-03-09 09:30:37.092473348 + +++ ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.bam.sam 2014-03-09 09:30:37.568473338 + @@ -10,4 +10,3 @@ A016 yy 4 1 * * 0 0 * * A1 16 yy 4 1 * * 0 0 * * A2 16 yy 4 1 * * 0 0 * * A3 16 yy 4 1 * * 0 0 * * -A4 16 yy 4 1 * * 0 0 * * I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//2492 and its subdirectories signature.asc Description: Digital signature
Bug#741152: ITP: python-socksipychain -- socksipy with support for chaining proxies
I placed my current packaging draft in URL: http://anonscm.debian.org/gitweb/?p=collab-maint/python-socksipychain.git . I'll upload it to the archive in a few days. Please let me know if I made a mistake. -- 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#610358: RFP: pagekite -- Run public servers without reconfiguring firewalls or routers. Easy http, https and ssh tunnels to a public frontend.
Control: block -1 by 741152 [Petter Reinholdtsen] I've had a look at the packages linked to from URL: https://pagekite.net/wiki/Howto/GNULinux/DebianPackage/ , in the APT repository URL:https://pagekite.net/pk/deb/pool/main/p/ , and these packages are only binary packages. The source packages are completely missing, which limit the amount of reuse possible. :( I managed to find the debian rules in the upstream tarball. Slightly broken, but a good starting point. I plan to upload it to the collab-maint git repository soon. I've tried to make a proper debian package, and plan to put the result in the collab-maint git repository. In the process I discovered that pagekite depend on python-socksipychain, and I have created a WNPP request for it in URL: http://bugs.debian.org/741152 . -- 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#741104: [Popcon-developers] Bug#741104: popularity-contest: Silently fails to send anything if no MTA configured
On Sun, Mar 09, 2014 at 07:28:14AM +0800, Paul Wise wrote: On Sun, Mar 9, 2014 at 1:42 AM, Bill Allombert wrote: popularity-contest is able to detect whether a MTA is installed or not, but not whether the MTA is able to send email to the popcon.debian.org server. If you want to change that, one possibility is to use VERP (with libmail-verp-perl) to read bounce messages and detect that mail sending should be disabled. I doubt it. How popularity-contest would be supposed to receive the bounce in the first place ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741154: Synaptic crashes if you start pressing keys too early during program start
Package: synaptic Version: 0.80.4 Severity: serious If you press any keys too early while Synaptic is still starting (i.e. not showing the window yet), it will crash. It can be seen the following gdb log. I started pressing the random keys immediately after issuing the run command in gdb. First part of keystrokes went into gdb console, and later Synaptic window appeared, gained focus and crashed upon receiving the rest of the keyboard input. $ sudo gdb synaptic [sudo] password for monsta: GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/synaptic...(no debugging symbols found)...done. (gdb) run Starting program: /usr/sbin/synaptic warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? a[Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. dasdasdasd (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0x9b1e80 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59320 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59be0 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59d20 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xaa11d0 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0x9b1e80 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59320 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59be0 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59d20 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xaa11d0 is not mapped (synaptic:4804): GLib-GObject-CRITICAL **: g_object_set_data: assertion `G_IS_OBJECT (object)' failed (synaptic:4804): GLib-GObject-WARNING **: invalid (NULL) pointer instance (synaptic:4804): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0x9b1e80 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59320 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59be0 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xa59d20 is not mapped (synaptic:4804): Gtk-WARNING **: GtkNotebook 0xa12340 is mapped but visible child GtkLabel 0xaa11d0 is not mapped Program received signal SIGSEGV, Segmentation fault. 0x00467ae6 in ?? () (gdb) bt full #0 0x00467ae6 in ?? () No symbol table info available. #1 0x0046c239 in ?? () No symbol table info available. #2 0x0046c832 in ?? () No symbol table info available. #3 0x004358c4 in ?? () No symbol table info available. #4 0x00435bfb in ?? () No symbol table info available. #5 0x755cea03 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #6 0x755cdea6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0x755ce1f8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0x755ce29c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #9 0x77003435 in gtk_main_iteration () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 No symbol table info available. #10 0x0042a735 in ?? () No symbol table info available. #11 0x77adbcad in OpProgress::OverallProgress(unsigned long long, unsigned long long, unsigned long long, std::string const) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 No symbol table info available. #12 0x77afd122 in pkgDepCache::readStateFile(OpProgress*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 No symbol table info available. #13 0x77afdcf2 in pkgDepCache::Update(OpProgress*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 No symbol table info
Bug#727819: [icedove] syscall getdents64 consumes nearly all cpu
Hello Lorenz, Do you still have this issue with Icedove 24.3.0-1 currently in unstable ? Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695195: ITP: vcr -- record test suite HTTP interactions and replay during future test runs
On Tue, 4 Mar 2014 13:14:13 -0300 Miguel Landaeta nomad...@debian.org wrote: Is there any news regarding vcr packaging? Unfortunately, no. If you have an interest to work with it, please do so :) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737679: needs to be built with libtirpc
It looks like this is down to autofs not handling names using only IPv6 addresses. Not sure why this happens given that I would have expected it to just pass this directly to mount(8) but it's presumably doing more than that. Not sure exactly what the cause is, though /usr/lib/x86_64-linux-gnu/autofs/mount_nfs.so is using getaddrinfo and I can't see any obvious defect with a quick glance over the sources. Autofs does some initial NFS probing of its own, as part of handling server replication. From the debug output for a successful mount from a dual-stack server, we can also see that get_nfs_info() is only using the IPv4 address(es) of the server. IPv6 support seems to need libtirpc. If autofs is rebuilt using --with-libtirpc, both IPv6 and IPv4 addresses are used in get_nfs_info(), and the IPv6 only case now works. In wheezy at least, the following patch (or something similar): --- a/lib/rpc_subs.c +++ b/lib/rpc_subs.c @@ -34,6 +34,7 @@ #include pthread.h #include poll.h +/* #ifdef WITH_LIBTIRPC #undef auth_destroy #define auth_destroy(auth) \ @@ -43,6 +44,7 @@ ((*((auth)-ah_ops-ah_destroy))(auth));\ } while (0) #endif +*/ #include mount.h #include rpc_subs.h which removes a redefinition of auth_destroy() is also needed. The redefinition seems to have been an attempt to avoid a symbol clash on log_debug(), but in the wheezy macro there is no symbol clash, and the redefinition instead creates an undefined symbol auth_put(). Arne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733556: binfmt detectors for Windows executables
On Sat, Mar 08, 2014 at 01:44:15PM +0100, Stephen Kitt wrote: I was working on restoring binfmt support to wine (http://bugs.debian.org/733556) and I came across the detectors spec in binfmt-support. The latter mentions detection code to handle Windows binaries which Alp Toker has - is that still the case, Alp? I quote: As far as wine is concerned, the modification should be as follows: add /usr/lib/wine/binfmt-detector-wine or similar with the Win32 format detection code (Alp has the details of this, it's a few dozen lines of C), and add 'detector /usr/lib/wine/binfmt-detector-wine' to /usr/share/binfmts/wine. This was for Mono. I think the descendant of this has wound up in debian/detector/binfmt-detector-cli.c in the Debian mono source package; looking at that it should be fairly straightforward to invert (or similar) the relevant bit of logic for Win32. -- 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#736565: FTBFS on non-PC architectures: FAIL: scram_mt.test
On Sun, Mar 09, 2014 at 10:10:28AM +, Aníbal Monsalve Salazar wrote: Hello Alexander and Charles, The regression test fails because xx#minimal.full.sam has one extra line at the end when it's compared to xx#minimal.full.bam.sam. The extra line is: A416 yy 4 1 * * 0 0 * * The build logs for mips and mipsel are available at: http://people.debian.org/~anibal/staden-io-lib/staden-io-lib_1.13.3-2_mips.log.bz2 http://people.debian.org/~anibal/staden-io-lib/staden-io-lib_1.13.3-2_mipsel.log.bz2 Below is an extract of the mipsel build log. Is there more information that we could provide or other test that we could run on mips/mipsel? Meanwhile, we'll continue to see how we can fix this bug. Regards, Anibal ../progs/scramble -t4 test.out/xx#minimal.full.bam test.out/tmp.sam Total time=0.008268 Wait time=0.007723 6% utilisation cmp test.out/xx#minimal.full.sam test.out/xx#minimal.full.bam.sam cmp: EOF on test.out/xx#minimal.full.bam.sam FAIL: scram_mt.test === 2 of 7 tests failed === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3/tests' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3/tests' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/staden-io-lib-1.13.3' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: user script /var/cache/pbuilder/build//2492/tmp/hooks/C10cmds starting + find -name xx#minimal.full.sam + find -name xx#minimal.full.bam.sam + diff -up ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.sam ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.bam.sam --- ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.sam 2014-03-09 09:30:37.092473348 + +++ ./tmp/buildd/staden-io-lib-1.13.3/tests/test.out/xx#minimal.full.bam.sam 2014-03-09 09:30:37.568473338 + @@ -10,4 +10,3 @@ A0 16 yy 4 1 * * 0 0 * * A1 16 yy 4 1 * * 0 0 * * A2 16 yy 4 1 * * 0 0 * * A3 16 yy 4 1 * * 0 0 * * -A4 16 yy 4 1 * * 0 0 * * I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//2492 and its subdirectories Alexander couldn't help. Maybe Andreas or Charles? :) signature.asc Description: Digital signature
Bug#736565: FTBFS on non-PC architectures: FAIL: scram_mt.test
Le Sun, Mar 09, 2014 at 10:10:28AM +, Aníbal Monsalve Salazar a écrit : The regression test fails because xx#minimal.full.sam has one extra line at the end when it's compared to xx#minimal.full.bam.sam. The extra line is: A416 yy 4 1 * * 0 0 * * Hi Aníbal, The BAM format is the binary representation of the SAM format, for alignment of nucleotide sequences on a reference genome. I guess that the test suite checks that the tool's output is the same in both formats, by converting BAM to SAM and comparing the two SAM files. Debian also distributes the 'samtools' program, that can do this conversion as well. $ samtools view -h xx#minimal.full.bam @PG ID:scramble PN:scramble VN:1.13.3 CL:/tmp/staden-io-lib-1.13.3/progs/.libs/lt-scramble -t4 ./data/xx#minimal.sam test.out/xx#minimal.bam @PG ID:scramble.1 PN:scramble PP:scramble VN:1.13.3 CL:/tmp/staden-io-lib-1.13.3/progs/.libs/lt-scramble -t4 -r ./data/xx.fa test.out/xx#minimal.bam test.out/xx#minimal.full.cram @PG ID:scramble.2 PN:scramble PP:scramble.1 VN:1.13.3 CL:/tmp/staden-io-lib-1.13.3/progs/.libs/lt-scramble -t4 -O bam test.out/xx#minimal.full.cram @SQ SN:xx LN:20 M5:bbf4de6d8497a119dda6e074521643dc UR:/tmp/staden-io-lib-1.13.3/tests/./data/xx.fa @SQ SN:yy LN:20 M5:bbf4de6d8497a119dda6e074521643dc UR:/tmp/staden-io-lib-1.13.3/tests/./data/xx.fa a0 16 xx 4 1 10H * 0 0 * * a1 16 xx 4 1 10H * 0 0 * * a2 16 xx 4 1 5H10M5H * 0 0 AAATTT * A0 16 yy 4 1 * * 0 0 * * A1 16 yy 4 1 * * 0 0 * * A2 16 yy 4 1 * * 0 0 * * A3 16 yy 4 1 * * 0 0 * * A4 16 yy 4 1 * * 0 0 * * Missing a line on MIPS definitely looks like a bug. This said, it works on amd64 (at least the test suite) and I doubt that there are users for the staden-io-lib on MIPS. Have you tried to contact the upstream author ? Speaking of Upstream, I see a new release, version 1.13.5. Would you like me to upload it ? Cheers, Charles -- Charles Plessy Debian Med packaging team http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741155: bug report installing Wheezy, unable to boot
Package: installation-reports Boot method: How did you boot the installer? CD? floppy? network?netinst via DVD Image version: Full URL to image you downloaded is bestdebian-7.4.0_amd64-netinst.iso Date: Date and time of the install9th March 2014 9pm Machine: Description of machine (eg, IBM Thinkpad R32)Lenovo Thinkpad T540p Processor:Intel Core i7-4800MQ Memory:16Gb Partitions: df -Tl will do; the raw partition table is preferredI just have one hard drive and I selected all files in one partition. Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The install ran correctly thru to the end, then went to boot the system and it doesn't boot. It displays the ThinkPad screen that says ThinkPad - To interrupt normal startup, press ENTER. Pressing enter does nothing, the screen seems to be frozen. There's no other menu or the grub so I don't know how to even get to any type of prompt to access the system and go into rescue mode. I even tried to boot with the install DVD in the drive, and it does the same, only displays the ThinkPad screen and then hangs. My laptop is brand new it had Windows 7 Pro installed on it and I wiped that and just loaded Linux (ie no dual boot). The ThinkPad screen it is displaying is what use to display when I had Windows on it. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721496: Do not recurse into packages when building
Hi Shawn, Sorry for taking so long to get back to this. Shawn Landden sh...@churchofgit.com writes: I am getting the opposite problem with go-systemd github.com/coreos/go-systemd The modules build fine, but the build breaks because the root directory is not a module and cannot be installed: dh_auto_build: go install -v github.com/coreos/go-systemd/... returned exit code 2 make: *** [build] Error 2 I cannot actually reproduce this problem: midna /tmp/gr $ rm -rf src/github.com/coreos/go-systemd midna /tmp/gr $ go get -v -d github.com/coreos/go-systemd/ github.com/coreos/go-systemd (download) package github.com/coreos/go-systemd imports github.com/coreos/go-systemd imports github.com/coreos/go-systemd: no buildable Go source files in /tmp/gr/src/github.com/coreos/go-systemd midna /tmp/gr $ rm -rf src/github.com/coreos/go-systemd/examples midna /tmp/gr $ go install -v github.com/coreos/go-systemd/... github.com/coreos/go-systemd/activation github.com/coreos/go-systemd/dbus github.com/coreos/go-systemd/journal midna /tmp/gr $ go version go version go1.2.1 linux/amd64 -- Best 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#509335: Bug:#509335: rsync: please build with support for '--copy-devices'
Dear Paul, I wish to have --copy-devices option as well. It will be best to implement it using upstream patch copy-devices.diff provided in rsync-patches-$(VER).tar.gz from https://rsync.samba.org/ftp/rsync/src/ This functionality is quite useful. As a matter of fact lack of --copy-devices in rsync is the only reason for #724344 but I'd rather teach rsync to do it than introduce yet another utility. Thank you. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#724434: [Pkg-shadow-devel] Bug#724434: shadow: diff for NMU version 1:4.1.5.1-1.1
Quoting Eric Dorland (e...@debian.org): tags 724434 + pending thanks Dear maintainer, I've prepared an NMU for shadow (versioned as 1:4.1.5.1-1.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. No, definitely not. I would even suggest you move it to DELAYED/0...:-) signature.asc Description: Digital signature
Bug#740760: [Pkg-systemd-maintainers] Bug#740760: systemd: timeout parameters in crypttab is ignored
Hi Pipes, Pipes pipe...@yahoo.it writes: 2014-03-08 22:30 GMT+01:00 Michael Stapelberg stapelb...@debian.org: When you say “the timeout of 10 seconds doesn't work”, what does that mean specifically? Note that the timout specified via timeout= is for the password prompt, not for the device. When looking at the code in src/cryptsetup/cryptsetup.c and cryptsetup-generator.c, I don’t think it’s getting ignored. Hi Michael on the password's prompt, I don't put password I don't press enter , I wait indefinitely. This occurs on the pc's boot and on the resume of pc after suspend to disk,. I tried to reproduce this by manually starting systemd-cryptsetup with timeout=10 on a loop device and the timeout works just fine. I am getting the feeling like you are confusing systemd with your initramdisk. Can you please provide a foto of the screen you are seeing when you are prompted to enter your password? -- Best 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#731549: closed by Andriy Grytsenko and...@rep.kiev.ua (Bug#731549: fixed in pcmanfm 1.2.0-1)
On Tue, 25 Feb 2014 21:27:18 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report which was filed against the pcmanfm package: #731549: lxde: Wallpaper duplicated on 2 screens after update. It has been closed by Andriy Grytsenko and...@rep.kiev.ua. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Andriy Grytsenko and...@rep.kiev.ua by replying to this email. Thank you for the update to PCManFM 1.2.0, which has now reached 'testing', which I am running. I see that I can now set a photo to 'Stretch to fill the complete screen' which does indeed work, although I do have to set each monitor separately (although this is not really a problem). However, this does not work very well as the picture is distorted by the stretching. The previous behaviour was more like the current 'Centre unscaled image on the monitor' option, which worked so well for landscape photos. I wonder whether what is needed is for all of the wallpaper modes to be available to be applied to either the monitor or the whole screen area. Thank you for your help Geoff Gibbs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741156: src:mathgl: please reintroduce octave interface
Package: src:mathgl Version: 2.2.1+svn921-1 Severity: wishlist Control: block -1 by 736393 The octave interface was removed in version 2.2.1+svn921-1, because it was causing the package to FTBFS (see #741110). The problem actually comes from a bug in swig2.0, which I mark as blocking the present bug. Once swig2.0 is fixed, the octave interface can be re-introduced. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#740975: [Bash-completion-devel] Bug#740975: bash-completion: Files missing (only directories shown) when path starts with tilde(~)
Most likely a result of something changed in bash 4.3, see also https://bugzilla.redhat.com/1071700
Bug#741157: dbus: Please run dbus.service after rsyslog.service ....
Package: dbus Version: 1.8.0-2 Severity: wishlist Please run dbus.service after rsyslog.service because lightdm and others remain wo dbus support durring boot. lightdm,gdm3 have old style init and can't be positioned from systemd. Here is the modification: $ cat /lib/systemd/system/multi-user.target.wants/dbus.service [Unit] Description=D-Bus System Message Bus Requires=dbus.socket After=rsyslog.service [Service] ExecStart=/usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation ExecReload=/usr/bin/dbus-send --print-reply --system --type=method_call --dest=org.freedesktop.DBus / org.freedesktop.DBus.ReloadConfig OOMScoreAdjust=-900 -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dbus depends on: ii adduser 3.113+nmu3 ii libaudit11:2.3.4-1 ii libc62.18-4 ii libcap-ng0 0.7.3-1+b1 ii libdbus-1-3 1.8.0-2 ii libexpat12.1.0-4 ii libselinux1 2.2.2-1 ii libsystemd-journal0 204-7 ii libsystemd-login0204-7 ii lsb-base 4.1+Debian12 dbus recommends no packages. Versions of packages dbus suggests: ii dbus-x11 1.8.0-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741158: maildrop in 'Manual mode' does *not* read /etc/maildroprc
Package: maildrop Version: 2.7.1-1 Severity: normal Hi, When calling maildrop with maildrop ~/.mailfilters/local it doesn't read /etc/maildroprc, so I have to set $DEFAULT and $SENDMAIL again. maildrop(1) states in the section DESCRIPTION: Manual mode A file containing filtering instructions - filename is specified as an argument to the maildrop command. maildrop reads this filename (after /etc/maildroprc) and follows the instructions in it. Unless the message is explicitly forwarded, bounced, deleted, or delivered to a specific mailbox, it will be delivered to the user's system mailbox. but later in the section DELIVERY MODE Note /etc/maildroprc is read only in delivery mode. Kind regards, Andrei -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maildrop depends on: ii courier-authlib 0.66.1-1 ii libc62.18-4 ii libgcc1 1:4.8.2-16 ii libgdbm3 1.8.3-12 ii libpcre3 1:8.31-2 ii libstdc++6 4.8.2-16 Versions of packages maildrop recommends: ii postfix [mail-transport-agent] 2.11.0-1+b1 maildrop suggests no packages. -- Configuration Files: /etc/maildroprc changed: DEFAULT=$HOME/Maildir SENDMAIL=/usr/sbin/sendmail -- 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#726370: gphoto2: Nikon D300, Darktable hangs and Dolphin shows error code 150.
Hello Antoine, Thanks for the feedback. Did you also saw the dataloss that the initial reporter is mentioning? I'm not sure that this bug should be 'grave' if it's just the device is not working (or even hanging). Anyway, I've reassign this bug to libgphoto2 which is the library used under the hood. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741159: liferea: Please upgrade to version 1.10.4 or higher because of bug #1123 for TT-RSS installations
Package: liferea Version: 1.10.3-1 Severity: minor Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Please upgrade to version 1.10.4 or higher because of following bug that was fixed by upstream already. Fixes SF #1123: Mistakenly claims TinyTinyRSS source is not self-updating (reported by Dominik Grafenhoher) - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.utf8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-3.0 3.10.7-1 ii gir1.2-peas-1.0 1.8.1-2 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libgirepository-1.0-11.38.0-2 ii libglib2.0-0 2.39.90-2 ii libgtk-3-0 3.10.7-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.2-2 ii libpeas-1.0-01.8.1-2 ii libsoup2.4-1 2.44.2-1 ii libsqlite3-0 3.8.3.1-1 ii libwebkitgtk-3.0-0 2.3.90-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.3-1 ii python-gi3.10.2-2+b1 pn python:any none Versions of packages liferea recommends: ii dbus 1.8.0-2 ii dbus-x11 1.8.0-2 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gnome-icon-theme 3.10.0-1 ii gnome-keyring3.10.1-1 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTHFrwAAoJENnhzaWalULWAF4P/ic0KnnO1+abebMzWjrkqLxQ UJD7ONw14eZLNWw6M+wPmkiQvD4SHsiM/VqeNcqqCGC/VIjbz/HlOYM+u6fMIYUU byyBfavwbaZRYJBe/apHomIfG4aP6EJ+q3knpOrDYP/XZJ9SCuJTLh56hFNbliDj L+SOWRUZkw5mYZeVKT6taUJp1Gd2/8lhodN/X6gv1ngZo4yX3+B+IHx5ErEm6yf0 YZWNs3m/0rkjemkHgpCtrw0N7FXfDifZx84vZ+S2nv3WjTZe3RBwY6xd6BBh87dS f4PYzSeDKPkmo9qEa0G2FZh1nOzsPm8merUMV32iqmBVzvjKlS3NagR5qAH68kRl g4qPm9WLAfcTHzCjtX2VrrlzTi5UmOd/lOsF3k6YokcK5xLkZefW8c625phCNCJT hN2ptvC68xhcJ9njOxrzqZD2MzzJmUZt8fNefeqCK7sGRl2/+eSrs1nDquMReY7o Mars4nCnBI4/D8tA3c+ST53tJDc8TK6MuWCduOcY8Vy8zIYcVHOhPS/wwDisyP4M Qzpw/euSJjoVcvscAtmd74Q2I4pq2pePoNNtGxqUxhdLCeGh3oTc40+NtjF4fpgU MbPzbn6szpsX8UxAMpuQBrP+vjKAM1qF992qFxlYK1ZrH2x9G9Cu1GU2JdcPBiVq vA4Nc8hUj0Y8IZHj/pBv =f41k -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740576: python-mini-buildd: ping mechanism still fails, this time on apt-cacher-ng
Hi Klee, On Mo, 2014-03-03 at 09:20 +0200, Andrei POPESCU wrote: I also have a similar problem connecting to package repositories that require client certificate authentication. Since there's no support for that directly in mini-buildd yet, I use the hack of disabling the client auth when activating the source. Then I can manually add the client certificate to the appropriate chroot and all is well. But since the ping check is run much more often, it breaks that hack. My temporary solution was just to mark hosts that fail to ping with a time of 1000, so they sort after low-ping hosts. I see two different approaches that might work offhand: * Change the ping code to use a full path to a repository file when checking the ping time (probably by passing a source argument to mbd_ping). * Change the ping code to consider a 404 as a successful ping (since the goal is to determine network timing, not validate the source). I'm happy to submit a patch for whatever approach you prefer, but didn't want to presume to pick one for you. thanks, you are right again ;). For the RC, I pick the second solution you outlined, as it's just less invasive. The exception is now HTTP 404 only. Are there other error codes (i.e., matching a valid use case) to include in this list? The latest stable snapshot from here http://mini-buildd.installiert.net/get.html http://mini-buildd.installiert.net/apt/hellfield_ab_wheezy_snapshot.list already has it, in case you are so daring to try. I keep in mind the (better) first solution (or maybe something completely different) for 1.1.x development branch, though. Hth, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575901: On LaTeX files, the encoding should be given
Vincent Lefevre wrote... On a LaTeX file, one currently gets: LaTeX 2e document text It would be useful to have the encoding too, e.g. ISO-8859-1 LaTeX 2e document text UTF-8 LaTeX 2e document text (...) From wheezy (5.11) on, file also prints a file encoding, like | LaTeX 2e document, UTF-8 Unicode text That one is guessed from the file content, not by eximation of statements like 'inputenc'. Is that sufficient for you? On LaTeX files, the encoding can be obtained unambiguously (well, in practice) by looking at \usepackage[...]{inputenc} commands, e.g. \usepackage[latin1]{inputenc} \usepackage[utf8]{inputenc} Seems feasible but still requires some hackery using regular expressions. Christoph signature.asc Description: Digital signature
Bug#730086: courier-pop-ssl not able to upgrade: error
On 11/21/2013 08:01 AM, Andreas Rittershofer wrote: Package: courier-pop-ssl Version: 0.68.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? apt-get upgrade * What was the outcome of this action? apt-get is not able to upgrade courier-pop-ssl Holen: 1 http://debian.tu-bs.de/debian/ testing/main courier-pop-ssl amd64 0.68.2-1+b1 [31,0 kB] Es wurden 31,0 kB in 0 s geholt (216 kB/s). Lese Changelogs... Fertig (Lese Datenbank ... 86950 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Ersetzen von courier-pop-ssl 0.68.2-1 (durch .../courier-pop-ssl_0.68.2-1+b1_amd64.deb) ... Stopping Courier POP3-SSL server:/var/run/courier/pop3d-ssl.pid.lock: No such file or directory invoke-rc.d: initscript courier-pop-ssl, action stop failed. dpkg: Warnung: Unterprozess altes pre-removal-Skript gab den Fehlerwert 1 zurück dpkg: stattdessen wird Skript aus dem neuen Paket probiert ... Stopping Courier POP3-SSL server:/var/run/courier/pop3d-ssl.pid.lock: No such file or directory invoke-rc.d: initscript courier-pop-ssl, action stop failed. dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/courier-pop-ssl_0.68.2-1+b1_amd64.deb (--unpack): Unterprozess neues pre-removal-Skript gab den Fehlerwert 1 zurück insserv: warning: current start runlevel(s) (empty) of script `courier-pop-ssl' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `courier-pop-ssl' overrides LSB defaults (0 1 6). Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/courier-pop-ssl_0.68.2-1+b1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) It also fails on a fresh install on my system: Setting up courier-pop-ssl (0.73.1-0.1) ... cp: not writing through dangling symlink ‘/usr/lib/courier/pop3d.pem’ dpkg: error processing package courier-pop-ssl (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: courier-pop-ssl E: Sub-process /usr/bin/dpkg returned an error code (1) Regards Racke -- Perl and Dancer Development Visit our Open Source conference on E-commerce: http://www.ecommerce-innovation.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736565: FTBFS on non-PC architectures: FAIL: scram_mt.test
On Sun, Mar 09, 2014 at 07:58:25PM +0900, Charles Plessy wrote: Missing a line on MIPS definitely looks like a bug. This said, it works on amd64 (at least the test suite) and I doubt that there are users for the staden-io-lib on MIPS. Have you tried to contact the upstream author ? Not yet. Speaking of Upstream, I see a new release, version 1.13.5. Would you like me to upload it ? Yes, please. signature.asc Description: Digital signature
Bug#741155: bug report installing Wheezy, unable to boot
On Sun, 2014-03-09 at 21:57 +1100, ang...@goldandfire.com wrote: Package: installation-reports Boot method: How did you boot the installer? CD? floppy? network?netinst via DVD Image version: Full URL to image you downloaded is bestdebian-7.4.0_amd64-netinst.iso Date: Date and time of the install9th March 2014 9pm Machine: Description of machine (eg, IBM Thinkpad R32)Lenovo Thinkpad T540p [...] Comments/Problems: The install ran correctly thru to the end, then went to boot the system and it doesn't boot. It displays the ThinkPad screen that says ThinkPad - To interrupt normal startup, press ENTER. Pressing enter does nothing, the screen seems to be frozen. There's no other menu or the grub so I don't know how to even get to any type of prompt to access the system and go into rescue mode. I even tried to boot with the install DVD in the drive, and it does the same, only displays the ThinkPad screen and then hangs. My laptop is brand new it had Windows 7 Pro installed on it and I wiped that and just loaded Linux (ie no dual boot). The ThinkPad screen it is displaying is what use to display when I had Windows on it. This is a known fault in the Thinkpad 440/540 series, apparently affecting all Linux installations where Linux is booted in UEFI mode (and also Windows installations where the disk was moved from another machine): https://plus.google.com/+TheodoreTso/posts/Sx6VLADVW9L?cfem=1 I think the current theory is that this is a bug in the BIOS 'Rapid Restore' feature, and if that is disabled then this doesn't occur. However, it must be disabled *before* installing. Unfortunately, your laptop will probably need a motherboard replacement now. Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#741120: valgrind: Change valgrind recommends valgrind-dbg to suggests
On sab, mar 08, 2014 at 03:40:51 -0500, JWM wrote: Package: valgrind Version: 1:3.9.0-5 Severity: wishlist Valgrind recommends valgrind-dbg, which under the usual APT configuration (i.e., 99synaptic) means it's always installed. That's on purpose. It should be moved to suggests instead. Why? Missing symbols means somewhat less useful messages in some situations, or completely useless traces in others. If you don't want the symbols, and valgrind still works for you, it's fine, that's why it's Recommends, but the valgrind authors advise against this. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#741160: xrdp: New upstream version
Package: xrdp Severity: wishlist Dear Maintainer, http://www.xrdp.org website claims 0.6.1 is the latest version but there are newer versions (0.7, 0.8 and 0.9?) available in the git repository at https://github.com/neutrinolabs/xrdp/ . I'm not sure if those are stable versions but I thought filling a report wouldn't hurt. I apologize if it's not the right repository or those versions are not appropriate for Debian archive. Best Regards, Mert Dirik -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-5.dmz.2-liquorix-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#741161: ITP: rmilter -- milter accompanying rspamd spam filtering system
Package: wnpp Severity: wishlist Owner: Mikhail Gusarov dotted...@debian.org * Package name: rmilter Version : 1.6.0 Upstream Author : Vsevolod Stakhov vsevo...@highsecure.ru * URL : https://github.com/vstakhov/rmilter * License : BSD2 Programming Lang: C Description : milter accompanying rspamd spam filtering system The rmilter utility is designed to act as milter for sendmail and postfix MTA. It provides several filter and mail scan features, among them are: - clamav scanning (via unix or tcp socket). - Spamassasin scanning - SPF checking (via libspf2) - Greylisting with memcached upstream - Ratelimit with memcached upstream - Auto-whitelisting (internal and via memcached upstream) - Regexp checks. - DCC checking (optional) - Passing messages and/or their headers to beanstalk servers rmilter is designed to work together with rspamd (ITP #683746) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738735: linop: FTBFS: dh_sphinxdoc: Sphinx documentation not found
Builds of linop covering only its architecture-dependent binary packages and skipping its architecture-independent -doc package (as on the autobuilders) have been faiing: dh_sphinxdoc -a -O--buildsystem=pybuild dh_sphinxdoc: Sphinx documentation not found make: *** [binary-arch] Error 2 Could you provide the detailed steps to reproduce this bug. I have only tested the build locally on my machine via pbuilder prior to submitting the package and it went fine. Please arrange to invoke dh --with sphinxdoc only when it would have something to do. Sorry but that does not speak to me either. I followed the most recent iteration of the Python library style guide (https://wiki.debian.org/Python/LibraryStyleGuide). Please provide an example or more verbose explanations regarding the solution you propose. Thanks! Cheers, Ghis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741162: Install fails due to dangling symlink
Package: courier-pop-ssl Version: 0.73.1-0.1 Severity: grave Justification: renders package unusable It fails on a fresh install on my system: Setting up courier-pop-ssl (0.73.1-0.1) ... cp: not writing through dangling symlink ‘/usr/lib/courier/pop3d.pem’ dpkg: error processing package courier-pop-ssl (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: courier-pop-ssl E: Sub-process /usr/bin/dpkg returned an error code (1) Regards Racke -- Perl and Dancer Development Visit our Open Source conference on E-commerce: http://www.ecommerce-innovation.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741163: autorun4linuxcd: diff for NMU version 0.13+nmu1
Package: autorun4linuxcd Version: 0.13 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for autorun4linuxcd (versioned as 0.13+nmu1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards, Stephen diff -Nru autorun4linuxcd-0.13/debian/changelog autorun4linuxcd-0.13+nmu1/debian/changelog --- autorun4linuxcd-0.13/debian/changelog 2008-08-09 20:56:07.0 +0200 +++ autorun4linuxcd-0.13+nmu1/debian/changelog 2014-03-09 14:39:05.0 +0100 @@ -1,3 +1,14 @@ +autorun4linuxcd (0.13+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Update find syntax, thanks to Adam Borowski for the patch (closes: +#711704). + * Replace live-helper with live-build in the package description +(closes: #625902). + * Build using mingw-w64 instead of mingw32 (closes: #623400). + + -- Stephen Kitt sk...@debian.org Sun, 09 Mar 2014 14:39:01 +0100 + autorun4linuxcd (0.13) unstable; urgency=low * Initial release. diff -Nru autorun4linuxcd-0.13/debian/control autorun4linuxcd-0.13+nmu1/debian/control --- autorun4linuxcd-0.13/debian/control 2008-08-09 21:27:39.0 +0200 +++ autorun4linuxcd-0.13+nmu1/debian/control 2014-03-09 14:38:11.0 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Live debian-live-ma...@lists.alioth.debian.org Uploaders: Franklin Piat fp...@klabs.be -Build-Depends: debhelper (= 7), dpatch, mingw32 +Build-Depends: debhelper (= 7), dpatch, mingw-w64 Standards-Version: 3.8.0 Homepage: http://www.klabs.be/~fpiat/projects/autorun4linuxCD/ Vcs-Browser: http://git.debian.org/git/debian-live/autorun4linuxcd.git @@ -14,4 +14,4 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Description: Menu for Debian Live under Windows This package contains a menu system for Debian Live under Windows. It is only - useful for live-helper, while building CD images. + useful for live-build, while building CD images. diff -Nru autorun4linuxcd-0.13/debian/rules autorun4linuxcd-0.13+nmu1/debian/rules --- autorun4linuxcd-0.13/debian/rules 2008-08-09 20:22:43.0 +0200 +++ autorun4linuxcd-0.13+nmu1/debian/rules 2014-03-09 14:38:11.0 +0100 @@ -15,7 +15,7 @@ build-stamp: patch dh_testdir - i586-mingw32msvc-gcc shellrun/shellrun.c -o shellrun/shellrun.exe + i686-w64-mingw32-gcc shellrun/shellrun.c -o shellrun/shellrun.exe touch build-stamp diff -Nru autorun4linuxcd-0.13/shellrun/Makefile autorun4linuxcd-0.13+nmu1/shellrun/Makefile --- autorun4linuxcd-0.13/shellrun/Makefile 2007-04-02 12:39:18.0 +0200 +++ autorun4linuxcd-0.13+nmu1/shellrun/Makefile 2014-03-09 14:35:54.0 +0100 @@ -22,7 +22,7 @@ _fetch : rsync -av --modify-window=1 --exclude=dsc0.jpg \ $(DSC)/ $(RAW)/ - find $(RAW) -type f -perm +333 -print -exec chmod 0444 {} \; + find $(RAW) -type f -perm /333 -print -exec chmod 0444 {} \; umountc : -umount $(CAMERA) signature.asc Description: Digital signature
Bug#730038: juman: FTBFS: target 'debian/juman-dic/usr/share/juman/dic' is not a directory
Hi, I can confirm that Eriberto's patch resolves the issue. I've uploaded this as a NMU to DELAYED-3 as it resolves an RC bug. Please feel free to tell me if I should delay it longer. Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741164: mp3splt: Please update to current version 2.6
Package: mp3splt Version: 2.4.2-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, please update mp3splt to the current upstream version 2.6 (along with libmp3splt to 0.9 if possible). There are some improvements over the version that is currently in Debian, including: - - FLAC support - - Handling of tags - - lots of bug fixes Thanks for your time! - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (750, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-16-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mp3splt depends on: ii libc6 2.18-4 ii libmp3splt0 0.7.2-2 ii libmp3splt0-mp3 [libmp3splt0-plugin] 0.7.2-2 ii libmp3splt0-ogg [libmp3splt0-plugin] 0.7.2-2 Versions of packages mp3splt recommends: ii libmp3splt0-mp3 0.7.2-2 ii libmp3splt0-ogg 0.7.2-2 Versions of packages mp3splt suggests: pn mp3splt-gtk none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJTHHONAAoJEGHzRCZ03mYk6Y4P/3PtI30/buqoVvUZ4+8zdpx/ KIBUKzGsDn0xvBJVR+9OF8vHMEsJ59ZdRboiJu/vEp3WP7WeycFaY4JRblX/nrvM ebTfRNUIfNe+9AY3dBemW2H3//wkHhH50We4tvH5nAHKdQ/eKuS4ekeZUxs+dxOY h0K8zniC6SPYtbZxpKjv6qNus3Ifdk4+P30kh4hSC1uWSR3xj3CLjEPIMDBkMvU9 jby3aBK451uH9jmTc/3ubq1GLPcGmyfO4NoAuPC50sW5bf3aK0GUjACua2fg5HSx qNTDeCBYl5ZlJew6CXZhRHrGAxmfYMyi7p+HIxBRhxLU1mCqwNUeJOE4Edj65yk7 TlUzlIjJmVASOu5JmVb3oxE+zO6YJlVjpe2FsuQeD0niLFIhGIhs9NHN8GVzSaTz 1ugZ/1OnYkcXlIuN+NaFy9GxRvD1rvHrMa7ekiXhTRSG5jWTX3RPCFZZZqBLs7O/ irayWpnWexJHKrPZuyh+cxSvtByo4sIc/S5iCRVAqyk2gqT4NSWLdlC4t21kNADv SupZx6SVlBkwFs9n1gho7PnINSXwySLzU/ctem/97df5YiBRxzsIpa42NWj37KfY rQ+/m3dcPhH/5w7Qls9VCYzCeRo7JeM9pNbvllrs0ws/XQWPLus9VuA1fLuCfcvD +hfmvTiVO42UbdtcPC1t =VHPx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#144503: courier-imap: should start daemons using start-stop-daemon
On 03/08/2014 09:10 PM, Petter Reinholdtsen wrote: [Petter Reinholdtsen 2010-01-31] Any hope of having this issue fixed for Squeeze? Would be nice if #144505 is fixed at the same time. What about for Jessie? Good punch! I'm working on proper packages for 0.73.1, if these are stable enough I'll address this bug. Thanks for poking Racke -- Perl and Dancer Development Visit our Open Source conference on E-commerce: http://www.ecommerce-innovation.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741165: libdolfin1.3: libdolfin.so.1.3.0 links with both GPL-licensed and GPL-incompatible libraries
Package: libdolfin1.3 Version: 1.3.0+dfsg-2 Severity: serious Justification: Policy 2.3 User: debian-science-maintain...@lists.alioth.debian.org Usertags: scotch-license-issues Hello, the library /usr/lib/x86_64-linux-gnu/libdolfin.so.1.3.0 links with: = libumfpack.so.5.6.2, which is under the GNU GPL v2 or later = libcholmod.so.2.1.2, which has parts under the GNU GPL v2 or later = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released under the GPL-incompatible terms of the CeCILL-C v1.0 license This seems to mean that package libdolfin1.3 includes a file which links with both GPL-licensed and GPL-incompatible libraries. Please refer to the almost identical bug #740463 for some further details about the SCOTCH licensing issues. I think the possible solutions to issue for dolfin are, in descending order of desirability: (A) SCOTCH copyright holders should be contacted and persuaded to re-license (or dual-license) it under GPLv2-or-later-compatible terms (B) SCOTCH should be substituted with a GPLv2-or-later-compatible replacement, if any is available (METIS seems to be at least GPLv3-or-later-compatible, see https://bugs.debian.org/740463#15 ) (C) GPL-licensed library (such as UMFPACK and CHOLMOD) copyright holders should be asked to relax the copyleft (for instance by switching the LGPL v2.1) or add license exceptions that give permission to link their works with code released under CeCILL-C v1.0 Since the best solution is (A), I renew my call for help to push in the direction of {re|dual}-licensing SCOTCH under the GNU LGPL v2.1: again, please see https://bugs.debian.org/740463#5 for the full story. Thanks for your time! P.S.: binary package python-dolfin could also be possibly affected by this same issue... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726370: gphoto2: Nikon D300, Darktable hangs and Dolphin shows error code 150.
On 2014-03-09 08:22:03, Laurent Bigonville wrote: Hello Antoine, Thanks for the feedback. Did you also saw the dataloss that the initial reporter is mentioning? I'm not sure i followed that part of the initial report, but i did not see dataloss - merely that I sometimes have trouble operating darktable import functionality. I'm not sure that this bug should be 'grave' if it's just the device is not working (or even hanging). Furthermore, there is the workaround of simply reading from the flash card directly, but that requires a flash card reader, which may not be shipped with the camera. Note that the problem is not specific to the D300 for me, I have similar problems with the Canon Powershot G12. Anyway, I've reassign this bug to libgphoto2 which is the library used under the hood. Okay. A. -- From the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! - Winston Smith, 1984 pgpJaRTe9fWvl.pgp Description: PGP signature
Bug#732120: no shared library, README.Debian?
adding a shared library has been discussed with upstream. Upstream does not want to support it as it does not want to deal with issues which arise from incompatibilities between different shared library build options. I don't think its worth the trouble to fix this in a Debian specific way. Concerning the ugly way to use the package, Fedora adopted the approach to use pkg-config to abstract the installation path and sources which could be added to the Debian package too. I'll look into it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741148: git-buildpackage: git-import-orig does not import the requested version with --uscan
severity 741148 wishlist thanks On Sun, Mar 09, 2014 at 08:27:06AM +0100, Johannes Schauer wrote: Package: git-buildpackage Version: 0.6.10 Severity: normal Hi, upstream offers a newer version than I want to import, so I specify the older version. But git-import-orig nevertheless imports the most recent version. That would be a new feature, so changing severity accordingly. Cheers, -- Guido Steps to reproduce: $ git clone git://anonscm.debian.org/pkg-e/libs/elementary.git $ cd elementary # in case that git moves on before you can look into this, checkout the right commit $ git reset --hard debian/1.7.7-3 # update changed upstream $ cat debian/watch EOF version=3 http://download.enlightenment.org/rel/libs/elementary/elementary-([\d\.]+)\.tar\.gz EOF $ git commit -a -m update debian/watch $ git fetch origin upstream:upstream pristine-tar:pristine-tar $ git-import-orig --uscan --upstream-version=1.8.5 --verbose gbp:info: Launching uscan... gbp:info: using ../elementary-1.9.0.tar.gz gbp:debug: ['git', 'rev-parse', '--show-cdup'] gbp:debug: ['git', 'rev-parse', '--is-bare-repository'] gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/master'] gbp:debug: ['git', 'show-ref', 'refs/heads/upstream'] gbp:debug: ['git', 'status', '--porcelain'] gbp:debug: tar ['-C', '../tmpB8ZPfG', '-a', '-xf', '../elementary-1.9.0.tar.gz'] [] gbp:debug: Unpacked '../elementary-1.9.0.tar.gz' to '../tmpB8ZPfG/elementary-1.9.0' gbp:info: Importing '../elementary-1.9.0.tar.gz' to branch 'upstream'... gbp:info: Source package is elementary gbp:info: Upstream version is 1.8.5 gbp:debug: ['git', 'add', '-f', '.'] gbp:debug: ['git', 'write-tree'] gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream'] gbp:debug: ['git', 'commit-tree', 'e2fb4b3992dda5a4b7bd21d90e5de3809e64dcfa', '-p', '91f53c6167d75346c92c2e72af94be70c914d4ec'] gbp:debug: ['git', 'update-ref', 'refs/heads/upstream', 'ccfa19ac7edf5d7c5f7786e5dcd431b8933b2e1c', '91f53c6167d75346c92c2e72af94be70c914d4ec'] gbp:debug: ['git', 'tag', '-m', 'Upstream version 1.8.5', 'upstream/1.8.5', 'ccfa19ac7edf5d7c5f7786e5dcd431b8933b2e1c'] gbp:info: Merging to 'master' gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/master'] gbp:debug: ['git', 'help', 'merge', '-m'] gbp:debug: ['git', 'merge', '--no-summary', '--no-edit', 'upstream/1.8.5'] gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/master'] gbp:debug: rm ['-rf', '../tmpB8ZPfG'] [] gbp:info: Successfully imported version 1.8.5 of ../elementary-1.9.0.tar.gz $ head -3 NEWS Elementary 1.9.0 So even though I specified to use version 1.8.5, version 1.9.0 was imported but named 1.8.5. If this is not a bug but a feature, then I request that this be mentioned in the man page. It might nevertheless be nice to have an option which allows me to import a specific upstream version with --uscan. cheers, josch -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.13.5 ii git 1:1.8.5.3-1 ii man-db2.6.5-2 ii python2.7.5-5 ii python-dateutil 1.5+dfsg-1 ii python-pkg-resources 2.2-1 Versions of packages git-buildpackage recommends: pn cowbuildernone ii pristine-tar 1.30 Versions of packages git-buildpackage suggests: pn python-notify none ii unzip 6.0-10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741166: wrong debian defaults documentation for smtp_authenticators
Package: mutt Version: 1.5.22-1 Severity: minor man muttrc says: smtp_authenticators Type: string Default: “” This is a colon-delimited list of authentication methods mutt may attempt to use to log in to an SMTP server, in the order mutt should try them. Authenti‐ cation methods are any SASL mechanism, e.g. “digest-md5”, “gssapi” or “cram-md5”. This option is case-insensitive. If it is “unset” (the default) mutt will try all available methods, in order from most-secure to least-secure. Example: set smtp_authenticators=”digest-md5:cram-md5” Note: On Debian systems, this variable defaults to the example mentioned. This file is managed by the “ca-certificates” package. which comes from debian/patches/debian-specific/document_debian_defaults.patch: @@ -2825,6 +2838,9 @@ struct option_t MuttVars[] = { ** .ts ** set smtp_authenticators=digest-md5:cram-md5 ** .te + ** .pp + ** \fBNote:\fP On Debian systems, this variable defaults to the example + ** mentioned. This file is managed by the ``ca-certificates'' package. */ # endif /* USE_SASL */ { smtp_pass, DT_STR, R_NONE, UL SmtpPass, UL 0 }, AFAICT this belongs to the ssl_ca_certificates_file option. Regards Evggeni -- Package-specific info: Mutt 1.5.22 (2013-10-16) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.12-1-amd64 (x86_64) ncurses: ncurses 5.9.20140118 (compiled with 5.9) libidn: 1.28 (compiled with 1.28) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=/usr/bin/gcc-4.8.real COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.8.2-15' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 -- with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.2 (Debian 4.8.2-15) Configure options: '--prefix=/usr' '--sysconfdir=/etc' '--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' '--with-mailpath=/var/mail' '--disable-dependency-tracking' '--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' '--enable-nntp' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm' Compilation CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_NNTP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. 0001-__misc__am-maintainer-mode.patch 0002-__features__ifdef.patch
Bug#708461: solution
sometimes KDE needs the spring cleaning I have had the same problem on a very old installation (the problem not happens on systems less old than 2009) and I have solved with an rm -r /var/tmp/kdecache-kdm* So now KDM use always the default directory /var/tmp/kdecache-kdm/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718536: [git-buildpackage/master] Remove incorrect docs about multiple filter options
tag 718536 pending thanks Date: Sun Mar 9 15:42:51 2014 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: d000b0c6660811a8fda7e8f3bb1223269cf1b646 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=d000b0c6660811a8fda7e8f3bb1223269cf1b646 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=d000b0c6660811a8fda7e8f3bb1223269cf1b646 Remove incorrect docs about multiple filter options Closes: #718536 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718536: gbp.conf: only the last of multiple filter options are used
clone 718536 -1 retitle -1 gbp.conf support multiple filter options severity -1 wishlist thanks Hi Christian, On Sat, Mar 08, 2014 at 09:34:24PM +0100, Christian Kastner wrote: tag 718536 + confirmed patch found 718536 0.6.10 thanks The problem is that by default, ConfigParser uses a dict (OrderDict in 2.7) as a backing store, so specifying an option more than once per section results in the values being overwritten instead of combined as gbp.conf(5) says. I do wonder how this ended up there since I'm sure this was never supported. I've removed the wrong docs for now. The attached patch 0001-* extends the config unit tests with such a case; you can observe that the test fails. Patch 0002-* implements a custom dict that overrides __setitem__ and squashes the value of reapeated option occurrences into one value, as if it had been specified as a Python list following gbp.conf(5). This has to be enabled to be effective, and currently it is only enable for the 'filter' option. The simpler alternative of course would be what Diane proposed: keep the code as-is, and just fix the man page. I believe this would also be cleaner code-wise. However, the ability of multiple filter options can make gbp.conf more readable, especially when you need to filter quite a few files for DFSG purposes. Agreed. We're currently about to rework the config parser stuff (Markus already sent patches for this) so we should revisit that at a later point so I'll turn this into a wishlist bug to extend the gbp.conf parser. Thanks a lot for the patch! Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741168: openbox-themes removed from recommends
Package: openbox Version: 3.5.2-4 Severity: minor Dear Maintainer, Version upgrade 3.5.2-4 removes openbox-themes from recommends. It should at least remain under suggestions. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii dpkg 1.16.12 ii libc6 2.13-38+deb7u1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libice6 2:1.0.8-2 ii libobrender27 3.5.0-7 ii libobt0 3.5.0-7 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxext6 2:1.3.1-2+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxrandr22:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 Versions of packages openbox recommends: ii obconf 1:2.0.3+20110805+debian-1 ii openbox-themes 1.0.2 Versions of packages openbox suggests: pn libxml2-dev none ii menu 2.1.46 ii python 2.7.3-4+deb7u1 ii ttf-dejavu 2.33-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658038: mutt: Segmentation fault reading message with a single space
Hi Alan, On Mon, Jan 30, 2012 at 04:47:06PM -0500, Allan Wind wrote: I am running a bleeding edge version of offlineimap that creates maildir messages with a single space when it cannot grok something. Reporting that issue upstream. allan@vent:~/mail/received/inbox/new$ od -a 1327958546_0.1799.vent,U=1155149,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2, 000 sp 001 mutt segfaults when trying to read this message. I am afraid the backtrace is not particular interesting though: I can't reproduce the issue with 1.5.22-1 from sid or 1.5.21-6.2+deb7u1 from wheezy here: evgeni@nana /tmp % od -a foomaildir/new/1327958546_0.1799.vent,U=1155149,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2, 000 sp 001 evgeni@nana /tmp % mutt -f foomaildir -F/dev/null Starts fine, loads the maildir, shows one single message. I can open it, but it is obviously empty :) Can you check if this can be closed? :) Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658038: mutt: Segmentation fault reading message with a single space
I am no longer using offlineimap. As you cannot reproduce it, I suggest declaring it a success. /Allan -- Allan Wind Life Integrity, LLC http://lifeintegrity.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708731: mutt invariably crashes with segmentation error when opening a specific mail from the Debian BTS
control: tags -1 + unreproducible moreinfo Hi Beatrice, On Sat, May 18, 2013 at 08:48:00AM +0200, Beatrice Torracca wrote: I recently received a mail from the Debian BTS regarding a bug that I opened and that was closed [#661731][1] The message is shown correctly in mutt's message index/list but when I try to open it, mutt always crashes with a segmentation error. This happens on both Debian machines I have (both tracking testing), and it happens if the message is in a mailbox with other messages and also if it is in a mailbox alone. Please find attached the offending message in mbox format. mutt -f mutt_killing_message_from_DebianBTS and then trying to open/view the message invariably results in a crash on my machine. I cannot reproduce this behaviour neither with mutt 1.5.20-9+squeeze2 (squeeze), nor with 1.5.21-6.2+deb7u1 (wheezy) nor 1.5.22-1 (sid). Do you have a minimal muttrc which triggers it? I am testing with mutt -f mutt_killing_message_from_DebianBTS -F/dev/null Or maybe a backtrace? Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576975: DeaDBeeF 0.6.1 is out
Package: wnpp Followup-For: Bug #576975 Also upstream provides .deb: http://sourceforge.net/projects/deadbeef/files/debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576975: DeaDBeeF 0.6.1 is out
Hello! On 03/09/2014 04:33 PM, mdt wrote: Also upstream provides .deb: http://sourceforge.net/projects/deadbeef/files/debian/ Thanks for the heads up, but I haven't had time yet to do a proper review for deadbeef. Since it's a new package, I thoroughly have to go through all source code files for a proper review to make sure there are no issues with the copyright. Debian packages provided by upstream are not required since Mateusz has already done the packaging. Also, packages have to meet high quality standards to be accepted into Debian, and upstream packages usually do not meet these criteria. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740302: wheezy-pu: package subversion/1.6.17dfsg-4+deb7u5
Control: tags -1 + confirmed On Thu, 2014-02-27 at 21:52 -0500, James McCoy wrote: * Add patch CVE-2014-0032: mod_dav_svn crash when handling certain requests with SVNListParentPath on (Closes: #737815) * rules: Fix removal of libsvnjavahl-1.a/.la/.so from libsvn-dev (Closes: #711911) Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740780: bash: basic bash completion is broken
On 2014-03-04 23:14, Salvo Tomaselli wrote: Package: bash Version: 4.3-1 after the upgrade bash completion seems to be broken. Pressing vim tab in a directory full of files doesn't cause any effect. I have the exact same problem. Directory completion works fine, file completion does not work at all. Eg cp /path/to/file completes only until the path/to. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741060: confirm: bash: Update to 4.3-2 breaks files' tab-completion
On 2014-03-08 01:02, Edward J. Shornock wrote: After updating to 4.3-2, hitting tab (twice) at a bash prompt turns up the following: $ bash: words: bad array subscript bash: words: bad array subscript Display all 116 possibilities? (y or n) After downgrading to 4.2+dfsg-1, tab-completion works as expected. I can confirm this, too. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739678: wheezy-pu: package resource-agents/1:3.9.2-5+deb7u2
Control: tags -1 + confirmed On Fri, 2014-02-21 at 11:01 +0100, Salvatore Bonaccorso wrote: When migrating from Squeeze to Wheezy, using ldirectord fails to test HTTPS real servers due to LWP::UserAgent's hostname_verification beeing enabled by default (from Wheezy on). [...] The fix takes upstream commit, which disables hostname verification again, allowing checking by IP only again. Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740083: wheezy-pu: package libpdf-api2-perl/2.019-1+deb7u1
Control: tags -1 + confirmed On Tue, 2014-02-25 at 16:14 +0100, Salvatore Bonaccorso wrote: In #739943 Moritz noted that libpdf-api2-perl FTBFS also in stable. I have prepared a debdiff for stable with the upstream commit [1], which is attached. Can this be considered for the next point release for wheezy? [1] https://bitbucket.org/ssimms/pdfapi2/commits/2885c70ebf0fc8a7ea3e2f608e398b7de5f53860 Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739305: mirror submission for debian.unnoba.edu.ar
Control: tag -1 +moreinfo Hi, On Mon, Feb 17, 2014 at 04:15:26PM +, Javier Charne wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for mirroring Debian. Here are a few items to discuss before the mirror is added to the list. Site: debian.unnoba.edu.ar Type: leaf Archive-architecture: amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 Archive-ftp: / Can you change the path to /debian/ ? (consistent with other mirrors and with your http and rsync) Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.br.debian.org It seems you changed the upstream to debian.lcs.mit.edu (whose new name is debian.csail.mit.edu by the way). You are recommended to mirror from a *.debian.org source (like ftp.br.d.o, or ftp.cl.debian.org) Updates: four Maintainer: Javier Charne jav...@unnoba.edu.ar Is there a role alias like admin or mirrors@ ? (in case you're on holidays for example) Country: AR Argentina Location: Junín, Buenos Aires, Argentina Sponsor: UNNOBA http://www.unnoba.edu.ar How much bandwidth is available ? Thanks for mirroring Debian and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739678: wheezy-pu: package resource-agents/1:3.9.2-5+deb7u2
Hi Adam, On Sun, Mar 09, 2014 at 03:51:21PM +, Adam D. Barratt wrote: Control: tags -1 + confirmed On Fri, 2014-02-21 at 11:01 +0100, Salvatore Bonaccorso wrote: When migrating from Squeeze to Wheezy, using ldirectord fails to test HTTPS real servers due to LWP::UserAgent's hostname_verification beeing enabled by default (from Wheezy on). [...] The fix takes upstream commit, which disables hostname verification again, allowing checking by IP only again. Please go ahead; thanks. Thank you Adam. I just have uploaded the package. Regards, Salvatore signature.asc Description: Digital signature
Bug#703998: debsecan: Don't report on already installed fixes
Package: debsecan Version: 0.4.16+nmu1 Followup-For: Bug #703998 Control: severity -1 important Hi, please treat this with higher priority. False positives make security reports useless, because it trains the sysop to ignore the report. We cannot only look at the version, since fixes are sometimes backported. However, if the user has set the suite, we can know the version *for each suite* where the unfixed-fixed transition takes place. X -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.5.52 ii python 2.7.5-5 ii python-apt 0.9.3.1 Versions of packages debsecan recommends: ii cron 3.0pl1-124 ii exim4 4.82-5 ii exim4-daemon-light [mail-transport-agent] 4.82-5 debsecan suggests no packages. -- debconf information: * debsecan/suite: sid * debsecan/source: * debsecan/report: true * debsecan/mailto: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741119: transition: cogl
On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: Yet another GNOME transition; this time it's cogl's turn. I assume this is the cogl 1.17/1.18 branch for GNOME 3.12, superseding my earlier suggestion (#736920) of a cogl 1.16 transition (libcogl15, corresponding to GNOME 3.10)? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740083: wheezy-pu: package libpdf-api2-perl/2.019-1+deb7u1
Hi Adam, On Sun, Mar 09, 2014 at 03:55:06PM +, Adam D. Barratt wrote: Control: tags -1 + confirmed On Tue, 2014-02-25 at 16:14 +0100, Salvatore Bonaccorso wrote: In #739943 Moritz noted that libpdf-api2-perl FTBFS also in stable. I have prepared a debdiff for stable with the upstream commit [1], which is attached. Can this be considered for the next point release for wheezy? [1] https://bitbucket.org/ssimms/pdfapi2/commits/2885c70ebf0fc8a7ea3e2f608e398b7de5f53860 Please go ahead; thanks. Thanks! I have uploaded the package. Regards, Salvatore signature.asc Description: Digital signature
Bug#741169: [shinken] German debconf templates translation
Package: shinken Version: 1.4-2 Severity: wishlist Tags: l10n patch --- Please enter the report below this line. --- Hello, please find attached the German translation of the debconf template for shinken. Please place the file in po-debconf://shinken/po/de.po Please check if the YEAR information in the header's copyright info actually corresponds with the year of the release of the 1.4-2 version. I was not very sure about it and put 2014, though it may as well be 2013. On shinken-monitoring.org I found the name of the copyright holder. Shinken seems to be a great nm-tool! Kind regards Stephan Beck Debian German translation team --- System information. --- Architecture: i386 Kernel: Linux 3.9.6 Debian Release: 7.4 990 stable security.debian.org 990 stable ftp.de.debian.org 500 stable-updates ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. # German translation for shinken. # Copyright (C) 2014 Jean Gabès # This file is distributed under the same license as the shinken package. # Stephan Beck tlahcu...@gmx.net, 2014. # msgid msgstr Project-Id-Version: shinken_1.4-2\n Report-Msgid-Bugs-To: shin...@packages.debian.org\n POT-Creation-Date: 2013-12-04 18:02-0500\n PO-Revision-Date: 2014-03-06 20:21-\n Last-Translator: Stephan Beck tlahcu...@gmx.net\n Language-Team: 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 #. Type: note #. Description #: ../shinken-module-broker-webui.templates:1001 msgid Recommendation for the WebUI module msgstr Empfehlung für das »WebUI«-Modul #. Type: note #. Description #: ../shinken-module-broker-webui.templates:1001 msgid Change 'auth_secret' option in /etc/shinken/shinken-specific/broker-webui.cfg msgstr Ãndern Sie die Option »auth_secret« in /etc/shinken/shinken-specific/broker- webui.cfg. #. Type: note #. Description #: ../shinken.templates:1001 msgid To access to Shinken msgstr Sie können wie folgt auf Shinken zugreifen: #. Type: note #. Description #: ../shinken.templates:1001 msgid * Address: http://127.0.0.1:7767 * Username: admin * Password: admin msgstr * Adresse: http://127.0.0.1:7767 * Benutzername: admin * Kennwort: admin signature.asc Description: OpenPGP digital signature
Bug#739943: Pending fixes for bugs in the libpdf-api2-perl package
tag 739943 + pending thanks Some bugs in the libpdf-api2-perl package are closed in revision 3ea854f3fa80f6f4166798e4f663e308930ee855 in branch ' wheezy' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libpdf-api2-perl.git;a=commitdiff;h=3ea854f Commit message: Add 739943-fix-FTBFS.patch patch Fixes FTBFS in stable. The patch sorts dictionary keys during PDF output for predictability. Thanks: Moritz Mühlenhoff Closes: #739943 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738735: linop: FTBFS: dh_sphinxdoc: Sphinx documentation not found
On Sun, Mar 09, 2014 at 01:39:00PM +, Ghislain Vaillant wrote: Could you provide the detailed steps to reproduce this bug. I have only tested the build locally on my machine via pbuilder prior to submitting the package and it went fine. If you look at https://buildd.debian.org/status/package.php?p=linop you will see that your package fails on every Debian autobuilder. The reason that it fails there, but not in your local pbuilder is that with pbuilder, you build architecture-dependent packages as well as architecture-independent (arch:all) ones but the autobuilders only build the arch-dependent parts. You can reproduce this locally if you use (for example) dpkg-buildpackage -B or if you call pbuilder with the --binary-arch option. Cheers, Andreas signature.asc Description: Digital signature
Bug#627949: /etc/modules parsing still broken
This bug is still reproducible almost three years later. My mute key doesn't work properly because systemd doesn't parse the volume_capabilities=1 part of the following line: thinkpad_acpi volume_capabilities=1 This file has worked the same way in Debian for the last decade, and is even documented to do so: # Parameters can be specified after the module name. Since systemd is going to be the default init system, it isn't acceptable to break almost every installed system where this worked fine under sysvinit. It would be nice if this bug could get fixed sooner rather than later so jessie isn't broken. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#741170: [libav] XBMC quits playing corrupt stream from PVR backend due to libav
Source: libav Version: 6:10~beta1-2 Severity: important Hi, The problem has been originally reported at upstream [1] [2]. XBMC should keep playing the corrupt stream since otherwise errors in broadcast signals would make watching TV impossible. Vanilla XBMC using its in embedded FFmpeg plays the file [3] attached to the upstream bug report. I'm opening the bug against libav, since mplayer2 2.0-728-g2c378c7-1 also quits playing the file and valgrind avconv -i test.mkv -o test.avi detects several memory handling errors. The problem affects earlier libav in unstable, too, and I have not checked libav in stable. Thanks, Balint [1] http://forum.xbmc.org/showthread.php?tid=188443 [2] http://forum.xbmc.org/showthread.php?tid=177474pid=1647027#pid1647027 [3] https://mega.co.nz/#!TQF0wTyI!nIfHTbZtgVpyeIsfCkXXzXwX9A8GbQDdeIWF1ahQy5w -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741171: gnome-shell: Wallpaper on background disappears when I have icons on my desktop
Package: gnome-shell Version: 3.8.4-5+b1 Severity: minor Dear Maintainer, With the last version of gnome-shell (3.8.4-5+b1)in debian testing, the wallpaper on background disappears when I have icons on my desktop (see the screen captures) http://www.servimg.com/image_preview.php?i=266u=12788053 http://www.servimg.com/image_preview.php?i=268u=12788053 When I remove the icons with tweak-tools, the background reappears. But it is possible to see that the wallpaper is still present in the little windows of the extension workspace to dock. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3+b2 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.38.0-2 ii gir1.2-gcr-3 3.8.2-4+b1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.38.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.10.7-1 ii gir1.2-ibus-1.0 1.5.5-1 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.36.2-2 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.2-1 ii gir1.2-telepathyglib-0.120.22.1-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.9.23-2+b1 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.10.1-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-5 ii gnome-themes-standard3.10.0-2 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.2-2 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3+b2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-15 3.8.5-3+b2 ii libedataserver-1.2-173.8.5-3+b2 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libgck-1-0 3.8.2-4+b1 ii libgcr-base-3-1 3.8.2-4+b1 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libgirepository-1.0-11.38.0-2 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.38.2-5 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.3-1 ii libgtk-3-0 3.10.7-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10.3-1 ii libnspr4-0d 2:4.10.3-1 ii libnss3 2:3.15.4-2 ii libnss3-1d 2:3.15.4-2 ii libp11-kit0
Bug#741160: xrdp: New upstream version
❦ 9 mars 2014 14:30 CET, Mert Dirik mertdi...@gmail.com : http://www.xrdp.org website claims 0.6.1 is the latest version but there are newer versions (0.7, 0.8 and 0.9?) available in the git repository at https://github.com/neutrinolabs/xrdp/ . I'm not sure if those are stable versions but I thought filling a report wouldn't hurt. I apologize if it's not the right repository or those versions are not appropriate for Debian archive. There are currently no formal releases for those versions, hence the fact that we currently stay with 0.6.1. However, Micheal Waltz is taking over xrdp and is willing to package those versions. -- Make it clear before you make it faster. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#741119: transition: cogl
On 09/03/14 17:09, Simon McVittie wrote: On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: Yet another GNOME transition; this time it's cogl's turn. I assume this is the cogl 1.17/1.18 branch for GNOME 3.12, superseding my earlier suggestion (#736920) of a cogl 1.16 transition (libcogl15, corresponding to GNOME 3.10)? Indeed. Sorry, I forgot you had already opened a transition bug. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708731: mutt invariably crashes with segmentation error when opening a specific mail from the Debian BTS
On Sunday 09 March 2014, at 16:20 +0100, Evgeni Golov wrote: control: tags -1 + unreproducible moreinfo Hi Beatrice, Hi! I cannot reproduce this behaviour neither with mutt 1.5.20-9+squeeze2 (squeeze), nor with 1.5.21-6.2+deb7u1 (wheezy) nor 1.5.22-1 (sid). Do you have a minimal muttrc which triggers it? I am testing with mutt -f mutt_killing_message_from_DebianBTS -F/dev/null I had almost forgot about this. I did not think about my config file then. Silly on my part. So, I started chopping off my .muttrc and I was left with one single line. :) color index red black '~B Content-Disposition: attachment' #presenti allegati So, one could say OK, your config fault. Well, I found another tricky side of the prob; if I try the command you suggested: mutt -f mutt_killing_message_from_DebianBTS -F/dev/null indeed I can open the message, but if I try to see its headers with h, here it is a segmentation fault again. In the meantime my version of mutt is 1.15.21 since I am still using Debian testing. Or maybe a backtrace? Right now I would not know where to start but I am willing to learn and try if you still can not reproduce the bug with these new info. Thanks, beatrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741172: libslepc3.4.2: libslepc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries
Package: libslepc3.4.2 Version: 3.4.2.dfsg-1 Severity: serious Justification: Policy 2.3 User: debian-science-maintain...@lists.alioth.debian.org Usertags: scotch-license-issues Hello, the library /usr/lib/libslepc.so.3.4.2 links with: = libumfpack.so.5.6.2, which is under the GNU GPL v2 or later = libcholmod.so.2.1.2, which has parts under the GNU GPL v2 or later = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released under the GPL-incompatible terms of the CeCILL-C v1.0 license = libpetsc.so.3.4.2, which, though being permissively-licensed, seems to link, in its turn, with the above three libraries... This seems to mean that package libslepc3.4.2 includes a file which links with both GPL-licensed and GPL-incompatible libraries. Please refer to the almost identical bug #740463 for some further details about the SCOTCH licensing issues. I think the possible solutions to issue for slepc are, in descending order of desirability: (A) SCOTCH copyright holders should be contacted and persuaded to re-license (or dual-license) it under GPLv2-or-later-compatible terms (B) SCOTCH should be substituted with a GPLv2-or-later-compatible replacement, if any is available (METIS seems to be at least GPLv3-or-later-compatible, see https://bugs.debian.org/740463#15 ) (C) GPL-licensed library (such as UMFPACK and CHOLMOD) copyright holders should be asked to relax the copyleft (for instance by switching to the LGPL v2.1) or add license exceptions that give permission to link their works with code released under CeCILL-C v1.0 Once again, the best solution is (A): I renew my call for help to push in the direction of {re|dual}-licensing SCOTCH under the GNU LGPL v2.1: please see https://bugs.debian.org/740463#5 for the full story. Thanks for your time! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708731: mutt invariably crashes with segmentation error when opening a specific mail from the Debian BTS
control: tags -1 - unreproducible moreinfo Hi! On Sun, Mar 09, 2014 at 05:41:32PM +0100, Beatrice Torracca wrote: I did not think about my config file then. Silly on my part. So, I started chopping off my .muttrc and I was left with one single line. :) color index red black '~B Content-Disposition: attachment' #presenti allegati So, one could say OK, your config fault. Well, I found another tricky side of the prob; if I try the command you suggested: mutt -f mutt_killing_message_from_DebianBTS -F/dev/null indeed I can open the message, but if I try to see its headers with h, here it is a segmentation fault again. Okay, hitting h triggers a segfault in 1.5.22-1 too. Good :) In the meantime my version of mutt is 1.15.21 since I am still using Debian testing. While the version from sid should install fine on jessie, I think this is not needed, as I can reproduce the bug here. Or maybe a backtrace? Right now I would not know where to start but I am willing to learn and try if you still can not reproduce the bug with these new info. The above is enough for me, but if you are curious, read https://wiki.debian.org/HowToGetABacktrace :) Regards Evgeni -- 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#724271: Pending fixes for bugs in the libproc-invokeeditor-perl package
tag 724271 + pending thanks Some bugs in the libproc-invokeeditor-perl package are closed in revision 6d6ea01e9078f21087bf7e8900f85cacd14479a1 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libproc-invokeeditor-perl.git;a=commitdiff;h=6d6ea01 Commit message: use ed | elvis-tiny | vim for B-D, dropping 'editor' The tests look for any of these, not just any package providing editor Closes: #724271 -- FTBFS with nano installed and ed and nvi not installed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726370: gphoto2: Nikon D300, Darktable hangs and Dolphin shows error code 150.
Le Sun, 09 Mar 2014 10:21:51 -0400, Antoine Beaupré anar...@debian.org a écrit : On 2014-03-09 08:22:03, Laurent Bigonville wrote: Hello Antoine, Thanks for the feedback. Did you also saw the dataloss that the initial reporter is mentioning? I'm not sure i followed that part of the initial report, but i did not see dataloss - merely that I sometimes have trouble operating darktable import functionality. I'm not sure that this bug should be 'grave' if it's just the device is not working (or even hanging). Furthermore, there is the workaround of simply reading from the flash card directly, but that requires a flash card reader, which may not be shipped with the camera. Note that the problem is not specific to the D300 for me, I have similar problems with the Canon Powershot G12. I've quickly discussed with upstream and told me you probably should check the following things: 0) Check if some other (gvfs) daemons not are blocking the device (ie. gvfsd-gphoto2) 1) Check if gphoto2 -L (to list the files) and gphoto2 -P (download all the pictures) are also hanging. 2) Run gphoto2 -L --debug --debug-logfile=xx.log to have some debug logs. If you could also attach the logs to the bug that would be great. Cheers! Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741174: blueman: Fails to start dhclient for PAN connection
Package: blueman Version: 1.23-git201312311147-1 Severity: normal Hello, When attempting to tether to a smartphone, blueman fails to start dhclient, despite having the DHCP plugin selected. The NM PAN plugin doesn't work either, generating an exception every time it is used. There is nothing in the log about attempting to start dhclient. dhclient is installed and when run manually will give me an IP. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 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 blueman depends on: ii bluez4.101-4 ii dbus 1.8.0-1 ii gnome-icon-theme 3.10.0-1 ii libatk1.0-0 2.10.0-2 ii libbluetooth34.101-4 ii libc62.18-4 ii libcairo21.12.16-2 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-01.36.2-2 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpython2.7 2.7.6-7 ii librsvg2-common 2.40.0-1 ii libstartup-notification0 0.12-3 ii notification-daemon 0.7.6-1 ii obex-data-server 0.4.5-1+b3 ii python 2.7.5-5 ii python-appindicator 0.4.92-3 ii python-dbus 1.2.0-2+b2 ii python-gi3.10.2-2+b1 ii python-gtk2 2.24.0-3+b1 ii python-notify0.1.1-3 ii xfce4-notifyd [notification-daemon] 0.2.4-2 Versions of packages blueman recommends: ii policykit-1 0.105-4 ii python-gconf 2.28.1+dfsg-1 blueman 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#741175: gnucash-docs is huge (139MB) and a strong dependency of gnucash
Package: gnucash-docs Version: 2.6.1-1 Severity: normal Tags: l10n Dear Maintainer, gnucash-docs seems much larger than necessary (139MB download). Perhaps the images could be compressed further, or the package broken up into multiple packages for the different languages? Also it might be appropriate to reduce the dependency to Suggests instead of Recommends (it seems like it should be perfectly reasonable to install gnucash without the ondisk documentation). -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740760: [Pkg-systemd-maintainers] Bug#740760: systemd: timeout parameters in crypttab is ignored
Hi Michael thank for your support. photo @ prompt password https://dl.dropboxusercontent.com/u/996823/IMG_20140309_180819.jpg and this https://dl.dropboxusercontent.com/u/996823/IMG_20140309_181638.jpg after input password I'm confused... I wrong to open bug for package systemd? thanks in advance Gianluca 2014-03-09 12:19 GMT+01:00 Michael Stapelberg stapelb...@debian.org: Hi Pipes, Pipes pipe...@yahoo.it writes: 2014-03-08 22:30 GMT+01:00 Michael Stapelberg stapelb...@debian.org: When you say “the timeout of 10 seconds doesn't work”, what does that mean specifically? Note that the timout specified via timeout= is for the password prompt, not for the device. When looking at the code in src/cryptsetup/cryptsetup.c and cryptsetup-generator.c, I don’t think it’s getting ignored. Hi Michael on the password's prompt, I don't put password I don't press enter , I wait indefinitely. This occurs on the pc's boot and on the resume of pc after suspend to disk,. I tried to reproduce this by manually starting systemd-cryptsetup with timeout=10 on a loop device and the timeout works just fine. I am getting the feeling like you are confusing systemd with your initramdisk. Can you please provide a foto of the screen you are seeing when you are prompted to enter your password? -- Best regards, Michael -- Powered by GNU/Linux Debian AMD64 blog - http://delirihitech.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740640: squeeze-pu: package libfinance-quote-perl/1.17-1+deb6u1
Control: tags -1 + pending On Mon, 2014-03-03 at 20:47 +0100, Sébastien Villemot wrote: Le lundi 03 mars 2014 à 19:29 +, Adam D. Barratt a écrit : On Mon, 2014-03-03 at 20:11 +0100, Sébastien Villemot wrote: Please find attached a pu for libfinance-quote-perl which fixes #739142 (inability to download quotes due to a change in Yahoo! URLs). Please go ahead; thanks. Uploaded. Flagged for acceptance. 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#741113: spectools: fails to build with clang instead of gcc
What I believe was a bug in glib is not. When using glib/gmessages.h macro, one should take care of using - g_return_if_* in void functions - g_return_val_if_* in non-void functions See Colin Watson reply here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741128#10 The attached patch fixes it. Unfortunately, the build now dies with the following error: clang: error: linker command failed with exit code 1 New buildlog and updated patch are here: https://github.com/nonas/debian-clang/tree/master/buildlogs/spectools Regards, Nicolas Description: fix FTBFS with clang instead of gcc [-Wreturn-type] When using gmessages.h, one should take care of using: g_return_if_* in void functions g_return_val_if_* in non-void functions Author: Nicolas Sévelin-Radiguet nic...@free.fr Last-Update: 2014-03-08 --- a/spectool_raw.c +++ b/spectool_raw.c @@ -101,7 +101,7 @@ if (o == 'h') { Usage(); - return; + return 1; } else if (o == 'b') { bcastlisten = 1; } else if (o == 'n') { --- a/spectool_curses.c +++ b/spectool_curses.c @@ -90,7 +90,7 @@ if (o == 'h') { Usage(); - return; + return 1; } else if (o == 'n') { neturl = strdup(optarg); continue; @@ -98,20 +98,20 @@ if (sscanf(optarg, %d, range) != 1) { printf(Expected number for range, see listing for supported ranges\n); Usage(); -return; +return 0; } continue; } else if (o == 'd') { if (sscanf(optarg, %d, device) != 1) { printf(Expected number for device, see listing for detected devices\n); Usage(); -return; +return 0; } if (device 0 || device = ndev) { printf(Device number invalid, see listing for detected devices\n); Usage(); -return; +return 0; } continue; --- a/spectool_gtk_hw_registry.c +++ b/spectool_gtk_hw_registry.c @@ -326,10 +326,10 @@ spectool_phy *wdr_get_phy(spectool_device_registry *wdr, int slot) { if (slot 0 || slot wdr-max_dev) - return; + return 0; if (wdr-devices[slot] == NULL) - return; + return 0; return wdr-devices[slot]-phydev; } @@ -523,10 +523,10 @@ char err[SPECTOOL_ERROR_MAX]; if (wdrpr-slot 0 || wdrpr-slot wdrpr-wdr-max_dev) - return; + return 0; if (wdrpr-wdr-netservers[wdrpr-slot] == NULL) - return; + return 0; sr = wdrpr-wdr-netservers[wdrpr-slot]-srv; @@ -537,7 +537,7 @@ Spectool_Alert_Dialog(err); wdr_close_net(wdrpr-wdr, wdrpr-slot); - return; + return 1; } } while ((r SPECTOOL_NETCLI_POLL_ADDITIONAL)); --- a/spectool_gtk_widget.c +++ b/spectool_gtk_widget.c @@ -184,8 +184,8 @@ SpectoolWidgetController *con = (SpectoolWidgetController *) widget; char alt_title_text[32]; - g_return_if_fail(widget != NULL); - g_return_if_fail(event != NULL); + g_return_val_if_fail(widget != NULL, 0); + g_return_val_if_fail(event != NULL, 0); if (event-type == GDK_BUTTON_PRESS) { GdkEventButton *bevent = (GdkEventButton *) event; @@ -231,8 +231,8 @@ GdkColor c; GtkStyle *style; - g_return_if_fail(widget != NULL); - g_return_if_fail(IS_SPECTOOL_WIDGET(widget)); + g_return_val_if_fail(widget != NULL, 0); + g_return_val_if_fail(IS_SPECTOOL_WIDGET(widget), 0); wwidget = SPECTOOL_WIDGET(widget); @@ -294,9 +294,9 @@ GtkWidget *menu; GdkEvent *event = (GdkEvent *) button; - g_return_if_fail(widget != NULL); - g_return_if_fail(aux != NULL); - g_return_if_fail(IS_SPECTOOL_WIDGET(aux)); + g_return_val_if_fail(widget != NULL, 0); + g_return_val_if_fail(aux != NULL, 0); + g_return_val_if_fail(IS_SPECTOOL_WIDGET(aux), 0); wwidget = SPECTOOL_WIDGET(aux); @@ -780,8 +780,8 @@ SpectoolWidget *wwidget; cairo_t *cr; - g_return_if_fail(widget != NULL); - g_return_if_fail(IS_SPECTOOL_WIDGET(aux)); + g_return_val_if_fail(widget != NULL, 0); + g_return_val_if_fail(IS_SPECTOOL_WIDGET(aux), 0); wwidget = SPECTOOL_WIDGET(aux); cr = gdk_cairo_create(widget-window); --- a/spectool_gtk_channel.c +++ b/spectool_gtk_channel.c @@ -43,8 +43,8 @@ int dbm, maxy, nchannels; SpectoolWidget *wwidget; - g_return_if_fail(cwidget != NULL); - g_return_if_fail(IS_SPECTOOL_WIDGET(cwidget)); + g_return_val_if_fail(cwidget != NULL, 0); + g_return_val_if_fail(IS_SPECTOOL_WIDGET(cwidget), 0); wwidget = SPECTOOL_WIDGET(cwidget); /* Only compute if we know a chanset and if we're inside the bounding @@ -224,17 +224,17 @@ int ch; GList *upd_iter; - g_return_if_fail(aux != NULL); - g_return_if_fail(IS_SPECTOOL_CHANNEL(aux)); - g_return_if_fail(IS_SPECTOOL_WIDGET(aux)); + g_return_val_if_fail(aux != NULL, 1); + g_return_val_if_fail(IS_SPECTOOL_CHANNEL(aux), 1); + g_return_val_if_fail(IS_SPECTOOL_WIDGET(aux), 1); channel = SPECTOOL_CHANNEL(aux); wwidget = SPECTOOL_WIDGET(aux); - g_return_if_fail(wwidget-chanopts != NULL); - g_return_if_fail(wwidget-chanopts-chanset != NULL); - g_return_if_fail(wwidget-sweepcache != NULL); - g_return_if_fail(wwidget-sweepcache-latest != NULL); + g_return_val_if_fail(wwidget-chanopts != NULL,
Bug#741128: libglib2.0-dev: No return values in glib/gmessages.h
On 03/09/2014 12:57 AM, Colin Watson wrote: Control: reassign -1 libglib2.0-dev 2.38.2-5 On Sat, Mar 08, 2014 at 11:30:45PM +0100, Nicolas Sévelin-Radiguet wrote: I'm building packages with clang instead of gcc. Some packages depending on glib fail to build with -Wreturn-type errors. See the following log excerpt: g_return_if_fail(widget != NULL); ^ /usr/include/glib-2.0/glib/gmessages.h:345:3: note: expanded from macro 'g_return_if_fail' return; \ ^ This seems like the fault of the packages using GLib. Each g_return_if_* macro has a g_return_val_if_* sibling, which you're supposed to use in non-void contexts. Adding return values to the g_return_if_* macros as your patch does would lead to many packages attempting to return values from void functions, which would also be wrong. Oh, I see. Thank you for the clarification. I was indeed able to write a patch using g_return_vaf_if_*. Sorry for the noise :( Regards, Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741176: check-mk-multisite: MOD_PYTHON ERROR
Package: check-mk-multisite Version: 1.2.2p3-1~bpo70+1 Severity: important Hi, I just installed check-mk-multisite from wheezy-backports. The installation did not require upgrading any other packages. When I then try to access my installation, I get this error message: -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) D_PYTHON ERROR ProcessId: 2303 Interpreter:'nagios.nomeata.de' ServerName: 'nagios.nomeata.de' DocumentRoot: '/usr/share/nagios3/htdocs' URI:'/check_mk/view.py' Location: None Directory: '/usr/share/check_mk/web/htdocs/' Filename: '/usr/share/check_mk/web/htdocs/view.py' PathInfo: '' Phase: 'PythonHandler' Handler:'index' Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 1202, in _process_target module = import_module(module_name, path=path) File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 296, in import_module log, import_path) File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 680, in import_module execfile(file, module.__dict__) File /usr/share/check_mk/web/htdocs/index.py, line 45, in module execfile(pagehandlers_dir + / + fn) File /usr/share/check_mk/web/plugins/pages/wato.py, line 27, in module import wato File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 991, in load_module return _global_modules_cache.import_module(self.__file) File /usr/lib/python2.7/dist-packages/mod_python/importer.py, line 680, in import_module execfile(file, module.__dict__) File /usr/share/check_mk/web/htdocs/wato.py, line 125, in module sync_snapshot_file = defaults.tmp_dir + /sync_snapshot.tar.gz AttributeError: 'module' object has no attribute 'tmp_dir' MODULE CACHE DETAILS Accessed: Sun Mar 9 18:43:46 2014 Generation: 0 _mp_41b27df2953cb788515f202493b7cf8e { FileName: '/usr/share/check_mk/web/htdocs/bi.py' Instance: 1 [IMPORT] Generation: 13 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/config.py', '/usr/share/check_mk/web/htdocs/htmllib.py', '/usr/share/check_mk/web/htdocs/lib.py', '/usr/share/check_mk/web/htdocs/weblib.py' } _mp_ff5ab391e0105ff1f00cb73b5792a4b6 { FileName: '/usr/share/check_mk/web/htdocs/config.py' Instance: 1 [IMPORT] Generation: 4 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/defaults.py', '/usr/share/check_mk/web/htdocs/lib.py' } _mp_25e4239f3951df0baad5664eb02ebc6e { FileName: '/usr/share/check_mk/web/htdocs/default_permissions.py' Instance: 1 [IMPORT] Generation: 12 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/config.py' } _mp_663e9c6051ab5cb46a07be5926a51264 { FileName: '/usr/share/check_mk/web/htdocs/defaults.py' Instance: 1 [IMPORT] Generation: 1 Modified: Sat Apr 7 08:34:15 2012 Imported: Sun Mar 9 18:43:46 2014 } _mp_724afbdc3a103f642b8906b174f8d92b { FileName: '/usr/share/check_mk/web/htdocs/forms.py' Instance: 1 [IMPORT] Generation: 8 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/htmllib.py', '/usr/share/check_mk/web/htdocs/lib.py' } _mp_f6a687ad2f52c43e7af71aee36c018f1 { FileName: '/usr/share/check_mk/web/htdocs/hooks.py' Instance: 1 [IMPORT] Generation: 7 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/config.py' } _mp_63ed945cd420f3746d0ed59bf64cea9e { FileName: '/usr/share/check_mk/web/htdocs/htmllib.py' Instance: 1 [IMPORT] Generation: 6 Modified: Tue Nov 5 10:23:08 2013 Imported: Sun Mar 9 18:43:46 2014 Children: '/usr/share/check_mk/web/htdocs/config.py', '/usr/share/check_mk/web/htdocs/defaults.py', '/usr/share/check_mk/web/htdocs/lib.py', '/usr/share/check_mk/web/htdocs/weblib.py' } _mp_574aa7ac4376de6e49bc977af06f4244 { FileName: '/usr/share/check_mk/web/htdocs/index.py' Instance: 1 [IMPORT] Generation: 0 [ERROR] Modified: Tue Nov 5 10:23:08 2013 Children: '/usr/share/check_mk/web/htdocs/bi.py', '/usr/share/check_mk/web/htdocs/config.py', '/usr/share/check_mk/web/htdocs/default_permissions.py',
Bug#741177: Please add rules for icinga
Package: logcheck-database Version: 1.3.15 Severity: wishlist logcheck-database comes with rules for nagios, which can be trivially copied and changed to become rules for Icinga -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- 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#741176: '/etc/check_mk/conf.d/wato/contacts.mk' not found
Hi, I now also installed check-mk-config-nagios3 and check-mk-livestatus from wheezy-backports. Now the page shows some HTML, but tells me Internal error:: [Errno 2] No such file or directory: '/etc/check_mk/conf.d/wato/contacts.mk' (Retry with debug mode) I’m reverting at this point, it seems that check-mk has become more complex than what I need (which is just a nicer read-only front-end to nagios). Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#741178: xterm mis-sets terminal size (again)
Package: xterm Version: 302-1 Severity: normal Control: found -1 303-1 It looks like #347308 aka #347774 is back: If I open an xterm my window manager makes it fill out the whole frame instantly, but xterm again sometimes does not seem to set the terminal size to it (but instead to some previous size) until I trigger a resize of the window, in which case xterm sets the terminal size to the window size. Btw: #461773 might be a another duplicate of #347308. Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Versions of packages xterm depends on: ii libc6 2.18-4 ii libfontconfig1 2.11.0-5 ii libice6 2:1.0.8-2 ii libtinfo5 5.9+20140118-1 ii libutempter01.1.5-4 ii libx11-62:1.6.2-1 ii libxaw7 2:1.0.12-1 ii libxft2 2.3.1-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.4-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+1 Versions of packages xterm suggests: pn xfonts-cyrillic none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741179: pdftocairo(1): Some minor corrections to the manual
Source: poppler Version: 0.24.5-2 Severity: minor Tags: patch Dear Maintainer, * What led up to the situation? Checking the manual with a script * What was the outcome of this action? Found some minor cosmetic errors ## Changes: Macro IR changed to macro I Space in front of a comma removed Space between sentences changed from one to two. Better is to start each sentence on a new line, as the file contains formatting commands. - changed to \- if it is a minus sign Space between two parentheses redused to one word space Word space added after a comma (in an enumeration) - between numbers changed to \(en if it means a range Patch is in the attachment -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.2.53-rt75-1 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- Bjarni I. Gislason pdftocairo.1.diff.gz Description: application/gunzip
Bug#740673: apt-cdrom ident started requesting to insert cd even if cd is already mounted
On 2014-03-08, David Kalnischkies da...@kalnischkies.de wrote: On Sat, Mar 08, 2014 at 01:37:22AM +0100, Cyril Brulebois wrote: Gabriele Giacone 1o5g4...@gmail.com (2014-03-04): On hurd, apt-cdrom ident started requesting to insert cdrom even if cdrom is already mounted. That breaks debian-installer given it's called by load-install-cd. Recent debian-installer builds get stuck at Configuring apt - Scanning the CD-ROM. See https://bugs.debian.org/728153 Weekly installation image builds are indeed broken; this is slightly annoying since I was aiming at releasing an alpha 1 image for jessie soon, so that we can perform regression tests against it. Sorry about that. I am not really able to test cdrom stuff at the moment and had hoped that this was actually tested with d-i as the buglog indicated this to me (yes I know, silly me). John, as the author of the patch, can you shine some light on with what you have tested this (out of my interest). One of your mails suggested to me it was useful for d-i, but now that I read it again I seem to have overlooked a possibly. I tested apt-cdrom add with d-i for my original patch, since the problem I was solving was for d-i. You then asked me to change ident as well. I did not test the ident changes with d-i, only from various tests on the command line. I will look at how d-i is using ident and see what the problem is. At least it reminds me that I have to find a way to make a testcase which doesn't use --no-mount as this is of course hiding the issue… Sidenote: Why are you allowing apt-cdrom to do the mounting by itself here if you have mounted it already and remount it after the run? While making the code changes, the handling of no-mount seemed odd to me, as if it was being used as some special case for some application and was not really a general-purpose feature. And it was different for add than it was for ident. Now ident behaves like add which is probably the problem. I thought I was fixing buggy behavior for code that nobody used. [ Also, if you're going to change semantics, it probably would be nice to warn your users (e.g. -boot@ in that particular case); heads-up on topics with possible big consequences are always appreciated. ] This is my fault. I should have brought up the strange behavior of no-mount and asked why it was like that. In fact, there are several things about the no-mount implementation that should probably be addressed because it is quite fragile code. John Ogness -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741180: pdftohtml(1): Some typographical corrections to the manual
Source: poppler Version: 0.24.5-2 Severity: minor Tags: patch Dear Maintainer, * What led up to the situation? Checking the man page with a script * What was the outcome of this action? Some typographical mistakes found ## Changes: Comma added after and Space between sentences fixed to two word spaces. As the file contains formatting commands, it is better to start each sentence in a new line. Full stop (.), that starts or ends a string, protected with \ 3.B changed to .B (formatting request) Patch is in the attachment. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.2.53-rt75-1 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- Bjarni I. Gislason pdftohtml.1.diff.gz Description: application/gunzip
Bug#741181: pdftoppm(1): Some typographical corrections to the man page
Source: poppler Version: 0.24.5-2 Severity: minor Tags: patch Dear Maintainer, * What led up to the situation? Checking the man page with a script * What was the outcome of this action? Found some typographical mistakes ## Changes: Increased the space between some sentences from one to two word spaces. As the file contains formatting requests, it is better to start each sentence on a new line - changed to \- if it means a minus sign - between two numbers changed to \(en (en-dash), if it means a range Patch: --- pdftoppm.1 2013-08-16 23:21:40.0 + +++ pdftoppm.1.new 2014-03-09 13:20:26.0 + @@ -49,17 +49,17 @@ Specifies the Y resolution, in DPI. The .TP .BI \-scale-to number Scales the long side of each page (width for landscape pages, height -for portrait pages) to fit in scale-to pixels. The size of the short +for portrait pages) to fit in scale-to pixels. The size of the short side will be determined by the aspect ratio of the page. .TP .BI \-scale-to-x number -Scales each page horizontally to fit in scale-to-x pixels. If -scale-to-y is set to -1, the vertical size will determined by the +Scales each page horizontally to fit in scale-to-x pixels. If +scale-to-y is set to \-1, the vertical size will determined by the aspect ratio of the page. .TP .BI \-scale-to-y number -Scales each page vertically to fit in scale-to-y pixels. If scale-to-x -is set to -1, the horizontal size will determined by the aspect ratio +Scales each page vertically to fit in scale-to-y pixels. If scale-to-x +is set to \-1, the horizontal size will determined by the aspect ratio of the page. .TP .BI \-x number @@ -145,7 +145,7 @@ Error related to PDF permissions. 99 Other error. .SH AUTHOR -The pdftoppm software and documentation are copyright 1996-2011 Glyph +The pdftoppm software and documentation are copyright 1996\(en2011 Glyph Cog, LLC. .SH SEE ALSO .BR pdfdetach (1), -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.2.53-rt75-1 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- Bjarni I. Gislason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741182: pdftops(1): Some typographical corrections to the manual
Source: poppler Version: 0.24.5-2 Severity: minor Tags: patch Dear Maintainer, * What led up to the situation? Checking the man page with a script * What was the outcome of this action? Found some typographical mistakes ## Changes: \'-' changed to '\-' Removed space at the end of a line Increased space between sentences from one to two word spaces. As the file contains formatting requests, it is better to begin each sentence in a new line. Changed - between numbers to \(en (en-dash), if it means a range Patch: --- pdftops.1 2013-08-16 23:20:41.0 + +++ pdftops.1.new 2014-03-09 14:06:48.0 + @@ -27,7 +27,7 @@ to .I file.eps with the \-eps option). If .I PS-file -is \'-', the PostScript is sent to stdout. +is '\-', the PostScript is sent to stdout. .SH OPTIONS .TP .BI \-f number @@ -67,11 +67,11 @@ same as for \-level2sep. .TP .B \-origpagesizes Generate a PostScript file with variable page sizes and orientations, -taking for each page the size of the original page in the PDF file. +taking for each page the size of the original page in the PDF file. The PostScript file contains /PageSize [WIDTH HEIGHT] setpagedevice lines in each page header, so that the paper input tray gets correctly -changed on the printer. This option should be used when pdftops is used -as a print filter. Any specification of the page size via \-paper, +changed on the printer. This option should be used when pdftops is used +as a print filter. Any specification of the page size via \-paper, \-paperw, or \-paperh will get overridden as long as each page of the PDF file has a defined paper size. No more than one of the mode options (\-origpagesizes, \-eps, \-form) may be given. @@ -145,15 +145,15 @@ preload images and forms .BI \-paper size Set the paper size to one of letter, legal, A4, or A3. This can also be set to match, which will set the paper size to match the -size specified in the PDF file. \-origpagesizes overrides this setting +size specified in the PDF file. \-origpagesizes overrides this setting if the PDF file has defined page sizes. .TP .BI \-paperw size -Set the paper width, in points. \-origpagesizes overrides this setting +Set the paper width, in points. \-origpagesizes overrides this setting if the PDF file has defined page sizes. .TP .BI \-paperh size -Set the paper height, in points. \-origpagesizes overrides this setting +Set the paper height, in points. \-origpagesizes overrides this setting if the PDF file has defined page sizes. .TP .B \-nocrop @@ -214,7 +214,7 @@ Error related to PDF permissions. 99 Other error. .SH AUTHOR -The pdftops software and documentation are copyright 1996-2011 Glyph +The pdftops software and documentation are copyright 1996\(en2011 Glyph Cog, LLC. .SH SEE ALSO .BR pdfdetach (1), -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.2.53-rt75-1 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- Bjarni I. Gislason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org