Bug#766582: libftdi1: New upstream version 1.1 available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: libftdi1 Version: 0.20-2 Severity: wishlist Hi, there is a new version 1.1 available from http://www.intra2net.com/en/developer/libftdi/ News: 2014-02-05: Version 1.1 of libftdi released 2013-01-29: Version 1.0 of libftdi released Thank you for your work! Cheers, Denis - --- System information. --- Architecture: amd64 Kernel: Linux 3.14-0.bpo.2-amd64 Debian Release: 7.7 500 stable-updates ftp.ru.debian.org 500 stable security.debian.org 500 stable ftp.ru.debian.org 450 wheezy-backports ftp.ru.debian.org 150 testing ftp.ru.debian.org - --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.14) | 2.19-11 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-20+nmu1 Package's Recommends field is empty. Package's Suggests field is empty. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUSey5AAoJEEYAHf7wxhVAYW8P/2ZgT71rzVmT2Zh3S0kNIpIq Auye9wSHeAPYsxeL8Z3JR2BRMGzZWj2S6eWH4/JQS2akp5wovdNa/c6FrKVxfzCo ty2Wbauv2Vz2cBDmNAoPumRpGuYQ1QcShc//+iUo/LtvyMjda3Ch5jnZk1hmldnS 0MmDYS+gyqUZP4flDs7moHCFmCEpzVRDxQZ1aAkz0UUwgL2KaD7X30SjX9Qr cDNWuqtmJ0AdIKv7MZN3TWlpLUY/+jweDR2A8j7foxPJ6LLV86OlUxKQTzvf2v7L LkVSNW/6b2ecCs0/Hsd3hQp+lNsKJNpq7hEN7tn2wgXobkI50DWUesdzFD0Ru5Ed MegLZn3qYejGx0tzfbaOQvDi0VlWmIoy9ACJF0SFxD3xvdg5Ub285dBRX9/mVNx6 0dI3TStU29+SWGYrrCyFF6lTSGA5lyp8JRTqKPsAokZ739HPgYcRZaNmPQZ3stI1 TXN1shOgRjDNfwjEyXzFHgwxLXl5rPQPuj1+rooauQqlZbNJBX8aEQPSxZboOfAr mvC6QO7SbmXYZYOLE8UK6ELfuhxhFufFjDj1TkwLv1QDZeUaAXeHOV2AucjIPGEk +5wKshLRzVinJZcvrgTY3UGs0fyX0ihiWENBW77Uh69XyIEIAzfEum5An9vn3HDT JNSyLDROyVh6MTfv58js =EFZ6 -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#766583: RFS: libgeotiff-dfsg/1.4.0-3
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libgeotiff-dfsg * Package name: libgeotiff-dfsg Version : 1.4.0-3 * URL : http://geotiff.osgeo.org/ Section : science It builds those binary packages: geotiff-bin - GeoTIFF (geografic enabled TIFF) library -- tools libgeotiff-dev - GeoTIFF (geografic enabled TIFF) library -- development files libgeotiff2 - GeoTIFF (geografic enabled TIFF) library -- run-time files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libgeotiff-dfsg Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libg/libgeotiff-dfsg/libgeotiff-dfsg_1.4.0-3.dsc Changes since the last upload: * Team Upload * Enable hardening * Update debian/control (standards version, vcs url) * Update short descriptions * Install manfile for listgeo.1 * Fix macro error in manfile * Update debhelper dep to 9 Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752054: commons-daemon: add mips abi n32, n64 support
On Thu, 19 Jun 2014 15:10:25 +0800 Sphinx Jiang yishan...@gmail.com wrote: Index: commons-daemon-1.0.15/src/native/unix/support/apsupport.m4 === --- commons-daemon-1.0.15.orig/src/native/unix/support/apsupport.m4 2014-06-19 05:40:23.0 + +++ commons-daemon-1.0.15/src/native/unix/support/apsupport.m4 2014-06-19 05:46:23.202817468 + @@ -113,7 +113,7 @@ LDCMD=/opt/C/bin/cc HOST_CPU=osd ;; - mips) + mips | mipsn32 | mips64) CFLAGS=$CFLAGS -DCPU=\\\mips\\\ supported_os=mips HOST_CPU=mips @@ -142,7 +142,7 @@ fi CFLAGS=$CFLAGS -DCPU=\\\$HOST_CPU\\\ -DSO_EXT=\\\sl\\\ ;; - mipsel) + mipsel | mipsn32el | mips64el) CFLAGS=$CFLAGS -DCPU=\\\mipsel\\\ supported_os=mipsel HOST_CPU=mipsel I NMUed this package with the attached patch to 5-delay. commons-daemon.debdiff Description: Binary data
Bug#766584: fenics: Fenics to be removed with recent dist-upgrade
Package: fenics Version: 1:1.4.0.1 Severity: normal Dear Maintainer, since about last week apt-get dist-upgrade proposes me a huge update involving 200+ packages, whose side effect is to have fenics - and all packages coming with it - removed from the system. I would guess it's a dependency issue, but of course I'm not sure. How can I recover this? Thanks for help, Massimiliano -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fenics depends on: ii dolfin-bin 1.4.0+dfsg-4 ii dolfin-doc 1.4.0+dfsg-4 ii libdolfin-dev 1.4.0+dfsg-4 ii python-dolfin 1.4.0+dfsg-4 ii python-ffc 1.4.0-1 ii python-fiat 1.4.0-1 ii python-instant 1.4.0-1 ii python-ufl 1.4.0-1 ii python-ufl-doc 1.4.0-1 Versions of packages fenics recommends: ii python-scitools 0.9.0-1 fenics 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#765827: install default config in /etc/dunstrc
EL Thu, 23 Oct 2014 23:08:30 +0200 Michael Stapelberg stapelb...@debian.org escrigué: Please submit this as a pull request upstream: https://github.com/knopwob/dunst OK, thanks, Jordi Pujol Live never ending Tale, GNU/Linux Live forever http://jordipujol.ddns.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766583: [ti...@debian.org: [libgeotiff-dfsg] 01/01: pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz]
Hi Johan, please always make sure to keep a pristine-tar branch in the repository. Thanks for your package preparation Andreas. - Forwarded message from Andreas Tille ti...@debian.org - Date: Fri, 24 Oct 2014 06:46:45 + From: Andreas Tille ti...@debian.org To: pkg-grass-de...@lists.alioth.debian.org Subject: [libgeotiff-dfsg] 01/01: pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz This is an automated email from the git hooks/post-receive script. tille pushed a commit to branch pristine-tar in repository libgeotiff-dfsg. commit 888c10a7d2726ec1da114a36dbdc12a6899c2455 Author: Andreas Tille ti...@debian.org Date: Fri Oct 24 08:37:49 2014 +0200 pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz --- libgeotiff-dfsg_1.4.0.orig.tar.gz.delta | Bin 0 - 3476 bytes libgeotiff-dfsg_1.4.0.orig.tar.gz.id| 1 + 2 files changed, 1 insertion(+) diff --git a/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta b/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta new file mode 100644 index 000..ae0ae1b Binary files /dev/null and b/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta differ diff --git a/libgeotiff-dfsg_1.4.0.orig.tar.gz.id b/libgeotiff-dfsg_1.4.0.orig.tar.gz.id new file mode 100644 index 000..dd9690d --- /dev/null +++ b/libgeotiff-dfsg_1.4.0.orig.tar.gz.id @@ -0,0 +1 @@ +191701ea4510ee8843f4cb5d2e63a31942b81ffb -- Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-grass/libgeotiff-dfsg.git ___ Pkg-grass-devel mailing list pkg-grass-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.
Hello, Am Donnerstag, 23. Oktober 2014, 18:45:05 schrieb James McCoy: On Oct 23, 2014 6:27 PM, Jelmer Vernooij jel...@samba.org wrote: On Thu, Oct 23, 2014 at 05:06:49PM -0400, Sam Hartman wrote: [...] Right. Last I heard, Jörg was just waiting for his sponsor. I'm not sure what the status on that is, but pending my comments on his proposed upload, I'd be willing to sponsor it. The package scons will be uploaded from one of the two sponsors today or tomorrow. The latest version of lintian has detect a license error on scons-doc. I'm working on it. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#766568: dpkg-genchanges(1) does not document -g
Hi! On Thu, 2014-10-23 at 22:10:29 -0400, Joey Hess wrote: Package: dpkg-dev Version: 1.17.18 Severity: normal The new dpkg-buildpackage -g option can also be passed to dpkg-genchanges, but is not documented on its man page. This makes it hard to figure out that dpkg-buildpackage --changes-option=-g can be used. Indeed! It seems I missed that when adding the options. Will be fixed in the upcoming 1.17.21. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766397: Bug#766395: emacs/gnus: Uses s_client to for SSL.
Stefan Monnier monn...@iro.umontreal.ca writes: Is there anything that uses imap.el? I thought it was obsolete... Should we move it to lisp/obsolete, then? I grepped through the Emacs tree, and there seems to still be one in-tree usage -- mail-source.el. It uses imap.el to allow a simple download-from-IMAP thing. Which probably nobody uses, but should still be present, I think. So either mail-source.el should be rewritten to use something else (and imap.el be obsoleted), or imap.el should be rewritten to use `open-network-stream' instead of futzing around with TLS primitives directly. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766583: [ti...@debian.org: [libgeotiff-dfsg] 01/01: pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz]
Yep, thought about it when I saw the mail on pkg-grass-devel passing by -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766525: metche: [INTL:nl] Dutch translation of debconf messages
Control: tag -1 + moreinfo Hi, Please find attached the Dutch translation of metche debconf messages. Is it on purpose that the attached file is ISO-8859 encoded? I suspect UTF-8 would work better. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766585: RFA: yap
Package: wnpp Severity: normal Hello, I'm giving yap (a Prolog system) away for adoption since I am no longer using it for teaching class, and my priorities in debian are now on different things. The package is in reasonably good shape, but is lacking behind the latest upstream release. The packaging is on collab-maint: git+ssh://git.debian.org/git/collab-maint/yap.git -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766045: t38modem only supports OPAL 3.10.x
Just an addition: t38modem only supports OPAL 3.10.x. OPAL 3.14.x has a diffent API which is incompatible with t38modem. http://sourceforge.net/p/opalvoip/mailman/message/32955378/ -- Lorenzo Milesi - lorenzo.mil...@yetopen.it YetOpen S.r.l. - http://www.yetopen.it/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766586: ITP: github-backup-utils -- Backup and recovery utilities for GitHub Enterprise
Package: wnpp Severity: wishlist Owner: Twan Wolthof xe...@spotify.com * Package name: github-backup-utils Version : 1.1.0 Upstream Author : Ryan Tomayko r...@github.com * URL : https://github.com/github/backup-utils * License : MIT Programming Lang: sh Description : Backup and recovery utilities for GitHub Enterprise The backup utilities implement a number of advanced capabilities for backup hosts, built on top of the backup and restore features already included in GitHub Enterprise. . These advanced features include: . Complete GitHub Enterprise backup and recovery system via two simple utilities: `ghe-backup` and `ghe-restore`. Online backups. The GitHub appliance need not be put in maintenance mode for the duration of the backup run. Incremental backup of Git repository data. Only changes since the last snapshot are transferred, leading to faster backup runs and lower network bandwidth and machine utilization. Efficient snapshot storage. Only data added since the previous snapshot consumes new space on the backup host. Multiple backup snapshots with configurable retention periods. Backup commands run under the lowest CPU/IO priority on the GitHub appliance, reducing performance impact while backups are in progress. Runs under most Linux/Unix environments. MIT licensed, open source software maintained by GitHub, Inc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662083: Bug#766456: libzip: FTBFS on hurd-i386
Source: libzip Version: 0.11.2-1.1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, as a follow-up and patch for #662083 Currently libzip FTBFS on GNU/Hurd due to one failing test: open_nosuchfile.test. This test checks for a non-existing file and the error codes for ENOENT: No such file or directory. On GNU/Linux and GNU/kFreeBSD this number is 2 in errno.h but for GNU/Hurd it is 1073741826, resulting in a false negative. The attached patch solves this problem by printing the string No such file or directory in regress/tryopen.c and test for that string in regress/open_nosuchfile.test instead of printing and testing the error number. Successfully built on Linux, kFreeBSD and Hurd. Thanks! Index: libzip-0.11.2/regress/tryopen.c === --- libzip-0.11.2.orig/regress/tryopen.c +++ libzip-0.11.2/regress/tryopen.c @@ -35,6 +35,7 @@ #include config.h #include errno.h +#include string.h #include stdio.h #include stdlib.h #ifdef HAVE_UNISTD_H @@ -102,7 +103,7 @@ main(int argc, char *argv[]) printf(opening '%s' returned error %d, fname, ze); if (zip_error_get_sys_type(ze) == ZIP_ET_SYS) - printf(/%d, errno); + printf(/%s, strerror(errno)); printf(\n); error++; } Index: libzip-0.11.2/regress/open_nosuchfile.test === --- libzip-0.11.2.orig/regress/open_nosuchfile.test +++ libzip-0.11.2/regress/open_nosuchfile.test @@ -2,5 +2,5 @@ program tryopen args nosuchfile return 1 -stdout opening 'nosuchfile' returned error 11/2 +stdout opening 'nosuchfile' returned error 11/No such file or directory stderr 1 errors
Bug#683884: Any news on the qucs package?
I've just uploaded it to the archive. I haven't had time to fix a couple of lintian warning because of the deadline, but I think it's good enough to be in Debian. Finally I've totally removed adms from the sources because it needs some verilog files with a license that's not considered dfsg. I've been considering removing asco too because it's not in a good shape, but finally I've left it in the sources without compiling it to avoid introducing a bunch of dirty binaries in the package. Regards. José L. 2014-10-20 12:20 GMT+02:00 W. Martin Borgert deba...@debian.org: Anything new since May? If not, I may tray to update the package for Jessie, if that's OK. I would setup a git repository in collab-maint for that purpose. No Qt knowledge on my side, however. If qucs enters unstable in the next ~four days it might land in Jessie.
Bug#759018: [PATCH RFC] Provide prebuilt grub-xen binaries for host (dom0) use
On Sat, 2014-08-30 at 20:12 +0100, Colin Watson wrote: On Sat, Aug 30, 2014 at 01:28:44AM +0100, Ian Campbell wrote: Is there a policy regarding using e.g. people/foo branches in the main grub.git or shall I go create myself a gitorious repo for WIP stuff? Given that it's basically me, I haven't really worried about policy, but I generally think people/FOO/BAR type branches are a good idea. I've attached a little mini series which addresses the issues you raised and switches to the proposed /boot/xen naming scheme. I've also added some new patches. This all LGTM. Please go ahead. A fair bit of time has passed, we are now quite close to the freeze and this series adds a new binary package (hence NEW queue etc) so rather than committing I've pushed to the people/ijc/xen branch. Is it still OK to go ahead? The implementation is a bit unsatisfactory since grub-mkimage doesn't let you change only the output file without moving grubdir (AFAICT), so it generates and then moves it. Seems surprising. Can't you use the -o option? I don't think that does anything to grubdir. Or failing that the default is to output the image to stdout, so you could just redirect. Ah, but it looks like you're actually talking about grub-install here. Yeah. Moving it after the fact isn't the end of the world, but armed with a Xen-blessed spec I think we should fix grub-install upstream to automatically DTRT here. I've posted such a patch upstream and it's in the above branch. http://lists.gnu.org/archive/html/grub-devel/2014-10/msg00041.html Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766374: X Server not available after upgrade on 21 Oct.
You can close the bug. Yesterday I updated a third Sid system and everything is ok. I'll check out what might have gone wrong on 21th. Jürgen signature.asc Description: This is a digitally signed message part
Bug#766557: dpkg: dpkg: ../../src/packages.c:226: process_queue: Assertion `dependtry = 4' failed. Aborted (core dumped)
❦ 24 octobre 2014 04:12 +0200, Guillem Jover guil...@debian.org : Which I tracked and I've fixed locally. This is actually due to an undetected trigger cycle, caused by debian-security-support (#762031), which makes a metric ton of packages await triggers. I was also hit by the bug and dpkg -r debian-security-support solved it for me. -- /* Nobody will ever see this message :-) */ panic(Cannot initialize video hardware\n); 2.0.38 /usr/src/linux/arch/m68k/atari/atafb.c signature.asc Description: PGP signature
Bug#766570: USB keyboard unresponsive after kernel load, but mouse works (Jessie Beta 2 amd64)
Hi Daniel, Daniel Smith dfsm...@dfsmith.net (2014-10-23): Package: installation-reports Boot method: USB stick (works on USB2 and USB3 ports, UEFI Generic) Image version: http://cdimage.debian.org/cdimage/jessie_di_beta_2/amd64/iso-cd/debian-jessie-DI-b2-amd64-netinst.iso Date: 2014-10-23 Machine: Asus VivoPC VM40B http://www.asus.com/us/ASUS_VivoPC/VivoPC_VM40B/ Processor: Intel Celeron® 1007U Dual-Core CPU (amd64) Memory: 4GiB Partitions: N/A Output of lspci -knn (or lspci -nn): unable to provide Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Grub worked fine in both flavors (UEFI Generic). I suspect you mean syslinux/isolinux prompts, rather than grub? After booting the kernel, the USB keyboard does not work: becomes unresponsive. Numlock light stays on, but cannot be changed. Changing USB port does not fix. Plugging in keyboard after kernel boot does not work. On the specs page I see: 2 x USB 3.0 4 x USB 2.0 Did you try both USB 3.0 and USB 2.0 ports? What keyboard is that? I guess we might be missing some driver in the kernel udebs. Mraw, KiBi. signature.asc Description: Digital signature
Bug#761245: Debian icedove: TLS
Dear Carsten, in the NEWS file of the latest Icedove package in Debian, you are writing: This means every connection from Thunderbird/Icedove to a mail server will using TLS 1.2 with no fall back if you have configured TLS/SSL or STARTTLS for your connections. Some users reported trouble by this behavior. In case you are unable to get or sent any mails anymore from or to your mail server please ensure that your email provider is fully supporting TLS 1.2 if possible. Something here cannot be quite right, or at least it's very misleading: I use an IMAP accounts for an e-mail address at Arcor, and the server only supports TLS 1.0. Still, Icedove can connect to that server just fine. Also, security.tls.version.min is set to 0 by default (indicating SSLv3 as the least supported version). So, there definitely is some kind of fallback. Maybe that's the fallback that TLS provides anyway. A TLS 1.2-capable client connecting to a server will say something like I support TLS 1.0-1.2, please use the best you can. A properly configured server will then choose the latest supported version. This fallback is cryptographically protected against downgrade attacks. And Icedove seems to do it, else I would be unable to connect to Arcor's IMAP server. Firefox/Iceweasel has an *additional* layer of fallback in case the first attempt fails, which can be caused by incorrect TLS implementations on the server or a middlebox. *That* fallback is currently not protected against downgrade attacks, it's the one that enables Poodle, and it could be mitigated by TLS_FALLBACK_SCSV [1]. Maybe that's the fallback that Icedove/Thunderbird do not do? In this case, the NEWS is phrased fairly misleading, I think. It should clarify that servers with older TLS versions will generally work just fine, but a very small fraction of servers that have broken TLS implementations, or than run behind firewalls breaking TLS, could cease to function. [1] https://tools.ietf.org/html/draft-ietf-tls-downgrade-scsv-00 Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766587: libapache2-mod-auth-kerb: No debug symbols package
Package: libapache2-mod-auth-kerb Version: 5.4-2 Severity: wishlist Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I have weird behavior with Apache/mod_auth_kerb, and wanted to investigate in detail with gdb. * What exactly did you do (or not do) that was effective (or ineffective)? I wanted to attach gdb to an Apache process. * What was the outcome of this action? The part of the stack trace concerning mod_auth_kerb can't be investigated as is. * What outcome did you expect instead? It would be better to have a debug symbols package, in the end I whipped up mine, but it's not sustainable. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.7 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/bash Versions of packages libapache2-mod-auth-kerb depends on: ii apache2.2-common 2.2.22-13+deb7u3 ii krb5-config 2.3 ii libc6 2.13-38+deb7u6 ii libcomerr21.42.5-1.1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libk5crypto3 1.10.1+dfsg-5+deb7u2 ii libkrb5-3 1.10.1+dfsg-5+deb7u2 libapache2-mod-auth-kerb recommends no packages. libapache2-mod-auth-kerb suggests no packages. -- no debconf information --- libapache-mod-auth-kerb-5.4/debian/control2014-10-24 14:39:57.0 +0900 +++ libapache-mod-auth-kerb-5.4-dbg/debian/control2014-10-24 14:48:01.159119885 +0900 @@ -13,3 +13,15 @@ It supports basic user and password authentication or a negotiate auth based on Kerberos tickets. . + +Package: libapache2-mod-auth-kerb-dbg +Architecture: any +Depends: ${misc:Depends}, libapache2-mod-auth-kerb (= ${binary:Version}) +Priority: extra +Section: debug +Multi-Arch: same +Description: Debugging files for apache2 module for Kerberos auth + An apache2 module for authenticating users in a Kerberos realm. + It supports basic user and password authentication or a + negotiate auth based on Kerberos tickets. + . diff -x '*.debhelper.log' -ru /root/libapache-mod-auth-kerb-5.4/debian/rules /tmp/libapache-mod-auth-kerb-5.4-dbg/debian/rules --- libapache-mod-auth-kerb-5.4/debian/rules2014-10-24 14:39:57.0 +0900 +++ libapache-mod-auth-kerb-5.4-dbg/debian/rules2014-10-24 14:43:24.938235066 +0900 @@ -89,6 +89,8 @@ dh_installexamples dh_installman dh_link +set -e ; DH_OPTIONS= dh_strip -plibapache2-mod-auth-kerb --dbg-package=libapache2-mod-auth-kerb-dbg +set -e ; DH_OPTIONS= dh_makeshlibs -plibapache2-mod-auth-kerb -- -c4 dh_strip dh_compress dh_fixperms
Bug#764448: mate-applets 1.8.1+dfsg1-1 tries to overwrite files in gnome-applets 3.8.1-1
Hi intrigeri, On Do 23 Okt 2014 23:03:20 CEST, intrigeri wrote: Control: reassign -1 mate-applets Control: notfound -1 gnome-applets/3.8.1-1 Hi, it seems that gnome-applets has been shipping the conflicting applets and corresponding manpages for a while, so IMO the responsibility for renaming lies on the fork. So, I'm marking this bug as not affecting gnome-applets (spotted via the UDD cleaner view). (Besides, this bug has been workaround'd in Debian since then, acknowledged as an upstream bug in MATE, and apparently fixed there: https://github.com/mate-desktop/mate-applets/issues/103) Cheers, -- intrigeri for now I have removed the extra man pages from mate-applets bin:package. They will re-appear once MATE 1.10 is ready for release (jessie+1). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpKZSGSWQLPv.pgp Description: Digitale PGP-Signatur
Bug#766569: Please reduce time for freeradius 2.2.5+dfsg-0.2
control: tags -1 -moreinfo Adam == Adam D Barratt a...@adam-barratt.org.uk writes: Adam Control: tags -1 + moreinfo freeradius (2.2.5+dfsg-0.2) unstable; urgency=high * Disable OpenSSL version check; Debian will maintain ABI stability or change the soname, Closes: #765871 * Non-Maintainer Upload Adam The package also appears to remove the git-ids patch from Adam the series file; was that intentional? Yeah. So, the reason the git-ids patch is there is because upstream uses .gitattributes to enable $Id$ in sources. git dpm doesn't really deal well with this situation, and git-buildpackage always generates a set of sources that dpkg-source can't deal with. The difference are differences in the blob hashes recorded in the checked out files. I manually included a patch to update the blob hashes so that the sources would actually build. After the 2.5+dfsg-0.1 upload I realized that I could just as easily reverse-apply this patch, reduce upstream changes, and remove this build artifact. So I did that with this upload. The difference is that we ship with the upstream blob hashes for modified files. The effect is that for modified config files, it looks like the sysadmin modified them rather than the build process. I think that's semi-more-correct if you're tracking which upstream version things came from, but I can make reasonable arguments for either direction. I think having a patch that does nothing but update blob hashes in files was kind of silly. sorry for not calling this out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765726: Peeling the Onion
Hi Andreas, On Sun, Oct 19, 2014 at 6:05 PM, Andreas Beckmann a...@debian.org wrote: Control: tag -1 upstream On 2014-10-20 01:58, Martin Gallant wrote: The reason it appeared I did not restart X after loading the updated module is the Xorg.1.log was a stale console from an older unrelated XDMCP client session. I cannot get the system to create a new Xorg.*.log when X is invoked via gdm3. I have no idea why that is - If I invoke X directly, the log file gets created. that's weird ... That's expected as of gdm3 = 3.12.x, because the X log is being redirected to systemd-journald and accessible only via journalctl and is root-only (by default); also see #765771. I'm not sure how to handle systemd's journal logs through a reportbug script at this point. 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#662083: Bug#766456: libzip: FTBFS on hurd-i386
On 2014-10-24 09:43, Svante Signell wrote: Source: libzip Version: 0.11.2-1.1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, as a follow-up and patch for #662083 Currently libzip FTBFS on GNU/Hurd due to one failing test: open_nosuchfile.test. This test checks for a non-existing file and the error codes for ENOENT: No such file or directory. On GNU/Linux and GNU/kFreeBSD this number is 2 in errno.h but for GNU/Hurd it is 1073741826, resulting in a false negative. The attached patch solves this problem by printing the string No such file or directory in regress/tryopen.c and test for that string in regress/open_nosuchfile.test instead of printing and testing the error number. This is equally unportable, there is no fixed representation for the errno strings. It works on Debian architectures just because they all use GNU libc, so with the same implementation of errno strings. Furthermore, it seems nothing in the tests deals with locale, so this fix might break when running the tests under a non-English locale. The right solution is properly mapping back errno numbers to their strings, so e.g. 2 would be ENOENT, and so on. Please do not accept this workaround, which is unreliable and not suitable for upstream. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766508: Libjpeg trouble in jmapviewer
Hi, I just uploaded jmapviewer. Unfortunately the problem with gdal-grass remains. Kind regards Andreas. On Thu, Oct 23, 2014 at 08:59:21PM +0200, Felix Natter wrote: Andreas Tille andr...@an3as.eu writes: Hi Felix, hello Andreas, unfortunately there is some conflict in the Build-Depends: 0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded. Need to get 62.8 MB/92.4 MB of archives. After unpacking 210 MB will be used. The following packages have unmet dependencies: libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed. libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be installed. Unable to resolve dependencies! Giving up... The following NEW packages will be installed: This is a problem with installing openjdk-7-jre (which is pulled from default-jdk): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766483 It has nothing to do with jmapviewer (except that jmapviewer depends on default-jdk). I'm not sure whether an update will already fix that problem :-( time allows maybe you should sponsor other packages and try again tomorrow? If the time until the freeze is pressing, I could ask for a workaround on debian-java. Thanks and Best Regards, -- Felix Natter -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766588: gcc-4.9-doc: missing M-A annotation
Package: gcc-4.9-doc Version: 4.9.1-3 Severity: important Justification: fails M-A release goal Hi, if I want to install the gcc-doc:i386 package on a system where i386 is a foreign architecture (amd64 or x32; especially impor‐ tant on the latter which does not have a non-free repository of its own), it fails to install: tglase@tglase:~ $ sudo apt-get install gcc-doc [sudo] password for tglase: Reading package lists... Done Building dependency tree Reading state information... Done Starting pkgProblemResolver with broken count: 1 Starting 2 pkgProblemResolver with broken count: 1 Investigating (0) gcc-doc [ i386 ] none - 5:4.9.1-3 ( contrib/doc ) Broken gcc-doc:i386 Depends on gcc-4.9-doc [ i386 ] none ( none ) (= 4.9.1-2) Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gcc-doc:i386 : Depends: gcc-4.9-doc:i386 (= 4.9.1-2) but it is not installable E: Unable to correct problems, you have held broken packages. This is a bit surprising, because gcc-4.9-doc is arch:all AFAICT: tglase@tglase:~ $ apt-cache policy gcc-4.9-doc gcc-doc gcc-4.9-doc: Installed: 4.9.1-3 Candidate: 4.9.1-3 Version table: *** 4.9.1-3 0 500 http://ftp.de.debian.org/debian/ sid/non-free all Packages 100 /var/lib/dpkg/status gcc-doc:i386: Installed: (none) Candidate: 5:4.9.1-3 Version table: 5:4.9.1-3 0 500 http://mirror.lan.tarent.de/debian/ sid/contrib i386 Packages 500 http://ftp.de.debian.org/debian/ sid/contrib i386 Packages I think the problem here is that gcc-doc is not arch:all but of a foreign architecture, and this foreign-ness is inherited by the arch:all gcc-4.9-doc package, because all !arch:all packages that gcc-4.9-doc depends on must also be installed from i386 unless marked as M-A: foreign. Hence, gcc-4.9-doc itself must be marked M-A: foreign, to lose this property. Manual hack: $ apt-get download gcc-4.9-doc $ sudo dpkg -i gcc-4.9-doc_4.9.1-3_all.deb $ sudoedit /var/lib/dpkg/status # this WILL break your system ;) Search for a line 「Package: gcc-4.9-doc」 and append a line 「Multi-Arch: foreign」 directly below it. Then, search the version line – in my case 「Version: 4.9.1-3」, and append a sole dot behind it: 「Version: 4.9.1-3.」 (this makes APT not fulfil the package’s dependencies from the list in the repo but from the local entry, because the local version is newer). Save and exit the editor. Then rejoice: tglase@tglase:~ $ sudo apt-get install gcc-doc Reading package lists... Done Building dependency tree Reading state information... Done Starting pkgProblemResolver with broken count: 0 Starting 2 pkgProblemResolver with broken count: 0 Done The following NEW packages will be installed: gcc-doc:i386 0 upgraded, 1 newly installed, 0 to remove and 33 not upgraded. Need to get 5274 B of archives. After this operation, 7168 B of additional disk space will be used. Get:1 http://mirror.lan.tarent.de/debian/ sid/contrib gcc-doc i386 5:4.9.1-3 [5274 B] Fetched 5274 B in 0s (62.3 kB/s) Selecting previously unselected package gcc-doc. (Reading database ... 216864 files and directories currently installed.) Preparing to unpack .../gcc-doc_5%3a4.9.1-3_i386.deb ... Unpacking gcc-doc (5:4.9.1-3) ... Processing triggers for man-db (2.7.0.2-2) ... Processing triggers for install-info (5.2.0.dfsg.1-5) ... This shows that adding “M-A: foreign” to gcc-*-doc is correct fix. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766589: solaar: [INTL:pt] Initial Portuguese translation for debconf messages
Package: solaar Version: 0.9.2+dfsg-4 Tags: l10n, patch Severity: wishlist Initial Portuguese translation for solaar's debconf messages. Translator: Paulo Tomé paulo.jorge.t...@gmail.com For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. Cumprimentos/Regards Paulo Tomé solaar_0.9.2+dfsg-4_pt.po.tar.gz Description: GNU Zip compressed data
Bug#662083: Bug#766456: libzip: FTBFS on hurd-i386
Hi! On Fri, 2014-10-24 at 09:43:22 +0200, Svante Signell wrote: Currently libzip FTBFS on GNU/Hurd due to one failing test: open_nosuchfile.test. This test checks for a non-existing file and the error codes for ENOENT: No such file or directory. On GNU/Linux and GNU/kFreeBSD this number is 2 in errno.h but for GNU/Hurd it is 1073741826, resulting in a false negative. The attached patch solves this problem by printing the string No such file or directory in regress/tryopen.c and test for that string in regress/open_nosuchfile.test instead of printing and testing the error number. I don't think this fix is right, for several reasons. The string is just a description and could vary over time or depending on the system or libc used. It also can return a localized string if the locale has not been forced to C (which I don't know if it's the case here). A more fail-proof fix might be something like the following untested modifications (keeping the strerror() so that if the test fails it's easier to know what went wrong): Index: libzip-0.11.2/regress/tryopen.c === --- libzip-0.11.2.orig/regress/tryopen.c +++ libzip-0.11.2/regress/tryopen.c @@ -35,6 +35,7 @@ #include config.h #include errno.h +#include string.h #include stdio.h #include stdlib.h #ifdef HAVE_UNISTD_H @@ -102,7 +103,7 @@ main(int argc, char *argv[]) printf(opening '%s' returned error %d, fname, ze); if (zip_error_get_sys_type(ze) == ZIP_ET_SYS) - printf(/%d, errno); + printf(/%s, strerror(errno)); printf(/%s, errno == ENOENT ? ENOENT : strerror(errno)); printf(\n); error++; } Index: libzip-0.11.2/regress/open_nosuchfile.test === --- libzip-0.11.2.orig/regress/open_nosuchfile.test +++ libzip-0.11.2/regress/open_nosuchfile.test @@ -2,5 +2,5 @@ program tryopen args nosuchfile return 1 -stdout opening 'nosuchfile' returned error 11/2 +stdout opening 'nosuchfile' returned error 11/No such file or directory stdout opening 'nosuchfile' returned error 11/ENOENT stderr 1 errors Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761449: [Piuparts-devel] Bug#766543: fails upgrading real to virtual packages (missing --auto-deconfigure)
control: severity -1 normal Hi Helmut, thanks for your bug report with patch, much appreciated! (That said, a patch in git format would be preferred even more! (And reading the NMU bits in it feels a bit strange.. with non-NMU intend ;) as an NMU it would have been totally fine...)) On Donnerstag, 23. Oktober 2014, Helmut Grohne wrote: When testing the fix for #761449 with piuparts, the result is a failure. It fails upgrading the packages, because piuparts does not allow dpkg to deconfigure packages. Since one package transforms into a virtual package, it needs to be deconfigured to allow the package taking over to be unpacked. Since unpacking fails piuparts proclaims failure. I consider this a normal not a wishlist bug. Rationale: piuparts gets quite many wishlists bugs I'm basically unable to handle, just because they are too many and some of the requests are a bit esoteric, eg testing with /usr/local read-only, etc... And while one could argue that this here (#766543) is a missing feature in piuparts, I consider it a bug as prevents piuparts from running it's current tests on *all* of the archive. It is not 100% clear to me whether this is a bug in piuparts or whether my patch for #761449 is broken. Ok, I've subscribed to that bug now. (And bcc:ed it to maybe get some feedback from Manog :) When adding --auto-deconfigure to the dpkg -i invocations, piuparts succeeds the upgrade. I am attaching: * A .debdiff adding the suggested change. * A failing piuparts log file from sid piuparts. * A succeeding piuparts log file from patched piuparts. Thanks. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#762906: krb5-auth-dialog debug output
On Thu, Oct 23, 2014 at 11:40:15PM +0200, Guido Günther wrote: On Thu, Oct 23, 2014 at 11:36:18PM +0200, Wolfgang Schweer wrote: On Thu, Oct 23, 2014 at 07:31:40PM +0200, Guido Günther wrote: Hi Wolfgang, On Tue, Oct 21, 2014 at 04:40:30PM +0200, Wolfgang Schweer wrote: Hi Guido. On Tue, Oct 21, 2014 at 10:54:52AM +0200, Guido Günther wrote: Can you get me a backtrace with gdb (gdb -c core src/krb5-auth-dialog)? I can only assume that principal is NULL which shouldn't happen. I doesn't crash here of course. Could you check if the 3.12.0-2 crashes for you too? I've tested under gnome-shell and xfce4 without any issues. Hi Guido, where do I get 3.12.0-2? Should show up in unstable soonish. I at leat got the confirmation that it got picked up already. Tested along with Xfce and KDE Plasma: works like expected. Thanks for fixing it! Wolfgang signature.asc Description: Digital signature
Bug#764795: autopkgtest: Binaries in .changes are registered in wrong order
Hi! On Sun, 2014-10-12 at 14:51:53 +0200, Martin Pitt wrote: Tristan Seligmann [2014-10-11 13:46 +0200]: I've attached some debug logs. Thanks. Of course I forgot to ask you about attaching your .changes files, but I bet I know what's wrong. So far every .changes file I looked at hat the .debs first and then the .dsc. That seems the way how debuild/sbuild/dpkg etc. behaves at least for the cases I've looked at. autopkgtest indeed parses the .changes in order of Files:, so for me the .debs are registered before the .dsc. This was a recentish regression in dpkg-genchanges (since Apr 2014), from dpkg changelog: ,-- dpkg (1.17.14) unstable; urgency=low [ Guillem Jover ] … * Fix order of Files field on generated .changes file in dpkg-genchanges. Regression introduced in dpkg 1.17.7. `--- So I bet in your .changes files the .dsc appears before the .debs. In this case I can reproduce the problem (I just wrote a trivial test case). This is a bug anyway, so I'll fix that. But I'd like you to confirm this to exclude the possibility that it's something else. To test this, just edit the Files: part of the .changes to put the .debs before the .dsc. With newer dpkg-dev, that's what should happen indeed. Just wanted to let you know, so that you can sleep better at night. :) Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766591: [lintian] false positives on license-problem-cc-by-nc-sa
Package: lintian Version: 2.5.28 Severity: important On an fresh empty svg file lintian reports a error with license-problem-cc- by-nc-sa. The svg file was created with inkscape (New, Resize, Save as). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140918-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-2 ii gettext0.19.2-3 ii hardening-includes 2.6 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-2 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.1-1 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.1-1 ii perl-modules [libautodie-perl] 5.20.1-1 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 pn libtext-template-perl none ii libyaml-perl 1.12-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information
Bug#766590: ekiga: ftbfs on mips64 and mips64el
Package: ekiga Version: 4.0.1-4 Control: user debian-m...@lists.debian.org Control: usertags -1 + mips-port Control: usertags -1 + mips-patch mips64 use os type mips64-linux-gnuabi64 mips64el - mips64el-linux-gnuabi64 mipsn32 - mips64-linux-gnuabin32 mipsn32el - mips64el-linux-gnuabin32 So please add linux-gnuabi* to this list. Index: ekiga-4.0.1/configure.ac === --- ekiga-4.0.1.orig/configure.ac 2034-12-18 13:43:19.0 +0800 +++ ekiga-4.0.1/configure.ac 2034-12-18 14:15:24.705290366 +0800 @@ -90,7 +90,7 @@ gm_platform=solaris ;; - linux-gnulp | linux-gnu | linux-gnuspe | linux-gnueabi* | linux | Linux) + linux-gnulp | linux-gnu | linux-gnuspe | linux-gnuabi* | linux-gnueabi* | linux | Linux) gm_platform=linux ;; -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746103: python-notify2: FTBFS: Tests failures
tag 746103 + patch thanks Hi, The following patch which fixes the build. I'll prepare a team upload for this. Cheers -- Etienne Millon Index: debian/rules === --- debian/rules (revision 31238) +++ debian/rules (working copy) @@ -13,7 +13,7 @@ ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) override_dh_auto_test: - PYTHONS=$(PYTHON2) $(PYTHON3) xvfb-run -a debian/runtests.sh + PYTHONS=$(PYTHON2) $(PYTHON3) dbus-run-session -- xvfb-run -a debian/runtests.sh endif build-python%:
Bug#662083: libzip: FTBFS on hurd-i386
On Fri, 2014-10-24 at 10:21 +0200, Guillem Jover wrote: Hi! On Fri, 2014-10-24 at 09:43:22 +0200, Svante Signell wrote: Currently libzip FTBFS on GNU/Hurd due to one failing test: open_nosuchfile.test. This test checks for a non-existing file and the error codes for ENOENT: No such file or directory. On GNU/Linux and GNU/kFreeBSD this number is 2 in errno.h but for GNU/Hurd it is 1073741826, resulting in a false negative. The attached patch solves this problem by printing the string No such file or directory in regress/tryopen.c and test for that string in regress/open_nosuchfile.test instead of printing and testing the error number. I don't think this fix is right, for several reasons. The string is just a description and could vary over time or depending on the system or libc used. It also can return a localized string if the locale has not been forced to C (which I don't know if it's the case here). A more fail-proof fix might be something like the following untested modifications (keeping the strerror() so that if the test fails it's easier to know what went wrong): - printf(/%d, errno); + printf(/%s, strerror(errno)); printf(/%s, errno == ENOENT ? ENOENT : strerror(errno)); Index: libzip-0.11.2/regress/open_nosuchfile.test === --- libzip-0.11.2.orig/regress/open_nosuchfile.test +++ libzip-0.11.2/regress/open_nosuchfile.test -stdout opening 'nosuchfile' returned error 11/2 +stdout opening 'nosuchfile' returned error 11/No such file or directory stdout opening 'nosuchfile' returned error 11/ENOENT Thanks Guillem, that's the solution I was looking for, bud did not yet find myself, thanks :) Updated patch attached. Index: libzip-0.11.2/regress/tryopen.c === --- libzip-0.11.2.orig/regress/tryopen.c +++ libzip-0.11.2/regress/tryopen.c @@ -35,6 +35,7 @@ #include config.h #include errno.h +#include string.h #include stdio.h #include stdlib.h #ifdef HAVE_UNISTD_H @@ -102,7 +103,7 @@ main(int argc, char *argv[]) printf(opening '%s' returned error %d, fname, ze); if (zip_error_get_sys_type(ze) == ZIP_ET_SYS) - printf(/%d, errno); + printf(/%s, errno == ENOENT ? ENOENT : strerror(errno)); printf(\n); error++; } Index: libzip-0.11.2/regress/open_nosuchfile.test === --- libzip-0.11.2.orig/regress/open_nosuchfile.test +++ libzip-0.11.2/regress/open_nosuchfile.test @@ -2,5 +2,5 @@ program tryopen args nosuchfile return 1 -stdout opening 'nosuchfile' returned error 11/2 +stdout opening 'nosuchfile' returned error 11/ENOENT stderr 1 errors
Bug#766098: ITP: spatial4j-0.4 -- spatial/geospatial Java library
Hi Hilko, I guess you might like to maintain this package in Debian GIS team. Kind regards Andreas. On Mon, Oct 20, 2014 at 10:53:56PM +0200, Hilko Bengen wrote: Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: spatial4j-0.4 Version : 0.4.1 Upstream Author : * URL or Web page : http://spatial4j.github.io/spatial4j/ * License : Apache-2.0 Description : spatial/geospatial Java library This is a newer version of spatial4j which is already in Debian as libspatial4j-java. It's ABI-incompatible, so a new version is needed. This is needed for newer versions of Lucene, which, in turn, is needed for newer versions of Elasticsearch. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87ppdma2e3@hilluzination.de -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766592: solaar: [l10n:cs] Czech PO debconf template translation
Package: solaar Version: 0.9.2+dfsg-4 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package solaar, please include it. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of solaar. # Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the solaar package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: solaar 0.9.2+dfsg-4\n Report-Msgid-Bugs-To: sol...@packages.debian.org\n POT-Creation-Date: 2014-10-10 07:11+0200\n PO-Revision-Date: 2014-10-24 09:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\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 #: ../solaar.templates:2001 msgid Use plugdev group? msgstr Použít skupinu plugdev? #. Type: boolean #. Description #: ../solaar.templates:2001 msgid Please specify how non-root users should be given access to the Logitech receiver devices. msgstr Zadejte prosím, jaký má být uživatelům, mimo uživatele root, umožněn přístup k přijímačům Logitech. #. Type: boolean #. Description #. Translators : DO NOT TRANSLATE the ${SEAT_DAEMON_STATUS} variable name #: ../solaar.templates:2001 msgid If systemd or consolekit are in use, they can apply ACLs to make them accessible via Solaar for the user logged in on the current seat. Right now, ${SEAT_DAEMON_STATUS} daemon is running. msgstr Pokud se používá systemd či consolekit, mohou pro uživatele přihlášené k aktuální relaci požadovat oprávnění, aby jim byly zpřístupněné přes Solaar. Nyní jsou spuštěni deamoni ${SEAT_DAEMON_STATUS}. #. Type: boolean #. Description #: ../solaar.templates:2001 msgid If neither of these daemons is in use, or if the receiver should also be accessible for remotely logged in users, it is possible to grant access for members of the \plugdev\ system group. msgstr Pokud se žádný z těchto daemonů nepoužívá, nebo pokud má být přijímač přístupný vzdáleně přihlášeným uživatelům, je možné přidělit oprávnění pro členy systémové skupiny \plugdev\. #. Type: boolean #. Description #: ../solaar.templates:2001 msgid If you do use the \plugdev\ group, don't forget to make sure all the appropriate users are members of that group. You can add new members to the group by running, as root:\n adduser username plugdev\n For the group membership to take effect, the affected users need to log out and back in again. msgstr Pokud použijete skupinu \plugdev\, nezapomeňte se přesvědčit, že jsou všichni příslušní uživatelé členy této skupiny. Nové členy do skupiny můžete přidat spuštěním příkazu jako uživatel root: adduser username plugdev\n Aby se změny u členů skupiny projevily, je třeba příslušné uživatele odhlásit a znovu přihlásit.
Bug#766593: ledger-el: please add dependency “Suggests: ledger”
Package: ledger-el Version: 3.1+dfsg1-1 Severity: minor Dear Maintainer, Users working with ledger data files are likely to also want to use the ‘ledger’ package. Please add a dependency “Suggests: ledger” so that administrators who install ‘ledger-el’ will receive the suggestion. (Possibly the dependency could be as strong as “Recommends”; I leave that judgement to the maintainer.) -- \“Good judgement comes from experience. Experience comes from | `\ bad judgement.” —Frederick P. Brooks | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#686165: reportbug: Fix has been pending for a few releases
Package: reportbug Version: 6.5.1 Followup-For: Bug #686165 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not that this is important, but it seems that this fix was lost somewhere? It has been pending for more than 2 years. In any case: Like the original reporter I do wonder why these packages are recommended in the first place... Are they still useful? Bjørn - -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/bjorn/.reportbugrc: reportbug_version 3.3 mode advanced ui text realname Bjørn Mork email bj...@mork.no sign gpg - -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (500, 'stable-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 reportbug depends on: ii apt 1.0.9.3 ii python2.7.8-1 ii python-reportbug 6.5.1 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none ii debsums2.0.52+deb7u1 pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-7+deb7u1 ii exim4-daemon-light [mail-transport-agent] 4.80-7+deb7u1 ii file 1:5.20-1 ii gnupg 1.4.18-4 ii python-gtk22.24.0-3+b1 ii python-gtkspell2.25.3-12 pn python-urwid none pn python-vte none ii xdg-utils 1.1.0~rc1+git20111210-6+deb7u1 Versions of packages python-reportbug depends on: ii apt 1.0.9.3 ii python-debian 0.1.21 ii python-debianbts 1.11 pn python:anynone python-reportbug suggests no packages. - -- no debconf information - -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRKDswACgkQ10rqkowbIsn6cgCeK/3uqdI3km3hVyfILvM8Jtvz Bb0An1uZLpQmgy8m2ppdqW3GbZNYYUX6 =Mnto -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#766576: libatf packages
I have uploaded libatf and liblatf-dev deb packages to: http://people.freebsd.org/~rodrigc/lutok/ I put the packaging files here as well: https://github.com/rodrigc/atf-packaging/ https://github.com/rodrigc/lutok-packaging/ Please review this, so we can close out ITP 766576. -- Craig
Bug#766594: libechonest-dev: Update to 2.3.0
Package: libechonest-dev Version: 2.1.0-2 Severity: wishlist Dear Maintainer, There have been two further releases of libechonest since 2.1.0. Please update the relevant packages to the upstream release (https://projects.kde.org/projects/playground/libs/libechonest). Cheers! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libechonest-dev depends on: ii libechonest2.1 2.1.0-2 libechonest-dev recommends no packages. libechonest-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759206: libgrilo-0.2-1: rhythmbox crashed using grilo plugin
On Mon, Oct 06, 2014 at 11:51:53AM +0300, Alberto Garcia wrote: Also, I'm uploading the new versions of grilo (0.2.11) and grilo-plugins (0.2.13). They should be in the repositories in one or two days. Did you try with those versions of grilo/grilo-plugins? Is the problem still happening? Can you get a backtrace? Thanks! Ping Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696677: lxpanel: taskbar and menu not displayed
Package: lxpanel Version: 0.7.1-1 Followup-For: Bug #696677 Dear Maintainer, It seems that this is being caused by the fact that lxpanel gets run with an option --profile LXDE which, if one runs it on the command line with that, gives the same lack of visible panel, and this mesage: ** (lxpanel:2084): WARNING **: Config files are not found. whereas, removing that option from the autostart setting (or running it from the command line simply as lxpanel, having killed the previous instance) makes it behave properly. Cheers, Phil. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxpanel depends on: ii libasound2 1.0.28-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libfm-gtk4 1.2.2.1-3 ii libfm-modules 1.2.2.1-3 ii libfm4 1.2.2.1-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libiw30 30~pre9-8 ii libmenu-cache3 1.0.0~rc1-1 ii libpango-1.0-0 1.36.8-2 ii libwnck22 2.30.7-2 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii lxmenu-data 0.1.4-1 ii lxpanel-data0.7.1-1 Versions of packages lxpanel recommends: ii xkb-data 2.12-1 Versions of packages lxpanel suggests: ii iceweasel [www-browser] 31.2.0esr-2~deb7u1 ii lxsession0.4.9.2-1 ii menu 2.1.47 ii w3m [www-browser]0.5.3-17 -- 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#753668: How to fix ckeditor
2014-10-23 18:42 GMT+02:00 Bastien ROUCARIES roucaries.bast...@gmail.com: Le 23 oct. 2014 17:53, Mathieu Parent math.par...@gmail.com a écrit : 2014-10-23 17:41 GMT+02:00 Bastien ROUCARIES roucaries.bast...@gmail.com: No it does not fix. It does for me. Yes buy you have not recompiled from source some part of ckeditor.js... (sed is here for replacing this). So it exzctly it does not work because you are not dfsg ok Please do not upload this nmu. Could you please instead describe the symptom and write a build testsuite ? Just install ckeditor from sid, and create a simple html page like http://docs.ckeditor.com/#!/guide/dev_installation ckeditor doesn't work, with a JS error stating that CKEDITOR.loader is not defined. Ok but how can i test it without x during build ? I have tried phatomjs but it is not dfsg... any other idea ? I can fix it. Could you remove your nmu, test and sponsor my fix ? i will remove my NMU, but where is your fix? Bastien Great! -- Mathieu -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765230: [Debichem-devel] Bug#765230: libghemical: run dh-autoreconf to update for new architectures
tags 765230 patch thanks Sorry Wookey, I missed your offer to test and sponsor this that you sent a week ago. :( The attached debdiff fixes #765230 and #722162 as an NMU and also includes the unreleased change from VCS (removal of Daniel Leidert from uploaders). libghemical-765230-nmu.debdiff Description: Binary data
Bug#763744: samba: Huge number of samba panic messages
Hello. I upgraded to the samba packages in unstable (4.1.13) and unfortunately the panic messages still happen. Could you please forward this upstream? (This bug still appears as Unclassified in BTS web pages) Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763428: [ovs-dev] Bug#763428: openvswitch-switch: openvswitch doesn't work anymore since kernel 3.16 update
Hi again, Was the information presented sufficient for reproducing the issue? Thanks for your time, Laurent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766595: gnome-shell sucks more memory than iceweasel
Package: gnome-shell Version: 3.14.1-1 Severity: important Dear Maintainer, I'm leaving my computer running for long period of times. My desktop environment is gnome 3. Today, I happened to look at top and noticed something, let's say, interesting: gnome-shell sucks memory, big time: 1834 glandium 20 0 2697136 971848 30048 S 0.3 12.0 69:13.48 gnome-shell And it happens to suck more memory than iceweasel does: 4513 glandium 20 0 1711572 724704 85732 S 9.6 8.9 113:46.04 iceweasel My workflow only involves two or three windows: iceweasel (with many tabs), roxterm (with many tabs), and vlc. No more, no less. My system is not entirely up-to-date, but last update with unstable was not so long ago (dpkg.log tells me it was last week). Mike -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.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.22.0-1 ii evolution-data-server3.12.7.1-1 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.14.0-1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.0-1 ii gir1.2-gdm3 3.14.0-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.14.3-1 ii gir1.2-ibus-1.0 1.5.8-3 ii gir1.2-mutter-3.03.14.1-1 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.8-2 ii gir1.2-polkit-1.00.105-7 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.42.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.0-2 ii gnome-shell-common 3.14.1-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.0-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.7.1-1 ii libedataserver-1.2-183.12.7.1-1 ii libgcr-base-3-1 3.14.0-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1 ii libglib2.0-0 2.42.0-2 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.14.3-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.1-1 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpolkit-agent-1-0 0.105-7 ii libpolkit-gobject-1-00.105-7 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsecret-1-00.18-1+b1 ii
Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1
On 10/23/2014 11:36 PM, Sebastiaan Couwenberg wrote: On 10/23/2014 10:22 PM, Andreas Tille wrote: On Thu, Oct 23, 2014 at 10:11:59PM +0200, Sebastiaan Couwenberg wrote: Unfortunately this packages also suffers from the libjpeg62-turbo unmet build dependency, so it cannot be built at the moment. ... so we can keep on sorting out since the problem seems to remain. 0 packages upgraded, 228 newly installed, 0 to remove and 0 not upgraded. Need to get 36.9 MB/115 MB of archives. After unpacking 491 MB will be used. The following packages have unmet dependencies: pbuilder-satisfydepends-dummy : Depends: libgdal-dev (= 1.11.1-1~) but 1.10.1+dfsg-8+b3 is to be installed. Unable to resolve dependencies! Giving up... The following NEW packages will be installed: I even fetched a fresh clone via gbp-clone and did the steps you suggested above. :-( The git repo looks good, and the version in the unmet Depends too. I cannot reproduce this problem with my sid+experimental chroot which is setup like yours as described in: http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2014-September/021973.html Interestingly here apt reports 229 newly installed, yours one less. I've attached my build log for comparison. Did you find out what the missing package on your build was? Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766413: /lib/systemd/systemd-resolved: domain and search lines missing from resolv.conf
forwarded 85397 https://bugs.freedesktop.org/show_bug.cgi?id=85397 -- Hi Michael, Therefore, I'd kindly ask you to file a bug report upstream [1] and report back with the bug number. Submitted as https://bugs.freedesktop.org/show_bug.cgi?id=85397 Regards, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766596: knot should recommends or suggests systemd on linux
Package: knot Version: 1.6.0~rc2-1 Severity: normal When setup knot to use syslog logging, it will not work without systemd journald on linux because this package is compiled with enable-systemd option. With this compile option, knot will sent syslog logging packet to systemd journald socket (not to directly syslog's) and journald proxy these to syslog, so syslog logging setting will not work without systemd journald. So, knot package should recommends or suggests systemd for using with syslog logging setting. -- ISHIKAWA Mutsumi ishik...@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#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]
hi, On Fri, Oct 24, 2014 at 12:18 PM, d...@debian.org wrote: serverspec is mainly used as a library (framework), not as an application, so ruby-serverspec is suitable package name for it. naming unification is not much important, i think. OK, I've changed package name, and re-upload to mentors.d.o. (with lintian fixes). http://mentors.debian.net/package/serverspec-runner http://mentors.debian.net/debian/pool/main/s/serverspec-runner/serverspec-runner_0.2.4-1.dsc regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766557: dpkg: dpkg: ../../src/packages.c:226: process_queue: Assertion `dependtry = 4' failed. Aborted (core dumped)
Control: affects -1 debian-security-support Hi Vincent, Vincent Bernat wrote: 24 octobre 2014 04:12 +0200, Guillem Jover guil...@debian.org: Which I tracked and I've fixed locally. This is actually due to an undetected trigger cycle, caused by debian-security-support (#762031), which makes a metric ton of packages await triggers. I was also hit by the bug and dpkg -r debian-security-support solved it for me. Thanks. Seems to solve the issue for me, too. Cc'ing the debian-security-support maintainer to make him aware of this issue. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766597: tracker news urls could be more package related + human friendly
package: tracker.debian.org severity: wishlist Hi, somewhere someone wrote this: Since I don't know how much work and effort will take to fix this, Hopefully none (well, no more), given the upload of https://tracker.debian.org/news/580713 and I thought which package so I clicked the link and found out it was about a package I don't have much interest in... And then I realized that I thought this before about the tracker news urls: I think they are too meaningless and they would be more informative if they were of the form https://tracker.debian.org/$package/news/580713 (or news/$package/) What do you think? That would also make it possible to use lower IDs (and internally use pkgname+id) which are more human friendly. The current numbers can also be confused with bugs... What do you think? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]
On Fri, Oct 24, 2014 at 06:26:08PM +0900, Satoru KURASHIKI wrote: OK, I've changed package name, and re-upload to mentors.d.o. (with lintian fixes). http://mentors.debian.net/package/serverspec-runner http://mentors.debian.net/debian/pool/main/s/serverspec-runner/serverspec-runner_0.2.4-1.dsc awesome works! uploaded. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#766158: Info received (Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...)
I hope that this helps. During the time when is just hanging around and not quitting -- (gdb) bt #0 0x7fac6d9e108f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7fac6c5e51bd in PR_Wait (mon=0x7fac6c8f48a0, timeout=4294967295) at ../../../../../nsprpub/pr/src/pthreads/ptsynch.c:691 #2 0x7fac67c2dd9f in mozilla::ReentrantMonitor::Wait ( this=0x7fac6c8f47a8, interval=interval@entry=4294967295) at ../../dist/include/mozilla/ReentrantMonitor.h:96 #3 0x7fac67c2e1cb in Wait (interval=4294967295, this=0x7fffc8316648) at ../../dist/include/mozilla/ReentrantMonitor.h:199 #4 nsEventQueue::GetEvent (this=0x7fac6c8f47a8, mayWait=mayWait@entry=true, result=0x7fffc8316688) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsEventQueue.cpp:63 #5 0x7fac67c300eb in GetEvent (event=optimized out, mayWait=true, this=optimized out) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThread.h:97 #6 ProcessNextEvent (result=0x7fffc83166ef, mayWait=true, this=0x7fac6c8f4740) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThread.cpp:707 #7 nsThread::ProcessNextEvent (this=0x7fac6c8f4740, mayWait=true, result=0x7fffc83166ef) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThread.cpp:639 #8 0x7fac67bf0061 in NS_ProcessNextEvent (thread=optimized out, mayWait=true) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/glue/nsThreadUtils.cpp:263 #9 0x7fac67c326d2 in Shutdown (this=0x7fac196cb1c0) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThread.cpp:559 #10 nsThread::Shutdown (this=0x7fac196cb1c0) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThread.cpp:519 #11 0x7fac67c31d76 in nsThreadManager::Shutdown (this=0x7fac6b238030) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/threads/nsThreadManager.cpp:138 #12 0x7fac67bf4e0f in mozilla::ShutdownXPCOM (servMgr=0x7fac5e91b848) at /tmp/buildd/iceweasel-31.2.0esr/xpcom/build/nsXPComInit.cpp:817 #13 0x7fac68c97c4f in ScopedXPCOMStartup::~ScopedXPCOMStartup ( this=0x7fac6c87aae0, __in_chrg=optimized out) at /tmp/buildd/iceweasel-31.2.0esr/toolkit/xre/nsAppRunner.cpp:1202 #14 0x7fac68c9ba15 in XREMain::XRE_main (this=this@entry=0x7fffc8316840, argc=argc@entry=1, argv=argv@entry=0x7fffc8317d08, aAppData=aAppData@entry=0x7fffc8316a10) at /tmp/buildd/iceweasel-31.2.0esr/toolkit/xre/nsAppRunner.cpp:4113 #15 0x7fac68c9bbe7 in XRE_main (argc=1, argv=0x7fffc8317d08, aAppData=0x7fffc8316a10, aFlags=optimized out) at /tmp/buildd/iceweasel-31.2.0esr/toolkit/xre/nsAppRunner.cpp:4300 #16 0x7fac6de19a35 in do_main (argc=argc@entry=1, argv=argv@entry=0x7fffc8317d08, xreDirectory=0x7fac6c82a6c0) at /tmp/buildd/iceweasel-31.2.0esr/browser/app/nsBrowserApp.cpp:282 #17 0x7fac6de1916c in main (argc=1, argv=0x7fffc8317d08) at /tmp/buildd/iceweasel-31.2.0esr/browser/app/nsBrowserApp.cpp:643 The University of Dundee is a registered Scottish Charity, No: SC015096 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766599: caribou probably leaks memory
Package: caribou Version: 0.4.15-1 Severity: important Looking at top today, I found this interesting bit: 4143 glandium 20 0 992092 578976 16340 S 0.0 7.1 8:06.24 caribou That's near 600MB RSS. That seems a lot for something that is described as a Configurable on screen keyboard with scanning mode, which I never activated voluntarily and shouldn't even be running in the first place. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766598: systemd: help for journalctl --until option is misleading
Package: systemd Version: 215-5+b1 Tags: patch The output of journalctl --help says this: --since=DATE Start showing entries on or newer than the specified date --until=DATE Stop showing entries on or older than the specified date This is a little bit confusing. In fact, because of the on or older part I believed that the meaning of --until was like this: --until=DATE Only show entries on or older than the specified date However, I have verified that the real meaning, which fortunately matches the current behaviour, is this one: --until=DATE Only show entries *older* than the specified date I say fortunately because this is the behaviour that will allow a tool like logcheck to track easily the logs that have been checked and the ones that have not (because the since is inclusive and the until is exclusive, much like python's range) Therefore, if the phrase for the --until option starts with the word Stop, then it should be like this: --until=DATE Stop showing entries on or *newer* than the specified date Patch follows: diff --git a/src/journal/journalctl.c b/src/journal/journalctl.c index 86453e6..a1bb466 100644 --- a/src/journal/journalctl.c +++ b/src/journal/journalctl.c @@ -171,7 +171,7 @@ static int help(void) { --userShow only the user journal for the current user\n -M --machine=CONTAINER Operate on local container\n --since=DATE Start showing entries on or newer than the specified date\n ---until=DATE Stop showing entries on or older than the specified date\n +--until=DATE Stop showing entries on or newer than the specified date\n -c --cursor=CURSOR Start showing entries from the specified cursor\n --after-cursor=CURSOR Start showing entries from after the specified cursor\n --show-cursor Print the cursor after all the entries\n Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766158: Info received (Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...)
On 24/10/2014 11:42, Mark Carroll wrote: I hope that this helps. Not really. You should check if it has not been reported before, it is not the case, report a full bug report with the way to reproduce, etc The bug 766158 has been closed. it was too broad. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765372: mutter: alt-tab issue with gnome 3.14
Andreas Henriksson schrieb am Donnerstag um 19:24 Uhr: Could you please verify the problem you reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765372 is fixed by updating to mutter 3.14.1 (currently available in Debian Unstable)? this seems to fix the issue for me: aptitude install -t unstable libmutter0e mutter Many thanks, Ben signature.asc Description: This is a digitally signed message part
Bug#764564: [PKG-OpenRC-Debian] Bug#764564: openrc: fail to boot when encryption + lvm are present
Control: reassign -1 cryptsetup Hello CryptSetup Maintainers, This bug was hit on openrc. The issue is very particular to users running LUKS / dm-crypt rootfs. The root cause is mentioned in this bug report. Can we have some insight on my that endless while loop is needed ? Can we drop it ? On 10/10/2014 02:07 PM, Ritesh Raj Sarraf wrote: Thanks to the folks on #openrc, I was finally able to root cause this bug. In file /lib/cryptsetup/cryptdisks.functions # if there's already a udev-triggered job running for this # device, wait for it to finish, then re-process to confirm # that it's started successfully. In the general case this # will just be a no-op, but we don't want to defer to the # other job entirely because this is the fallback for fixing # up any ordering-dependent decrypting. while status cryptdisks-udev DEVNAME=$dev_match 21 | grep -q 'start' do sleep 1 done Which leads to. [] + echo -n Starting early crypto disks... Starting early crypto disks...+ log_action_begin_msg_post Starting early crypto disks + : + mount_fs + local point + MOUNTED= + egrep -v ^[[:space:]]*(#|$) /etc/crypttab + read dst src key opts + dev_match=UUID=ae658322-236d-489a-8a9c-371a369873ec + [ ae658322-236d-489a-8a9c-371a369873ec != UUID=ae658322-236d-489a-8a9c-371a369873ec ] + readlink -f /dev/disk/by-uuid/ae658322-236d-489a-8a9c-371a369873ec + dev_match=/dev/sda7 + status cryptdisks-udev DEVNAME=/dev/sda7 + grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 Commenting the while loop solves the problem. Should this be assigned to the cryptsetup maintainers ??? Ritesh On Friday 10 October 2014 01:15 PM, Ritesh Raj Sarraf wrote: On Friday 10 October 2014 03:20 AM, Robbie Harwood wrote: Don't think it's this, either. I did not interrupt any part of boot in order to get this failure; this failure happens *every time*. It's possible that the filesystem is read-only during boot here which would cause failure, but I don't have a good way to check that. If you agree that this is the same bug, then I may close this one. Unless you see something that I don't, I think this is a different bug. I think you are hit by the same bug as me. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750559 Unfortunately, I did not hear back from the maintainer or the upstream dev on this one. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root
Control: tag -1 wontfix Hi Vlad, On Do 23 Okt 2014 12:17:51 CEST, Vlad Orlov wrote: Package: pluma Version: 1.8.1+dfsg1-2 Severity: important Steps to reproduce: 0. Have a Debian Testing installation, fully updated, with pluma installed. 1. Run gksu pluma any_file. Even the files in your ~ will do. 2. ls -l /run/user/1000/dconf/user 3. Notice that the ownership of that file changed from you:you to root:root. You might also need to do some additional steps, like saving the file or simply opening the preferences dialog. But with the latest Testing updates I've found out it's enough to just run the editor. Impact on the system: Various unrelated apps might start eating 100% CPU or a lot of memory, or break in other ways. If run from the console, they will show you this: (dconf-editor:2593): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly. Additional note: Does NOT happen if you use gksudo instead of gksu. Why reported against pluma instead of gksu: I've tried a couple of other text editors - leafpad, mousepad - and they don't exhibit such a behavior, /run/user/1000/dconf/user stays owned by me. Well... The issue does not occur with leafpad nor mousepad as both don't use dconf under their bonnet. Try running these command: $ apt-rdepends -r libdconf1 | grep mousepad $ apt-rdepends -r libdconf1 | grep leafpad Though, you could try gedit: $ apt-rdepends -r libdconf1 | grep gedit Running the above command for gedit shows that it very well depends on libdconf1, so it is quite likely that the error will occur there in the same way as it occurs to you in pluma. Please track this issue down further. Try to find out, what application / library really changes ownership on /run/user/1000/dconf/user (you can use the strace command for that). I will tag this bug with wontfix for now. If you don't reassign it to another package within the next four weeks, I will close this bug as it is abolutely not related to the code you find in the pluma package. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpzs3KHy75KK.pgp Description: Digitale PGP-Signatur
Bug#766600: arb: [l10n:cs] Czech PO debconf template translation
Package: arb Version: 6.0.2-2 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is updated Czech translation of PO debconf template (cs.po) for package arb, please include it. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of arb. # Copyright (C) 2006 Jakub Kasparec m...@centrum.cz # This file is distributed under the same license as the arb package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: arb 6.0.2-2\n Report-Msgid-Bugs-To: a...@packages.debian.org\n POT-Creation-Date: 2014-10-11 07:42+0200\n PO-Revision-Date: 2014-10-24 10:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\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: multiselect #. Description #: ../arb-common.templates:2001 msgid ARB PT-server administrators: msgstr Správci serverů ARB PT-server: #. Type: multiselect #. Description #: ../arb-common.templates:2001 msgid The default configuration of PT-server slots in /etc/arb/arb_tcp.dat gives ARB three global slots accessible by all users (connecting to localhost: ${PORT}), as well as three slots to give private per-user access (connecting to ~/.arb_pts/${USER}${NUMBER}.socket). msgstr Výchozí nastavení slotů serveru PT-server v /etc/arb/arb_tcp.dat dává tři globální sloty přístupné všem uživatelům (připojeným k localhost:${PORT}), stejně tak tři sloty pro přístup na přihlášeného uživatele (připojeného k ~/.arb_pts/${USER}${NUMBER}.socket). #. Type: multiselect #. Description #: ../arb-common.templates:2001 msgid Only members of the \arb\ system group will be able to build and update the shared PT-servers. Please enter the login names for these privileged users. msgstr Pouze členové systémové skupiny \arb\ budou moci sestavovat a aktualizovat sdílené servery PT-servers. Zadejte prosím přihlašovací jméno těchto privilegovaných uživatelů.
Bug#766428: marco: Sticky windows return to original desktop on Alt-Tab
Hi Matthew, On Do 23 Okt 2014 02:45:08 CEST, Matthew Horan wrote: Package: marco Version: 1.8.2+dfsg1-1 Severity: normal Dear Maintainer, When selecting Always on Visible Workspace from the Window Menu, macro correctly places the window on all workspace. However, when focusing an unfocused window with this option enabled via Alt-Tab, the window will be raised on its original workspace. An upstream bug report exists for this issue: https://github.com/mate-desktop/marco/issues/18. A fix has also been provided: https://github.com/mate-desktop/marco/pull/121. However, the fix has not been merged. I just pinged upstream via #mate-dev on Freenode on the status of PR 121 for marco. If they accept it, it may be an option to include it in marco 1.8.2-x for Debian. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpq7np7dMvBX.pgp Description: Digitale PGP-Signatur
Bug#766454: Recurring events repeat without end
Control: affects -1 evolution evolution-data-server gnome-shell Hi, I've been bitten by this too, both evolution and gnome-shell starting displaying recurring events which ended years ago. As Joachim said, downgrading libical1 to version 1.0-1 fixes the problem. I have taken a look at the diff between version 1.0-1 and 1.0-1.1 and it's indeed just the copyright fix. I'd therefore guess, that the bug actually existed for a while and the recent upload just triggered it by rebuilding the package. I'll try to have a look at this over the weekend, fortunately libical's build dependencies are fairly limited... Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#757847: mate-notification-daemon: Partially fixed
Hi Jean-Philippe, On Fr 10 Okt 2014 03:58:03 CEST, Jean-Philippe MENGUAL wrote: Package: mate-notification-daemon Followup-For: Bug #757847 Dear Maintainer, Hi, Only the second part of the bug remains. Indeed, actually, notifications work patching orca. But the browsing in panel is still a problem. Regards, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Thanks for digging into this. Do I get you right from your previous post(s) that the handling of Alt+Ctrl+Tab is not correct in mate-panel? Or is that actually a window manager mode. I'd also appreciate if you could teach me how to setup / enable orca in MATE, so I can verify your bugs and fixes. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLLULpzhlb0.pgp Description: Digitale PGP-Signatur
Bug#766428: marco: Sticky windows return to original desktop on Alt-Tab
Hi Matthew, On Fr 24 Okt 2014 12:02:17 CEST, Mike Gabriel wrote: Hi Matthew, On Do 23 Okt 2014 02:45:08 CEST, Matthew Horan wrote: Package: marco Version: 1.8.2+dfsg1-1 Severity: normal Dear Maintainer, When selecting Always on Visible Workspace from the Window Menu, macro correctly places the window on all workspace. However, when focusing an unfocused window with this option enabled via Alt-Tab, the window will be raised on its original workspace. An upstream bug report exists for this issue: https://github.com/mate-desktop/marco/issues/18. A fix has also been provided: https://github.com/mate-desktop/marco/pull/121. However, the fix has not been merged. I just pinged upstream via #mate-dev on Freenode on the status of PR 121 for marco. If they accept it, it may be an option to include it in marco 1.8.2-x for Debian. Mike Have you actually verified that the patch in the PR works? Could you retest marco with that patch applied? Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgprM1CSgIOvx.pgp Description: Digitale PGP-Signatur
Bug#766525: metche: [INTL:nl] Dutch translation of debconf messages
Op 24-10-14 09:03:49 schreef intrigeri: Control: tag -1 + moreinfo Hi, Hi, Please find attached the Dutch translation of metche debconf messages. Is it on purpose that the attached file is ISO-8859 encoded? Not at all. I suspect UTF-8 would work better. Indeed. And file says my local copy is UTF-8: frans@bureau:~/projecten/vertaal/debconf$ file metche_1 \:1.2.2-4_nl.po metche_1:1.2.2-4_nl.po: GNU gettext message catalogue, UTF-8 Unicode text Would you like me to upload it again? Cheers, -- intrigeri Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ pgpYFUQTgxL_n.pgp Description: PGP signature
Bug#656710: partman-crypto: Preseeding the passphrase
Christian PERRIER bubu...@debian.org (2014-10-20): Quoting Cyril Brulebois (k...@debian.org): Christian: Can you please check that this modification isn't going to generate either noise or work for translators? And suggest another approach if I failed to do that properly. Should be fine from what I see, no problem. Thanks. Since I received no objections I went ahead and just uploaded partman-crypto/77. Mraw, KiBi. signature.asc Description: Digital signature
Bug#765855: libopenscenegraph100: use-after-free crash in Node::remove*Callback
Control: reassign -1 libopenscenegraph100 Control: retitle -1 libopenscenegraph100: use-after-free crash in Node::remove*Callback Control: tags -1 patch fixed-upstream This crash is a use-after-free in openscenegraph Node::remove*Callback: if the node holds the only reference to the callback (nc itself isn't a ref_ptr so doesn't count), it will automatically be freed when removed, and the following nc-setNestedCallback(0) is hence an out of bounds access. The affected code was introduced between 3.2.0~rc1 and 3.2.1, which explains why we hadn't seen this earlier. This is fixed upstream by https://github.com/openscenegraph/osg/commit/49d560f4d9d0641c98df67264b7ace4733c6b9a9; I have checked that this fixes this bug. As the fix is in an inline method, a rebuild of simgear is required to pick it up; given that we don't know if any more of openscenegraph's reverse dependencies are affected, I suggest binNMUing them all. (This isn't a now-forbidden transition as the interface doesn't change: fixing openscenegraph without rebuilding doesn't further break things, it just doesn't fix the bug.) ==4597== Memcheck, a memory error detector ==4597== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==4597== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==4597== Command: fgfs --enable-terrasync ==4597== Parent PID: 4587 ==4597== ==4597== Conditional jump or move depends on uninitialised value(s) ==4597==at 0x8E1810E: jsJoystick::open() (in /usr/lib/libplibjs.so.1.8.5) ==4597==by 0x79A2B9: FGJoystickInput::init() (in /usr/games/fgfs) ==4597==by 0x5E20249: SGSubsystem::incrementalInit() (subsystem_mgr.cxx:62) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E205DE: SGSubsystemMgr::incrementalInit() (subsystem_mgr.cxx:454) ==4597==by 0x5FB0C5: ??? (in /usr/games/fgfs) ==4597==by 0xB989BB: fgOSMainLoop() (in /usr/games/fgfs) ==4597==by 0x5F94ED: fgMainInit(int, char**) (in /usr/games/fgfs) ==4597==by 0x5A00FE: main (in /usr/games/fgfs) ==4597== Uninitialised value was created by a heap allocation ==4597==at 0x4C298A0: operator new[](unsigned long) (vg_replace_malloc.c:389) ==4597==by 0x8E180C2: jsJoystick::open() (in /usr/lib/libplibjs.so.1.8.5) ==4597==by 0x79A2B9: FGJoystickInput::init() (in /usr/games/fgfs) ==4597==by 0x5E20249: SGSubsystem::incrementalInit() (subsystem_mgr.cxx:62) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E205DE: SGSubsystemMgr::incrementalInit() (subsystem_mgr.cxx:454) ==4597==by 0x5FB0C5: ??? (in /usr/games/fgfs) ==4597==by 0xB989BB: fgOSMainLoop() (in /usr/games/fgfs) ==4597==by 0x5F94ED: fgMainInit(int, char**) (in /usr/games/fgfs) ==4597==by 0x5A00FE: main (in /usr/games/fgfs) ==4597== ==4597== Conditional jump or move depends on uninitialised value(s) ==4597==at 0x4C2C1B8: strlen (vg_replace_strmem.c:412) ==4597==by 0x79AA56: FGJoystickInput::init() (in /usr/games/fgfs) ==4597==by 0x5E20249: SGSubsystem::incrementalInit() (subsystem_mgr.cxx:62) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E205DE: SGSubsystemMgr::incrementalInit() (subsystem_mgr.cxx:454) ==4597==by 0x5FB0C5: ??? (in /usr/games/fgfs) ==4597==by 0xB989BB: fgOSMainLoop() (in /usr/games/fgfs) ==4597==by 0x5F94ED: fgMainInit(int, char**) (in /usr/games/fgfs) ==4597==by 0x5A00FE: main (in /usr/games/fgfs) ==4597== Uninitialised value was created by a heap allocation ==4597==at 0x4C29180: operator new(unsigned long) (vg_replace_malloc.c:324) ==4597==by 0x79A2AC: FGJoystickInput::init() (in /usr/games/fgfs) ==4597==by 0x5E20249: SGSubsystem::incrementalInit() (subsystem_mgr.cxx:62) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E20D0C: SGSubsystemGroup::incrementalInit() (subsystem_mgr.cxx:180) ==4597==by 0x5E205DE: SGSubsystemMgr::incrementalInit() (subsystem_mgr.cxx:454) ==4597==by 0x5FB0C5: ??? (in /usr/games/fgfs) ==4597==by 0xB989BB: fgOSMainLoop() (in /usr/games/fgfs) ==4597==by 0x5F94ED: fgMainInit(int, char**) (in /usr/games/fgfs) ==4597==by 0x5A00FE: main (in /usr/games/fgfs) ==4597== ==4597== Thread 2: ==4597== Syscall param write(buf) points to uninitialised byte(s) ==4597==at 0x55ABA7D: ??? (syscall-template.S:81) ==4597==by 0xA388205: ??? (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20) ==4597==by 0xA3C47B7: std::basic_filebufchar, std::char_traitschar ::_M_convert_to_external(char*, long) (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20) ==4597==
Bug#765577: udev-udeb: Write dupliate entries into 70-persistent-net.rules
[Petter Reinholdtsen] It would be nice if /lib/udev/write_net_rules could be changed to log a message to syslog when 70-persistent-net.rules is updated, to be able to figure out when it happen. I in the places I suspect are related to this issue, add similar instrumentation in the hw-detect code. Anyone around to help out with this issue? While waiting for ideas how to find the source of the duplicate entries, I added the following workaround to debian-edu-config, rewriting the 70-persistent-net.rules file to remove duplicate if anyone are present in the pre-pkgsel step. It solve the problem for us for now, but I suspect a generic fix should be added to the code inserting the duplicate entries. diff --git a/share/debian-edu-config/d-i/pre-pkgsel b/share/debian-edu-config/d-i/pre-pkgsel index c298731..34d47a9 100644 --- a/share/debian-edu-config/d-i/pre-pkgsel +++ b/share/debian-edu-config/d-i/pre-pkgsel @@ -209,6 +209,13 @@ EOF echo $MAILNAME /target/etc/mailname fi +# Workaround for bug in d-i/udev, causing duplicate entries in +# /etc/udev/rules.d/70-persistent-net.rules in both d-i and +# /target/. See bug $765577 for the details. +if in-target /usr/share/debian-edu-config/tools/workaround-udev-bug-765577 ; then + error disabled duplicate udev rule (bug #765577) +fi + # Make sure that the interfaces are there for the cfengine run if # network isn't already configured if route | grep -q default ; then diff --git a/share/debian-edu-config/tools/workaround-udev-bug-765577 b/share/debian-edu-config/tools/workar new file mode 100755 index 000..7054c58 --- /dev/null +++ b/share/debian-edu-config/tools/workaround-udev-bug-765577 @@ -0,0 +1,71 @@ +#!/usr/bin/perl +# +# Implement workaround for bug #765577 by removing duplicate entries +# from the persistent network interface name rule before rebooting for +# the first time, to make sure eth0 is present on the machines with +# fixed network setup in /etc/network/interfaces + +use strict; +use warnings; +use Getopt::Std; + +my $bugurl = https://bugs.debian.org/765577;; + +my $rulefile = /etc/udev/rules.d/70-persistent-net.rules; +my $newfile = $rulefile.new; + +my $debug = 0; +my %linecache; +my $modified = 0; +my %opts; + +sub usage { +my $retval = shift; +print EOF; +Usage: $0: [-dn] +Fix + -d enable debugging + -n do not modify $rulefile +EOF + exit($retval) if $retval; +} + +getopts(dn, \%opts) || usage(1); + +open(my $rh, '', $rulefile) || die error: unable to read from $rulefile; +my $wh; +if (!$opts{'n'}) { +open($wh, '', $newfile) || die error: unable to write to $newfile; +} +my $shortline; +while (my $line = $rh) { +$shortline = $line; +$shortline =~ s/, NAME=[^]+//; +print STDERR shortline: '$shortline'\n if $opts{'d'}; +if ($shortline !~ m/^\s*$/ + $shortline =~ m/^SUBSYSTEM=/ + exists $linecache{$shortline}) { +# Seen the same line before, skip it. +print STDERR skipping line\n if $opts{'d'}; +$modified = 1; +if (!$opts{'n'}) { +print $wh # Duplicate entry disabled, workaround for $bugurl\n#$line; +} +next; +} +$linecache{$shortline} = 1; +if (!$opts{'n'}) { +print $wh $line; +} +} +close($rh); +if (!$opts{'n'}) { +close($wh); +if ($modified) { +rename($newfile, $rulefile) || die error: unable to rename $newfile to $rulefile; +} else { +unlink $newfile; +} +} else { +} +exit ! $modified; -- 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#756253: Upgrade from 2.02~beta2-10 to 2.02~beta2-11 left grub unbootable
On Mon, Oct 13, 2014 at 03:45:31PM +0100, Colin Watson wrote: On Mon, Jul 28, 2014 at 09:26:22AM +0900, Mike Hommey wrote: After the upgrade from 2.02~beta2-10 to 2.02~beta2-11, a reboot just got me under Windows. The EFI boot menu had two entries for Windows (I don't think it had two in the past, but maybe it did, and that's not related), and one for UEFI OS which was set as the default. Choosing that one manually in the boot menu still brought Windows up. After booting with a USB stick in rescue mode, deleting the duplicate Windows entry and the UEFI OS entry, and re-running grub-install, grub showed up at reboot. After grub-install, the EFI entry is now named debian. Note I haven't run grub-install in a while, so I'm not sure what version of grub had done a grub-install last. Sorry for the delayed response. I think this is unlikely to have been a problem introduced by the new version of GRUB as such (unless switching to GCC 4.9 did this, but that seems a pretty tenuous theory), and grub-install is run automatically provided that /boot/efi/EFI/debian/ exists. Could you please post the output of: dpkg -l efibootmgr sudo efibootmgr find /boot/efi -ls It happened again today. Grub was not updated, but the kernel was. # dpkg -l efibootmgr Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersionArchitecture Description +++-===-==-==- ii efibootmgr 0.9.0-2amd64 Interact with the EFI Boot Manager # efibootmgr BootCurrent: 0002 Timeout: 0 seconds BootOrder: 0002,0001, Boot* Windows Boot Manager Boot0001* Windows Boot Manager Boot0002* grub # # NOTE: the grub entry is one I added from the BIOS in order to boot # # at all. It was *not* there. Both Windows entries were. after re-running # # grub-install, I get: BootCurrent: 0002 Timeout: 0 seconds BootOrder: 0003,0002,0001, Boot* Windows Boot Manager Boot0001* Windows Boot Manager Boot0002* grub Boot0003* debian # find /boot/efi -ls 14 drwxr-xr-x 4 root root 4096 1月 1 1970 /boot/efi 1154 drwxr-xr-x 2 root root 4096 9月 7 2013 /boot/efi/en-us 117 72 -rwxr-xr-x 1 root root73456 8月 8 2013 /boot/efi/en-us/bootmgr.efi.mui 1184 drwxr-xr-x 5 root root 4096 1月 22 2014 /boot/efi/EFI 1224 drwxr-xr-x 3 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft 1244 drwxr-xr-x 40 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot 1724 drwxr-xr-x 2 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot/bg-BG 175 76 -rwxr-xr-x 1 root root77152 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/bg-BG/bootmgfw.efi.mui 176 76 -rwxr-xr-x 1 root root77152 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/bg-BG/bootmgr.efi.mui 1774 drwxr-xr-x 2 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot/cs-CZ 181 76 -rwxr-xr-x 1 root root76128 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/cs-CZ/bootmgfw.efi.mui 182 76 -rwxr-xr-x 1 root root76128 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/cs-CZ/bootmgr.efi.mui 183 48 -rwxr-xr-x 1 root root45408 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/cs-CZ/memtest.efi.mui 1844 drwxr-xr-x 2 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot/da-DK 188 76 -rwxr-xr-x 1 root root75616 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/da-DK/bootmgfw.efi.mui 189 76 -rwxr-xr-x 1 root root75616 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/da-DK/bootmgr.efi.mui 190 48 -rwxr-xr-x 1 root root45408 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/da-DK/memtest.efi.mui 1914 drwxr-xr-x 2 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot/de-DE 195 80 -rwxr-xr-x 1 root root78688 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/de-DE/bootmgfw.efi.mui 196 80 -rwxr-xr-x 1 root root78688 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/de-DE/bootmgr.efi.mui 197 48 -rwxr-xr-x 1 root root45920 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/de-DE/memtest.efi.mui 1984 drwxr-xr-x 2 root root 4096 1月 8 2014 /boot/efi/EFI/Microsoft/Boot/el-GR 202 80 -rwxr-xr-x 1 root root79712 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/el-GR/bootmgfw.efi.mui 203 80 -rwxr-xr-x 1 root root79712 8月 22 2013 /boot/efi/EFI/Microsoft/Boot/el-GR/bootmgr.efi.mui 204 48 -rwxr-xr-x 1 root root46432 8月 22 2013
Bug#761230: VIDIOC_G_COMP:: Inappropriate ioctl for device
i noticed this issue both on my laptop and desktop, this may be related to kernel. guvcview perfectly for all format(including mjpg) on kernel 3.14.x but for 3.16.x and above they don't [yuyv, mjpg](black screen), [yu12, yv12](green screen), only working format is RGB3 and BGR3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766425: marco: Wrong drop shadow on GTK3.14 tooltips and menu
Control: close -1 On Do 23 Okt 2014 01:41:53 CEST, Matthew Horan wrote: Package: marco Version: 1.8.2+dfsg1-1 Severity: normal Dear Maintainer, After updating to GTK 3.14, marco incorrectly renders drop shadows on certain tooltips and menus. The issue was reported and has since been fixed upstream: https://github.com/mate-desktop/marco/issues/139. /me forgot to close this bug... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp2HIevvOwcH.pgp Description: Digitale PGP-Signatur
Bug#766425: marco: Wrong drop shadow on GTK3.14 tooltips and menu
Control: fixed -1 1.8.2+dfsg1-2 Hi Matthew, On Do 23 Okt 2014 01:41:53 CEST, Matthew Horan wrote: Package: marco Version: 1.8.2+dfsg1-1 Severity: normal Dear Maintainer, After updating to GTK 3.14, marco incorrectly renders drop shadows on certain tooltips and menus. The issue was reported and has since been fixed upstream: https://github.com/mate-desktop/marco/issues/139. This issue is already fixed in Debian unstable since marco 1.8.2+dfsg1-2. Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpMWQLuGXXqi.pgp Description: Digitale PGP-Signatur
Bug#766556: fakeroot: fails to chgrp root
On Fri, 24 Oct 2014 09:53:40 + Clint Adams cl...@debian.org wrote: On Fri, Oct 24, 2014 at 06:53:43AM +0200, Samuel Amo wrote: samuel@:~$ fakeroot id uid=0(root) gid=0 groups=0,24,25,26,29,30,40,44,46,105,109,110,111,113,116,124,1000,1002 samuel@:~$ getent group root samuel@:~$ As you can see, your user/system is unaware of any group names. You might want to check the permissions and contents of /etc/nsswitch.conf or /etc/group, but this is clearly not related to fakeroot. The problem is that the command without fakeroot works very well, and does not care about getent or nsswitch: samuel@:~$ sudo chgrp root anyfile samuel@:~$ So I believe that the problem is on the fakeroot side (because it should simulate the real chgrp behaviour, am I wrong?). By the way my /etc/group file is fine, and contains the line root:x:0: Just in case, here is my nsswitch, but I maintain that it should not be of any importance as of the standard behaviour of chgrp: # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat group: compat shadow: compat hosts: files dns mdns4_minimal [NOTFOUND=return] wins mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis
Bug#766577: kyua packages
I have uploaded kyua deb packages to: http://people.freebsd.org/~rodrigc/lutok/ I put the packaging files here as well: https://github.com/rodrigc/kyua-packaging/ Please review this, so we can close out ITP 766577. -- Craig
Bug#766602: solaar: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: solaar Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#766390: [Pkg-libvirt-maintainers] Bug#766390: libvirt0: fails unprivileged lxc domain with /proc/sys re-mount error
On Thu, Oct 23, 2014 at 08:34:50PM +0100, Adrian Davey wrote: I tried without the unprivileged_userns_clone before doing the change as by default the debian linux kernel doesn't set it The only difference I can spot is, that I'm not using butterfs. I'm also using systemd outside of the container. I'm not using selinux or apparmor. 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#766603: Depends: kdelibs5-plugins (= 4:4.14.2)
Package: kdelibs5-plugins Justification: breaks unrelated software Severity: critical Tags: ??? Dear Maintainer, I have seen, that kdelibs 4:4.14.2 was accepted a few days ago. Looks like it still is not available via apt-get. Unfortunately several other packages already expect this version: apt-get install kdm - kdm : Depends: kde-runtime ( 4:4.10) but it is not going to be installed apt-get install kde-runtime : Depends: kdelibs5-plugins (= 4:4.14.2) Kind regards, Guido Seifert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763596: Works for me with 3.14.1
This bug seems to be fixed with 3.14.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766604: ccache: C++ compiler does not support C++11 standard
Package: ccache Version: 3.1.10-1 Severity: normal Dear Maintainer, While trying to build mapnik 3.0 with -std=c++11 flag, using ccache fails with Checking if compiler (g++) supports -std=c++11 flag... (cached) no C++ compiler does not support C++11 standard (-std=c++11), which is required. Please upgrade your compiler to at least g++ 4.7 (ideally 4.8) Is it a bug or an unsupported feature ? Anyway it's not clearly documented ? Jérémy. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (670, 'unstable'), (650, 'testing'), (590, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ccache depends on: ii libc6 2.19-12 ii zlib1g 1:1.2.8.dfsg-2 ccache recommends no packages. Versions of packages ccache suggests: pn distcc 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#762680: RFS: wmanager/0.2.1-12 (refresh packaging)
On Wed, Sep 24, 2014 at 02:08:51PM +0300, Peter Pentchev wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package wmanager. This upload refreshes several aspects of the Debian packaging. * Package name: wmanager Version : 0.2.1-12 Upstream Author : Meik Tessmer ful...@daemogorgon.net * URL : http://www.daemogorgon.net/software/wmanager/ * License : GPL-2+ Section : x11 It builds a single binary package that has been tested with sbuild, Lintian, cme, and adequate: wmanager - window-manager selection tool used at X startup [snip] Hi, I've just uploaded an updated version of wmanager to the same location: The package is available at mentors.d.n: http://mentors.debian.net/package/wmanager dget -x http://mentors.debian.net/debian/pool/main/w/wmanager/wmanager_0.2.1-12.dsc Changes since the last upload: wmanager (0.2.1-12) unstable; urgency=medium * Fix the Vcs-Git URL. * Bump the debhelper compatibility level to 9: - use debhelper's invocation of dpkg-buildflags, drop the versioned build dependency on dpkg-dev - use dpkg-buildflags's hardening flags, drop the build dependency on hardening-includes * Add the 05-strdup patch, replacing two unguarded uses of strcpy() with strdup(). Arguably the strcpy() uses were safe enough, but there's no harm in using strdup() and removing a Lintian warning. * Bump Standards-Version to 3.9.6: - drop the DM-Upload-Allowed field * Split the DEP-3 author information into several Author fields for the patches with multiple authors. * Update the copyright file to the 1.0 format and bump the years of my Debian packaging copyright notice. * Rewrite wmanagerrc-update in pure Perl, replace the perl5 and chase dependencies with perl:Depends. * Drop the version from the 'menu' suggestion, satisfied in oldstable. -- Peter Pentchev r...@ringlet.net Tue, 23 Sep 2014 16:25:30 +0300 And the four changes since that update: * Add the debian/upstream/metadata file. * Add Multi-Arch: foreign to the binary package. * Drop the source compression options; dpkg-dev's defaults are good enough. * Add --parallel to the debhelper invocation. Thanks in advance for any assistance with uploading this package! And I'd be even more grateful if this package could be uploaded in time for the Jessie freeze :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#763596: Works with 3.14.1
This bug seems to be fixed with 3.14.1-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766603: Please ignore my bugreport....
Looks like we just had a real life race condition... me reporting the little problem... you fixing it. Kind regards, Guido Seifert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766605: glibc patch for hppa architecture
Source: glibc Version: 2.19-11 Severity: important Tags: patch Dear debian glibc maintainers, Can you please apply this hppa-arch-specific patch to debian glibc and keep it until you upgrade to sources of glibc 2.21 ? Main reason for this patch is to make it possible to use systemd on hppa. Without this patch people who will by mistake install systemd (e.g. because of dependencies) will render their machines unbootable. The patch breaks the ABI on hppa, but in a way which will not affect people, because it changes the signals which are usually not used. This has been tested by installing and booting mixtures of glibc and kernel with corresponding patches. I'll send in a bug report with patch for debian kernel shortly too. Upstream Linux kernel commit is 1f25df2eff5b25f52c139d3ff31bc883eee9a0ab http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1f25df2eff5b25f52c139d3ff31bc883eee9a0abutm_source=anzwix Upstream glibc commit is: https://sourceware.org/git/?p=glibc.git;a=commit;h=13d845549e41823e6658122dcf268154bcbbcfde I've adjusted the attached patch (only changes path names) so that it applies to debian's glibc 2.19 To better understand what we fix here, the glibc changelog description of Carlos is probably best (copied in here): This is a conscious ABI break for hppa. We find ourselves unable to run systemd because it expects SIGRTMIN+29 signals to be available and with hppa starting at 37 that exceeds the 64 signals available. It is arguable that the systemd code could compact their signal usage (the have a gap and don't check SIGRTMAX to see if they are over). However, that would require pursuing this upstream with systemd. The least work option is to make hppa more like other arches. The best option is to free up 3 signals for use with SIGXCPU, SIGXFSZ and SIGSTKFLT, and move those below 31. We make SIGSYS equal to SIGUNUSED as is expected. We remove SIGEMT and SIGLOST as HPUX signal we won't ever use. With that change we match all other machines. Given that these signals are so esoteric, testing by other users building minimal systems from scratch showed no problems. In fact Tcl fails to build if you make SIGEMT == SIGABRT, so we just removed SIGEMT (they use a large switch statement in C to handle signals, and I don't think it's valid to assume they will all have distinct values to fit into a switch). Committed as the only solution we possibly have here. Signed-off-by: Carlos O'Donell car...@systemhalted.org Signed-off-by: Helge Deller del...@gmx.de From 13d845549e41823e6658122dcf268154bcbbcfde Mon Sep 17 00:00:00 2001 From: Carlos O'Donell car...@redhat.com Date: Thu, 23 Oct 2014 23:14:12 -0400 Subject: [PATCH] hppa: Make __SIGRTMIN 32 (ABI break). In the Linux kernel version 3.17 the signal numbers were rearranged in order to make hppa like every other arch. Previously we started __SIGRTMIN at 37, and that meant several pieces of important software, including systemd, would fail to build. To support systemd we removed SIGEMT and SIGLOST, and rearranged the others according to expected values. This is technically an ABI incompatible change, but because zero applications use SIGSTKFLT, SIGXCPU, SIGXFSZ and SIGSYS nothing broke. Nothing uses SIGEMT and SIGLOST, and they were present for HPUX compatibility which is no longer supported. Thus because nothing breaks we don't do any compatibility work here. Upstream kernel commit is 1f25df2eff5b25f52c139d3ff31bc883eee9a0ab. Signed-off-by: Carlos O'Donell car...@systemhalted.org Signed-off-by: Helge Deller del...@gmx.de 2014-10-23 Carlos O'Donell car...@systemhalted.org Helge Deller del...@gmx.de [BZ #17508] * sysdeps/unix/sysv/linux/hppa/bits/signum.h: Remove SIGEMT. Define SIGSTKFLT as 7. Define SIGSYS as 31. Define SIGXCPU as 12. Remove SIGLOST. Define SIGXFSZ as 30. Define __SIGRTMIN as 32. --- diff -up ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h.org ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h --- ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h.org 2014-10-24 12:47:51.039590372 +0200 +++ ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h 2014-10-24 12:47:59.707589170 +0200 @@ -36,12 +36,12 @@ #define SIGTRAP 5 /* Trace trap (POSIX). */ #define SIGABRT 6 /* Abort (ANSI). */ #define SIGIOT 6 /* IOT trap (4.2 BSD). */ -#define SIGEMT 7 +#define SIGSTKFLT 7 /* Stack fault. */ #define SIGFPE 8 /* Floating-point exception (ANSI). */ #define SIGKILL 9 /* Kill, unblockable (POSIX). */ #define SIGBUS 10 /* BUS error (4.2 BSD). */ #define SIGSEGV 11 /* Segmentation violation (ANSI). */ -#define SIGSYS 12 /* Bad system call. */ +#define SIGXCPU 12 /* CPU limit exceeded (4.2 BSD). */ #define SIGPIPE 13 /* Broken pipe (POSIX). */ #define SIGALRM 14 /* Alarm clock (POSIX). */ #define SIGTERM 15 /* Termination (ANSI). */ @@ -61,11 +61,9 @@ #define SIGTTIN 27 /* Background read from tty (POSIX). */ #define SIGTTOU 28 /* Background write to tty
Bug#766606: nslcd: k5start fails during boot
Package: nslcd Version: 0.8.10-4 Severity: important Dear Maintainer, I just switched from libnss-ldap / OpenLDAP with TLS auth to libnssd-ldap / Samba4 AD DC with Kerberos auth. So the issue might have existed for some time. During boot k5start fails: Fri Oct 24 12:34:55 2014: [FAIL] Starting Keep alive Kerberos ticket: k5startk5start: error getting credentials: Cannot contact any KDC for realm 'AD.MICROSULT.DE' Fri Oct 24 12:34:55 2014: [ ok ] Starting LDAP connection daemon: nslcd which means that nslcd cannot read from the AD DC and all AD users are unknown. Logging in as root following start-up and restarting nslcd by /etc/init.d/nslcd restart works fine and also starts k5start. Could it be that it is run too early in the start-up? However, NFS is started before nslcd and I use kerberized NFS4! Regards, - lars -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nslcd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u6 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libldap-2.4-2 2.4.31-1+nmu2 Versions of packages nslcd recommends: ii bind9-host [host] 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii host1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii ldap-utils 2.4.31-1+nmu2 ii libnss-ldapd [libnss-ldap] 0.8.10-4 ii libpam-krb5 4.6-1 pn nscdnone Versions of packages nslcd suggests: ii kstart 4.1-2 -- Configuration Files: /etc/default/nslcd changed: K5START_PRINCIPAL=MIDGARD\$@AD.MICROSULT.DE -- debconf information: nslcd/ldap-sasl-realm: nslcd/ldap-starttls: false nslcd/ldap-sasl-krb5-ccname: /var/run/nslcd/nslcd.tkt nslcd/ldap-auth-type: none nslcd/ldap-reqcert: * nslcd/ldap-uris: ldap://samba.ad.microsult.de/ nslcd/ldap-sasl-secprops: nslcd/ldap-binddn: nslcd/ldap-sasl-authcid: nslcd/ldap-sasl-mech: * nslcd/ldap-base: DC=ad,DC=microsult,DC=de nslcd/ldap-sasl-authzid: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765157: crystalspace: FTBFS: make[2]: *** No rule to make target 'install_lib'. Stop.
Dear maintainer, I just want to remind you that the freeze is very close and your package might not make it into next Debian stable (along with it's rdeps) if this bug is not fixed very soon. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764845: root-system: FTBFS - missing build dependency on globus-core
Dear maintainer, I just want to remind you that the freeze is very close and your package might not make it into next Debian stable (along with it's rdeps) if this bug is not fixed very soon. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761230: VIDIOC_G_COMP:: Inappropriate ioctl for device
On Fri, Oct 24, 2014 at 03:53:01PM +0530, Sanjeev sekaran wrote: i noticed this issue both on my laptop and desktop, this may be related to kernel. guvcview perfectly for all format(including mjpg) on kernel 3.14.x but for 3.16.x and above they don't [yuyv, mjpg](black screen), [yu12, yv12](green screen), only working format is RGB3 and BGR3. As I said in a previous message, the upstream version has solved all these problems. I know that Paulo Assis, the main author upstream, has been in contact with the debian maintainer, and I am not sure why the debian package hasn't been updated. Meanwhile, it isn't hard to install the upstream version locally while you wait for debian to be updated. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766604: ccache: C++ compiler does not support C++11 standard
Package: ccache Version: 3.1.10-1 Followup-For: Bug #766604 Forgot to say i followed the install howto at https://wiki.debian.org/sbuild#Using_.22ccache.22_with_sbuild Regards, Jérémy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764049: Bug can be closed
Hi, I don't know if what I did really fixed the problem or if it was a coincidence with the following update. I refreshed my alternatives: yes '' | update-alternatives --forced --all then: apt-get update/upgrade After that my libopenblas-base problem was gone. Kind regards, Guido Seifert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766607: linux: (regression) No serial console output when connecting to virtual serial console for the guest during d-i installation initiated via virt-install
Source: linux Version: 3.16~rc5-1~exp1 Severity: important Hi Ben I choosed important as severity, as it causes a regression from wheezy-jessie for installation of kvm guests with kernel in the d-i, but actually it might be overrated, please downgrade if you don't agree. Background: For tests I often use the following instruction to quickly create vms (either preseeded or without preseed): http://honk.sigxcpu.org/con/Preseeding_Debian_virtual_machines_with_virt_install.html also having the console output to ttyS0, the kernel arguments are auto keymap=us hostname=foo netcfg/get_ipaddress=192.168.122.123 suite=unstable -- console=ttyS0,115200n8 in the example case. When altough using the current d-i with a 3.16.2-2 the kernel I don't see anymore neither the kernel boot messages nor the started d-i anymore when virt-install connects to the virtual serial console for the guest and cannot proceed with installation in d-i. I was able to track this down to a change between 3.15.5-1~exp1 and 3.16~rc5-1~exp1 but unfortuantely don't have a specific commit. To reproduce I attach the small 'reproducer.sh' shellscript which fetches the d-i linux and initrd.gz from -location=${HOME}/virt/installer-amd64/ (see below) and also sets auto keymap=us hostname=foo netcfg/get_ipaddress=192.168.122.123 suite=unstable -- console=ttyS0,115200n8 as kernel arguments. It is cut-cut-cut-cut-cut-cut- #!/bin/bash virt-install --connect=qemu:///system \ --graphics none \ --location=${HOME}/virt/installer-amd64/ \ --extra-args=auto keymap=us hostname=foo netcfg/get_ipaddress=192.168.122.123 suite=unstable -- console=ttyS0,115200n8 \ --name foo \ --ram 1024 \ --disk=pool=default,size=5,format=qcow2,bus=virtio,cache=writeback cut-cut-cut-cut-cut-cut- ${HOME}/virt/installer-amd64 would look as follows: cut-cut-cut-cut-cut-cut- $ ls -1R installer-amd64 installer-amd64: current installer-amd64/current: images installer-amd64/current/images: MANIFEST netboot installer-amd64/current/images/netboot: debian-installer installer-amd64/current/images/netboot/debian-installer: amd64 installer-amd64/current/images/netboot/debian-installer/amd64: initrd.gz linux cut-cut-cut-cut-cut-cut- and the MANIFEST file only need to contain cut-cut-cut-cut-cut-cut- netboot/debian-installer-- PXE boot directory for tftp server cut-cut-cut-cut-cut-cut- So basically stripped down content as you would find in http://ftp.ch.debian.org/debian/dists/unstable/main/installer-amd64/ If I use initrd.gz and linux from 20140802 installation works fine if I use the ones from current (20141002) the above behavious is observed, no installer ist seen. I then afterwards replaced the linux image to find closer version were the problem appear, and looks like 3.15.5-1~exp1 is good, 3.16~rc5-1~exp1 is bad. Quite some changes with merge in commit 49eb7b0750d9483c74e9c14ae6ea1e9d62481c3c The mentioned setup is running on Debian stable with libvirt/0.9.12.3-1+deb7u1, qemu-kvm/1.1.2+dfsg-6+deb7u4. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759556: cross- pkg-config
]] Wookey This patch does that in a very neat way which means that things build-depending on pkg-config will get the right version installed whether cross-building or not. I disagree with it being particularly neat. You expressed a lack of enthusiasm for this design at debconf, but have not replied to the bug, or come up with anything better that we are aware of. I described what I think is a better design both at debconf and later on IRC. Time is now extremely short for geting this into jessie, so this is good time to make a decision. Do you wish to veto an NMU now with this change in, or may I go ahead? Please don't NMU with this patch. Feel free to come up with a patch that works along the lines of what we've talked about before. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765803: Status of prompting / notification on upgrade for init system switch?
]] Ian Jackson Russ Allbery writes (Bug#765803: Status of prompting / notification on upgrade for init system switch?): Thanks, Tollef! Okay, so there does appear to be a conflict here. It sounds like your primary technical concern, not addressed by Martin's mail, is that getting the dependencies right to install systemd on initial install but not upgrade to it are tricky and have a lot of corner cases, and you feel like it's late in the release process to make that change. That's not the impression I got from Tollef's mail. I thought his concern was mostly bugs in systemd-shim. Surely the question of the default can be addressed easily enough in the installer - it can just be told, explicitly, to install systemd. And by «the installer», you mean d-i, vmdebootstrap, ganeti, libvirt, pbuilder, schroot, rootstrap and fai, to list a few ways of installing Debian? It's less work to just document how to keep sysvinit in the release notes, something I surely hope we're going to do anyway. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: Should support BIG-REQUESTS
The following patch should handle BIG-REQUESTS. Please review. --- While developing the patch, I noticed that without BIG-REQUESTS (e.g. when HIDE_BIG_REQUESTS_EXTENSION is in use), the bad client would send invalid X protocol data that caused nxproxy to crash. This patch also handles that case, though that does not occur anymore when BIG-REQUESTS is available. - There may be other places where invalid X protocol data could crash nxproxy, but I did not change the code. How can the bad client send invalid X protocol (what libraries are buggy and broken), is an interesting question (but is not this bug). Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia --- ClientChannel.cpp-prePSz 2012-03-08 06:53:30.0 +1100 +++ ClientChannel.cpp 2014-10-24 14:20:54.0 +1100 @@ -447,6 +447,26 @@ } } + // Get other bits of the header, so will not need to refer to them again + unsigned char inputDataByte = inputMessage[1]; + unsigned int buffer2 = GetUINT(inputMessage + 2, bigEndian_); + unsigned int inputDataSize = buffer2 - 1; + if (buffer2 == 0) + { +// BIG-REQUESTS +inputMessage += 4; +inputLength -= 4; +inputDataSize = GetULONG(inputMessage, bigEndian_) - 2; + } + if (inputLength != (4 * (inputDataSize + 1))) + { +#ifdef WARNING +*logofs handleRead: inputLength= inputLength + mismatch inputDataSize= inputDataSize + .\n logofs_flush; +#endif + } + // // Go to the message's specific encoding. // @@ -501,8 +521,36 @@ encodeBuffer.encodeCachedValue(format, 8, clientCache_ - changePropertyFormatCache); unsigned int dataLength = GetULONG(inputMessage + 20, bigEndian_); + + // Self-preserving sanity check (otherwise we crash and dump core): + // some clients do this when not getting their beloved BIG-REQUESTS. + unsigned int maxLength = 0; + if (format == 8) + { +maxLength = inputLength - 24; + } + else if (format == 32) + { +maxLength = (inputLength - 24) 2; + } + else if (format == 16) + { +maxLength = (inputLength - 24) 1; + } + if (dataLength maxLength) + { +#ifdef WARNING +*logofs ChangeProperty bogus dataLength= dataLength + set to maxLength + when format= (int)format + inputLength= inputLength + .\n logofs_flush; +#endif +dataLength = maxLength; + } + encodeBuffer.encodeValue(dataLength, 32, 6); - encodeBuffer.encodeValue(inputMessage[1], 2); + encodeBuffer.encodeValue(inputDataByte, 2); encodeBuffer.encodeXidValue(GetULONG(inputMessage + 4, bigEndian_), clientCache_ - windowCache); encodeBuffer.encodeCachedValue(GetULONG(inputMessage + 8, bigEndian_), 29, @@ -533,7 +581,7 @@ nextSrc += 4; } } - else + else if (format == 16) { for (unsigned int i = 0; i dataLength; i++) { @@ -541,6 +589,13 @@ nextSrc += 2; } } + else + { +#ifdef WARNING +*logofs ChangeProperty bogus format= (int)format + .\n logofs_flush; +#endif + } } break; case X_SendEvent: @@ -562,7 +617,7 @@ break; } - encodeBuffer.encodeBoolValue((unsigned int) inputMessage[1]); + encodeBuffer.encodeBoolValue((unsigned int) inputDataByte); unsigned int window = GetULONG(inputMessage + 4, bigEndian_); if (window == 0 || window == 1) @@ -599,7 +654,7 @@ break; case X_ChangeWindowAttributes: { - encodeBuffer.encodeValue((inputLength - 12) 2, 4); + encodeBuffer.encodeValue(inputDataSize - 2, 4); encodeBuffer.encodeXidValue(GetULONG(inputMessage + 4, bigEndian_), clientCache_ - windowCache); unsigned int bitmask = GetULONG(inputMessage + 8, bigEndian_); @@ -654,7 +709,7 @@ break; } - encodeBuffer.encodeBoolValue((unsigned int) inputMessage[1]); + encodeBuffer.encodeBoolValue((unsigned int) inputDataByte); encodeBuffer.encodeXidValue(GetULONG(inputMessage + 4, bigEndian_), clientCache_ - windowCache); const unsigned char *nextSrc = inputMessage + 8; @@ -1000,12 +1055,12 @@ { #ifdef TARGETS - *logofs
Bug#764276: dxpc: Crashes when using TeXworks
Please see http://bugs.debian.org/766299 about the same bug in nxproxy. Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766608: qpidd-store: The Qpid store package installs a stub and not the store module
Package: qpidd-store Version: 0.28-9 Severity: normal Dear Maintainer, The qpidd-store installs a module named store.so, which is just a stub. What should be installed is the legacystore.so module, which provides the actual legacy store. The upstream build does not report an error when a dependency is missing for building the store module, and the runtime broker doesn't report one either when loading the stub module. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 qpidd-store depends on: ii libaio1 0.3.109-4 ii libc6 2.19-11 ii libdb5.3++ 5.3.28-6 ii libgcc1 1:4.9.1-15 ii libqpidbroker2 0.28-9 ii libqpidcommon2 0.28-9 ii libqpidtypes1 0.28-9 ii libstdc++6 4.9.1-15 ii libuuid12.20.1-5.9 ii qpidd 0.28-9 qpidd-store recommends no packages. qpidd-store 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