Bug#717949: tetzle: build failures on ARM
source: tetzle - Forwarded message from Graeme Gott gra...@gottcode.org - Date: Fri, 26 Jul 2013 18:16:01 -0400 From: Graeme Gott gra...@gottcode.org To: Bart Martens ba...@debian.org Subject: Build failures for Tetzle User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 I noticed that there are some build failures for Tetzle on ARM platforms, and I have created a patch that should fix the issue. Unfortunately, I don't have any ARM systems to test with, but I have attached the patch in case you can test it or you want to add it to the Debian package. Cheers, Graeme Gott From b614c9153681c21dbea6eec5511bf5ad5cc24616 Mon Sep 17 00:00:00 2001 From: Graeme Gott gra...@gottcode.org Date: Fri, 26 Jul 2013 18:11:33 -0400 Subject: [PATCH] Fixed build failure on ARM. --- src/graphics_layer.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/graphics_layer.cpp b/src/graphics_layer.cpp index c9ff010..1ef447e 100644 --- a/src/graphics_layer.cpp +++ b/src/graphics_layer.cpp @@ -143,7 +143,7 @@ static inline void convertMatrix(const float* in, GLfloat* out) std::copy(in, in + 16, out); } -static inline void convertMatrix(const qreal* in, GLfloat* out) +static inline void convertMatrix(const double* in, GLfloat* out) { for (int i = 0; i 16; ++i) { out[i] = static_castGLfloat(in[i]); -- 1.8.3.4 - End forwarded message - -- Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717606: nvidia-libopencl1: symbol clRetainDevice, version OPENCL_1.2 not defined in file libOpenCL.so.1 with link time reference
Dnia 2013-07-24, śro o godzinie 22:32 +0200, Andreas Beckmann pisze: Control: affects -1 + pyopencl python-pyopencl python3-pyopencl On 2013-07-24 22:19, Tomasz Rybak wrote: Should this bug belong to PyOpenCL (this will also allow me to close it when I update PyOpenCL with Breaks: fix you proposed) or can it stay attached to nvidia-libopencl1? Don't add the Breaks right now, we are working on a better solution (that would probably just need a binNMU at the end) ... I'm going on vacations now so I'll not be able to work on this or upload new package. I'll be at DebConf though, so I should be able to work on this there. Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak signature.asc Description: This is a digitally signed message part
Bug#714594: /usr/sbin/update-apt-xapian-index: xdg.Exceptions.ParsingError: ParsingError in file '/usr/share/app-install/desktop/spout.desktop'
Package: apt-xapian-index Version: 0.45 Followup-For: Bug #714594 Dear Maintainer, I received a mail message from a weekly cron task. Specifically, update-apt- xapian-index with the same traceback of this bug: /etc/cron.weekly/apt-xapian-index: Traceback (most recent call last): File /usr/sbin/update-apt-xapian-index, line 97, in module if not indexer.setupIndexing(force=opts.force, system=opts.pkgfile is None): File /usr/lib/pymodules/python2.7/axi/indexer.py, line 518, in setupIndexing addon.obj.init(dict(values=self.values), self.progress) File /usr/share/apt-xapian-index/plugins/app-install.py, line 142, in init entry = DesktopEntry(os.path.join(APPINSTALLDIR, f)) File /usr/lib/python2.7/dist-packages/xdg/DesktopEntry.py, line 33, in __init__ self.parse(filename) File /usr/lib/python2.7/dist-packages/xdg/DesktopEntry.py, line 42, in parse IniFile.parse(self, file, [Desktop Entry, KDE Desktop Entry]) File /usr/lib/python2.7/dist-packages/xdg/IniFile.py, line 81, in parse raise ParsingError(Invalid line: + line, filename) xdg.Exceptions.ParsingError: ParsingError in file '/usr/share/app- install/desktop/spout.desktop', Invalid line: Categories:Application:Game:ArcadeGame run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 1 * What led up to the situation? It is a weekly cron task although it occurred just once, the latter one. * What exactly did you do (or not do) that was effective (or ineffective)? I do not even know which is the exact problem. If you need some help testing, tell me what should I do. robert -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-xapian-index depends on: ii python 2.7.5-2 ii python-apt 0.8.9 ii python-debian 0.1.21+nmu2 ii python-support 1.0.15 ii python-xapian 1.2.15-4 apt-xapian-index recommends no packages. Versions of packages apt-xapian-index suggests: ii app-install-data 2012.06.16.1 ii python-xdg0.25-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717950: nmu: lua-apr_0.23.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu lua-apr_0.23.2-1 . ALL . -m Rebuild against libapreq2-3 The upload of libapreq2 2.13-2 renamed libapreq2 to libapreq2-3, therefore its only rdepends lua-apr needs to be rebuilt. Steinar (Cc:ed) was probably not aware of having an rdepends ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717951: sendmail-bin: fails to install: postinst gets stuck in an infinite loop
Package: sendmail-bin Version: 8.14.4-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package sendmail-bin. (Reading database ... 9168 files and directories currently installed.) Unpacking sendmail-bin (from .../sendmail-bin_8.14.4-4_amd64.deb) ... Setting up sendmail-bin (8.14.4-4) ... update-alternatives: using /usr/lib/sm.bin/sendmail to provide /usr/sbin/sendmail-mta (sendmail-mta) in auto mode update-alternatives: using /usr/lib/sm.bin/sendmail to provide /usr/sbin/sendmail-msp (sendmail-msp) in auto mode update-alternatives: warning: not replacing /usr/share/man/man8/sendmail.8.gz with a link You are doing a new install, or have erased /etc/mail/sendmail.mc. If you've accidentaly erased /etc/mail/sendmail.mc, check /var/backups. I am creating a safe, default sendmail.mc for you and you can run sendmailconfig later if you need to change the defaults. Stopping Mail Transport Agent (MTA): sendmail. Updating sendmail environment ... Could not open /etc/mail/databases(No such file or directory), creating it. Could not open /etc/mail/sendmail.mc(No such file or directory) Validating configuration. Writing configuration to /etc/mail/sendmail.conf. Writing /etc/cron.d/sendmail. Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Writing configuration to /etc/mail/sendmail.conf. Writing /etc/cron.d/sendmail. Turning off Host Status collection Could not open /etc/mail/databases(No such file or directory), creating it. Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... Checking filesystem, this may take some time - it will not hang! ... Done. Checking for installed MDAs... Adding link for newly extant program (mail.local) sasl2-bin not installed, not configuring sendmail support. To enable sendmail SASL2 support at a later date, invoke /usr/share/sendmail/update_auth OpenSSL is not installed, will not configure sendmail support for it. to install openssl, get openssl. To enable sendmail TLS support at a later date, invoke /usr/share/sendmail/update_tls Updating /etc/hosts.allow, adding sendmail: all. Please edit /etc/hosts.allow and check the rules location to make sure your security measures have not been overridden - it is common to move the sendmail:all line to the *end* of the file, so your more selective rules take precedence. Checking {sendmail,submit}.mc and related databases... Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... Reading configuration from /etc/mail/sendmail.conf. Validating configuration. Creating /etc/mail/databases... ... This is a new problem that has recently appeared in sid. cheers, Andreas sendmail-bin_8.14.4-4.log.gz Description: GNU Zip compressed data
Bug#717895: xymon: remote file deletion vulnerability
Control: retitle -1 xymon: CVE-2013-4173: remote file deletion vulnerability Hi Axel, On Fri, Jul 26, 2013 at 10:52:21AM +0200, Salvatore Bonaccorso wrote: On Fri, Jul 26, 2013 at 10:32:30AM +0200, Axel Beckert wrote: I already asked upstream for a CVE id, but they don't have one yet[2]. Can you get one? [2] http://lists.xymon.com/pipermail/xymon/2013-July/037909.html Yes, just have requested one, see [1]. Will forward to you as soon assigned. If upstream want's to get themself CVE's you can give [2] to them? (Debian can also assing CVE's but only if the issue is not yet public to avoid dublication) CVE-2013-4173[1] was now assigned to this issue. [1] http://article.gmane.org/gmane.comp.security.oss.general/10728 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#717875: [Pkg-xfce-devel] Bug#717875: Allow system-wide default application configuration
On ven., 2013-07-26 at 23:33 +0100, Mark Hymers wrote: Hi, Not sure if this is exactly what the house-style for the XFCE packages is, but patch attached. Tested on my 4.10 install by checking that adding a different applications/pdf entry to /etc/xfce4/defaults.list changes the default MIME type. Seems that 55xfce4-session is not in the patch? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#625758: 'adduser --disabled-login' does not behave as documented.
This one time, at band camp, Sam Morris said: On Fri, 2013-07-26 at 19:39 +0100, Stephen Gran wrote: This one time, at band camp, Sam Morris said: Therefore I don't see the use of having both options, unless some other software cares about the difference between the two values, They do mean something different: From the wikipedia page: NP or ! or null - No password, the account has no password. LK or * - the account is Locked, user will be unable to log-in There is a semantic difference between the two. ! in the field says that authentication with a password should never succeed. * says that login should never succeed, even if alternate forms of authentication (such as ssh keys) are in use. The above chunk of code is correct if it is in a password checking routine - both should return false for authentication. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219377. It is possible to SSH in to a machine as an account with only * in its password field. In addition, shadow(5) doesn't draw any distinction between the two values: If the password field contains some string that is not a valid result of crypt(3), for instance ! or *, the user will not be able to use a unix password to log in (but the user may log in the system by other means). pam_unix's accounting code doesn't use the password field at all--only the additional fields in the shadow file. My gut feeling is that if there ever was a distinction between the two values, it is lost to history. Perhaps * used to be used before the advent of shadow files to indicate that the entire account was locked rather than just the password. I don't know, I wasn't around in those days. :) So, I think that maybe I'm confused - I am under the impression that you started by saying that there is no useful difference between the two states 'locked' and 'disabled'. I responded by saying there was. In defense of your statement, you've pointed me to a bug report that says that pam now looks elsewhere to distinguish between the two states, and that it was a bug in shadow not to set that other flag, and that that bug is now fixed. It seems to me that the resolution here is, there is a semantic difference between these two states. How that is expressed in the passwd file doesn't actually matter to adduser - adduser just uses passwd and the other tools to manipulate the files. If there were bugs in their handling of the files that are now fixed, then all is well, right? Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#717952: freetype is outdated
Package: freetype Version: 2.4.9-1.1 The current debian version of freetype(2.4.9-1.1) is outdated. please update to the current upstream version (2.5.0.1) which can be found at http://sourceforge.net/projects/freetype/files/latest/download?source=filesand the release notes are at http://sourceforge.net/projects/freetype/files/freetype2/2.5.0/
Bug#717811: qemu-system-x86 - Init script logs a warning
Control: tags -1 + confirmed Control: severity -1 minor 25.07.2013 14:42, Bastian Blank wrote: The qemu-system-x86 logs missing KVM support as warning. Nothing in qemu, except the KVM support itself, depends on KVM available, especially not the Xen support. Printing a warning for something that is not broken will scare people and qemu itself should itself produce a proper error if KVM is requested but missing. Well. This is, while appears to be very minor, a tough topic, having the whole twisted history in mind. I don't want to remove this warning, at least for now. The problem is that historically, kvm (or qemu-kvm) never gave up, it always used tcg (emulation) as a fallback in all default configurations. And we still follow this tradition in our /usr/bin/kvm wrapper, which requests kvm like -machine accel=kvm,tcg which means it will use kvm is available, and fall back to tcg if not. qemu itself never even enabled kvm by default, you have to specify either the above (or accel=kvm) or -enable-kvm on the command line in order to turn on kvm. Even if /usr/bin/kvm, when run in non-kvm environment, do produce a warning, it is run by libvirt most of the time, where this warning goes to a logfile and isn't seen by a regular user. I have a bugreport already when users tries to get rid of the /usr/bin/kvm wrapper by using qemu-system-x86_64 directly, but the resulting VMs run very very slow (because kvm acceleration isn't enabled). Basically, these warnings aren't being read, so the more of these you mention, the better, maybe at least some of them will be noticed. Maybe we should stop marking /usr/bin/kvm as deprecated and instead, request only kvm acceleration in there, so that in case kvm isn't available, the thing will refuse to start, and user will _have_ to look at the logs to determine the cause. Or maybe we should require users to explicitly specify when they need kvm, with the same effect (and get rid of /usr/bin/kvm wrapper completely). But at least before that, we should print a warning during boot if kvm isn't available. You mentioned xen, maybe qemu startup script may detect xen and do nothing? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717895: xymon: remote file deletion vulnerability
Hi Salvatore, Salvatore Bonaccorso wrote: CVE-2013-4173[1] was now assigned to this issue. [1] http://article.gmane.org/gmane.comp.security.oss.general/10728 Thanks. Updated the changelog and informed upstream via the mailing list. At least there the CVE id wasn't posted yet. Also tagged this bug report as fixed-upstream and pending (as there's a fixed upstream release in git.) 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#717761: [ca-certificates] Cartificates with blank spaces in file name break ca-certificates.conf when running dpkg-reconfigure
Hi Michael, Thanks for looking at the issue so quick. On 07/27/2013 03:05 AM, Michael Shuler wrote: On 07/24/2013 12:07 PM, Paolo Scarabelli wrote: If I add a new cerificate with blanks in the file name in /usr/share/ca-certificates, when I run: dpkg-reconfigure ca-certificates Why did you do it this way? Locally installed certificates should be placed in /usr/local/share/ca-certificates/ and they will be trusted. From README.Debian: If you want to install local certificate authorities to be implicitly trusted, please put the certificate files as single files ending with “.crt“ into “/usr/local/share/ca-certificates” and re-run “update-ca-certificates”. Thanks, I overlooked that. When I tried to install the certificates copying them in /usr/local/share/ca-certificates I saw none of them in the list proposed by dpkg-reconfigure ca-certificates so I assumed the right way was to copy them in /usr/share/ca-certificates. I should have read the documentation better. it adds a line for every part of the file name in ca-certificates.conf . In example, if I try to add the certificate: Actalis Authentication Root CA.crt it adds the following lines to ca-certificates.conf: Actalis Authentication Root CA.crt OK. I'll look to see if this can be escaped, but it really is unnecessary, since you wrote the file somewhere it really should not have been written to. In addition, the CA you wrote is already in the Mozilla bundle, if you were not aware of this. That was just an example, I took the first I found in the list. I installed about 100 root certificates from the Italian digital signature issuers and I couldn't remember which I installed and which I didn't. A quick test to see what happens when written with spaces to the correct local install location (c_rehash emits the warning about a duplicate cert) - it is added correctly symlinked in /etc/ssl/certs/ directory as well as appended to /etc/ssl/certs/ca-certificates.crt: mshuler@mana:~$ sudo cp -p /usr/share/ca-certificates/mozilla/Actalis_Authentication_Root_CA.crt /usr/local/share/ca-certificates/Actalis Authentication Root CA.withspaces.crt mshuler@mana:~$ ls -l /usr/local/share/ca-certificates/ total 4 -rw-r--r-- 1 root root 2049 Jun 10 13:21 Actalis Authentication Root CA.withspaces.crt mshuler@mana:~$ sudo update-ca-certificates Updating certificates in /etc/ssl/certs... WARNING: Skipping duplicate certificate Actalis_Authentication_Root_CA.withspaces.pem WARNING: Skipping duplicate certificate Actalis_Authentication_Root_CA.withspaces.pem 1 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.ddone. mshuler@mana:~$ ls -l /etc/ssl/certs/|grep Actalis lrwxrwxrwx 1 root root 34 Jul 26 13:34 5f47b495.0 - Actalis_Authentication_Root_CA.pem lrwxrwxrwx 1 root root 34 Jul 26 13:34 930ac5d2.0 - Actalis_Authentication_Root_CA.pem lrwxrwxrwx 1 root root 69 Jul 26 13:32 Actalis_Authentication_Root_CA.pem - /usr/share/ca-certificates/mozilla/Actalis_Authentication_Root_CA.crt lrwxrwxrwx 1 root root 78 Jul 26 13:34 Actalis_Authentication_Root_CA.withspaces.pem - /usr/local/share/ca-certificates/Actalis Authentication Root CA.withspaces.crt mshuler@mana:~$ grep MIIFuzCCA6OgAwIBAgIIVwoRl0LE48wwDQYJKoZIhvcNAQELBQAwazELMAkGA1UE /etc/ssl/certs/ca-certificates.crt MIIFuzCCA6OgAwIBAgIIVwoRl0LE48wwDQYJKoZIhvcNAQELBQAwazELMAkGA1UE MIIFuzCCA6OgAwIBAgIIVwoRl0LE48wwDQYJKoZIhvcNAQELBQAwazELMAkGA1UE All the files installed by the package do not have spaces - these are the files configured by the package. I'll consider whether this bug should just be closed or if some further escaping is needed after looking more closely. To me the problem is solved, thanks! However, copying a file with spaces in /usr/share/ca-certificates probably shouldn't result in a broken config file. Thanks again and have a nice day, Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717953: kexec-tools: please drop dependency on grub2-common
Package: kexec-tools Version: 1:2.0.3-3 Severity: normal Hi, the recent kexec-tools update brought a dependency on grub2-common (which is replaced by grub-common 2 afaict). I don't use grub on my boxes but rather extlinux, so I set use_grub_config to false. I don't know what grub-common is used for, but please don't hardcode it as a dependency, use a recommends. It might be nice to handle correctly syslinux but that's more like a wishlist bug for later. Regards, -- Yves-Alexis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kexec-tools depends on: ii debconf [debconf-2.0] 1.5.50 ii grub2-common 2.00-15 ii libc6 2.17-7 kexec-tools recommends no packages. kexec-tools suggests no packages. -- debconf information: kexec-tools/use_grub_config: false * kexec-tools/load_kexec: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717936: bind9: CVE-2013-4854: A specially crafted query can cause BIND to terminate abnormally
Control: tags -1 + patch Attached is the diff to relevant code between bind-9.8.5-P1 and bind-9.8.5-P2. Are you working on updates? Regards, Salvatore diff -pruN bind-9.8.5-P1/lib/dns/rdata/generic/keydata_65533.c bind-9.8.5-P2/lib/dns/rdata/generic/keydata_65533.c --- bind-9.8.5-P1/lib/dns/rdata/generic/keydata_65533.c 2013-06-04 12:30:22.0 -0600 +++ bind-9.8.5-P2/lib/dns/rdata/generic/keydata_65533.c 2013-07-16 16:11:52.0 -0600 @@ -176,7 +176,7 @@ fromwire_keydata(ARGS_FROMWIRE) { UNUSED(options); isc_buffer_activeregion(source, sr); - if (sr.length 4) + if (sr.length 16) return (ISC_R_UNEXPECTEDEND); isc_buffer_forward(source, sr.length);
Bug#717733: ITP missing for package feincms-elephantblog with RFS 717733 with ITP in title
According to [0], feincms-elephantblog has not its corresponding ITP bug, despite 717733 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717931: ITP missing for package sosreport with RFS 717931 with ITP in title
According to [0], sosreport has not its corresponding ITP bug, despite 717931 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717892: systemd 204: Boot rescue (single) mode hangs
Issue fixed by reinstalling all systemd and udev packages in new /lib/sysemd and /lib/udev directories. The previous upgrade had been done on the existing 44 version. This bug can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698881: re-opening, debhelper should use this new option
Control: reopen -1 re-opening, debhelper needs to use this new option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711414: blueman-applet: click does not produce either menu or manager window
Looks fine. Please try wheezy's 1.23-1 [1] to check if it's really related to a change in blueman (I do not think so) or some dependencies. [1] http://packages.debian.org/wheezy/blueman#pdownload -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717912: libc0.1: getauxval() nonfunctional on kfreebsd
Yes, it is a header bug. It should not define AT_SECURE to value with different meaning. This part is now in http://sourceware.org/bugzilla/show_bug.cgi?id=15794 Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712530: move libunwind7 to / on ia64/wheezy?
This issue has been solved by e2fsprogs (#708307), which I think is the best way because a way to build fsck.ext3 is the source of the problem. I'd like to close this bug. If you find any issues in the libunwind package, please let me know. -- Daigo Moriwaki daigo at debian dot org
Bug#716661: missing some bug number in whole list
me too There are some old bug report, probably archived nowadays, but I cannot find them now - but I'm very sure they exist because I reported them or fixed them. E.g. http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=ldap2dns;repeatmerged=on is missing #333448 Unarchiving usually brings them back, but only until the bug is archived again. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702705: vlock: sometimes does not exit therefore xautolock does not lock screen again after idle time
Hi Rodolfo, * Gregor Zattler telegr...@gmx.net [12. Jul. 2013]: * Rodolfo García Peñas k...@kix.es [12. Jul. 2013]: Probably the bug could be here: module new.c: 173 /* Work around stupid X11 bug: When switching immediately after the command 174* is entered, the enter button may get stuck. */ 175 if (getenv(DISPLAY) != NULL) 176 sleep(1); Probably the problem is not only related to the enter key. Can you reproduce the bug yet? Then, the best idea could be run vlock without the module new. Then we can see if the bug is in that module and work on it. Because we are in X11, run vlock -sa is not possible and we need the new module. Perhaps, one idea is increase the sleep time, for testing, something like: 176 sleep(5); Could you do this modification in the source and build a new package? Else, I could create a test package for you, only with this change. Tell me :-) If I understand you correctly, these are two options a) sleeping longer, b) using vlock -sa, therefore not using X11. Since I mostly use X11, I opt for the first test first. I changed the sleeping time to 9 seconds and will report back in a few days. If this does not change anything I will give non X11-usage a try. I used vlock -san since this last E-Mail with sleep (9): I realized only two hangs when the laptop was suspended and I woke it up. This is something I do often and it hanged only twice. Otherwise vlock functioned perfect -- with the exeption of having to wait for 9 secs. Which is still a security problem since I have to call vlock -san *after* the laptop wakes up from suspend (doesn't suspend while vlocked). Therefore the laptop is not protected for this waiting time after wakeup (by an attacker). Now I changed the sleeping time to 5 secs as you suggested and will proceede bisecting. I'll report back when I know how long the waiting time should be in order to function correctly. Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712301: more info needed on node-oauth FTBFS
tags 712301 moreinfo unreproducible thanks Hi Felix, I build my packages in a clear pbuilder chroot before uploading. As I know, it doesn't have any internet connection. Now I've tried to rebuild node-oauth with an unplugged ethernet cable. It still builds. On the other hand, your bugreport states the exception occurs in events.js which was called from dns.js . Neither one is present in my pbuilder chroot and package builds fine. I suspect your build tree was polluted and I may build-conflict on some other package. Please re-try the build process and put online the full build log somewhere if it fails there. If not, please close your bugreport. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#162541: uh-oh, this is dangerous
* Always reset want status when installing a package; so this now resets holds among others. Closes: #162541 I think this deserves a BIG FAT WARNING in the NEWS file because now I have to re-hold a number of packages every time after upgrades :( //mirabilos -- 17:08⎜«Vutral» früher gabs keine packenden smartphones und so 17:08⎜«Vutral» heute gibts frauen die sind facebooksüchtig 17:10⎜«Vutral» aber auch traurig; früher warst du als nerd voll am arsch 17:10⎜«Vutral» heute bist du als nerd der einzige der wirklich damit klarkommt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717955: php-yac: uninstallable, unsatisfiable Depends: phpapi-
Package: php-yac Version: 0~git1+c84a6256-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is not installable at all: Package: php5-yac Version: 0~git1+c84a6256-1 Architecture: amd64 Depends: libc6 (= 2.14), phpapi-, phpapi-20121212 Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612114: spams logs
Hi Jürgen, thanks for your bug report. In case of errors greylistd either uses stderr or syslog to inform about the problem. As greylistd does not know anything about the configuration of syslogd, it is hard to decide whether data should be written to syslog or not. Just imagine that the local syslogd is configured for remote logging. So I am afraid the process that actually writes data into the file should take care of disk usage. Do you have any idea how to solve this issue? Otherwise I would like to close that bug now ... Best regards Thorsten
Bug#717480: udev: hang for about 30 seconds between detecting sata disks and mounting filesystem
Am Freitag, 26. Juli 2013, 23:09:33 schrieb Michael Biebl: Am 26.07.2013 13:29, schrieb Martin Steigerwald: Am Freitag, 26. Juli 2013, 09:43:12 schrieb Michael Biebl: Am 21.07.2013 11:55, schrieb Martin Steigerwald: Package: udev Version: 204-1 Severity: important Dear Maintainer, I installed systemd from experimental yesterday and it booted just fine. But I noticed I still had the old udev 175-7.2 running, so I upgraded this one as well. After I upgraded udev there is an about 30 seconds delay between detecting sata disks and mounting filesystems, excerpt from dmesg: [5.330804] sd 1:0:0:0: [sda] 586072368 512-byte logical blocks: (300 GB/279 GiB) [5.330901] sd 1:0:0:0: [sda] Write Protect is off [5.330903] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 [5.330931] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [5.331479] sda: sda1 sda2 sda3 sda4 [5.331893] sd 1:0:0:0: [sda] Attached SCSI disk [5.341220] cdrom: Uniform CD-ROM driver Revision: 3.20 [5.342863] sr 2:0:0:0: Attached scsi CD-ROM sr0 [5.343261] sd 3:0:0:0: [sdb] 58626288 512-byte logical blocks: (30.0 GB/27.9 GiB) [5.344983] sd 1:0:0:0: Attached scsi generic sg0 type 0 [5.345032] sd 3:0:0:0: [sdb] Write Protect is off [5.345034] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [5.345074] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [5.349713] sr 2:0:0:0: Attached scsi generic sg1 type 5 [5.351233] sd 3:0:0:0: Attached scsi generic sg2 type 0 [5.352803] sdb: unknown partition table [5.355058] sd 3:0:0:0: [sdb] Attached SCSI disk […] [ 32.438547] device-mapper: uevent: version 1.0.3 Did you cut off anything between 5.355058 and 32.438547? Thanks for your answer. No. Don´t know why I inserted a […] in there. Its: [5.355058] sd 3:0:0:0: [sdb] Attached SCSI disk [ 32.438547] device-mapper: uevent: version 1.0.3 Could you describe your setup in more detail, do you use LVM/dm/md/cryptsetup? What's your partition layout, how does your fstab look like. merkaba:~ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00 279,5G 0 disk ├─sda1 8:10 4M 0 part ├─sda2 8:20 191M 0 part /boot/efi ├─sda3 8:30 286M 0 part /boot └─sda4 8:40 279G 0 part ├─merkaba-debian (dm-0) 254:00 18,6G 0 lvm ├─merkaba-swap (dm-1) 254:1012G 0 lvm [SWAP] ├─merkaba-home (dm-2) 254:20 223,5G 0 lvm └─merkaba-home2 (dm-3) 254:30 24,9G 0 lvm /home2 sdb 8:16 028G 0 disk sr011:01 1024M 0 rom merkaba:~ sfdisk -d /dev/sda # partition table of /dev/sda unit: sectors /dev/sda1 : start= 2048, size= 8192, Id=83 /dev/sda2 : start=10240, size= 391168, Id=ef /dev/sda3 : start= 401408, size= 585728, Id=83, bootable /dev/sda4 : start= 987136, size=585084928, Id=8e Its MBR with BIOS based boot (grub-pc), as back then I didn´t manage to set up any EFI and/or GPT based boot. GPT Bootloader partition and EFI partition still there, but unused currently. These filesystems are mounted on boot: merkaba:~ cat /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # Dateisystem MountpunktTyp Optionen dump pass proc/proc procdefaults 0 0 LABEL=debian/ btrfs noatime,space_cache,compress=lzo0 0 LABEL=boot /boot ext4noatime 0 1 /dev/sda2 /boot/efi vfatnoatime 0 0 LABEL=swap noneswapsw 0 0 LABEL=home /home btrfs noatime,space_cache,compress=lzo0 0 LABEL=home2 /home2 ext4defaults 0 0 /home/.ms /home/msecryptfs noauto,key=passphrase 0 0 tmpfs /tmptmpfs nodev,nosuid,size=30%,mode=1777 0 0 # Schnappschüsse LABEL=debian/mnt/debian-zeitbtrfs noatime,space_cache,compress=lzo,subvolid=5 0 0 LABEL=home /mnt/home-zeit btrfs noatime,space_cache,compress=lzo,subvolid=5 0 0 # Wechselmedien /dev/scd0 /media/cdrom0 udf,iso9660
Bug#162541: uh-oh, this is dangerous
On Sat, 2013-07-27 at 08:48:18 +, Thorsten Glaser wrote: * Always reset want status when installing a package; so this now resets holds among others. Closes: #162541 I think this deserves a BIG FAT WARNING in the NEWS file because now I have to re-hold a number of packages every time after upgrades :( Hmm, I've always considered that a bug, so I'd like to know how you are using dpkg that makes you consider the old behavior a feature. :) I guess you use dpkg + dselect? Because AFAIC all other frontends reset holds on installation. In any case if people want the old behavior I could add something lile add a --keep-holds option which could be used on the command-line for one-shot operations or on the config file for a permanent setting. 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#717875: [Pkg-xfce-devel] Bug#717875: Allow system-wide default application configuration
On Sat, 27, Jul, 2013 at 09:51:41AM +0200, Yves-Alexis Perez spoke thus.. On ven., 2013-07-26 at 23:33 +0100, Mark Hymers wrote: Hi, Not sure if this is exactly what the house-style for the XFCE packages is, but patch attached. Tested on my 4.10 install by checking that adding a different applications/pdf entry to /etc/xfce4/defaults.list changes the default MIME type. Seems that 55xfce4-session is not in the patch? Apologies - I sent the wrong version of the patch. Mark -- Mark Hymers mhy at debian dot org I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours. James Randi on BBCi Live Chat Index: xfce4-session.links === --- xfce4-session.links (revision 0) +++ xfce4-session.links (revision 0) @@ -0,0 +1 @@ +etc/xfce4/defaults.list usr/share/xfce4/applications/defaults.list Index: defaults.list === --- defaults.list (revision 0) +++ defaults.list (revision 0) @@ -0,0 +1 @@ +[Default Applications] Index: changelog === --- changelog (revision 7818) +++ changelog (working copy) @@ -1,9 +1,13 @@ xfce4-session (4.10.1-2) UNRELEASED; urgency=low + [ Evgeni Golov ] * Correct Vcs-* URLs to point to anonscm.debian.org - -- Evgeni Golov evg...@debian.org Mon, 15 Jul 2013 21:55:58 +0200 + [ Mark Hymers ] + * Add /usr/share/xfce4 to XDG_DATA_DIRS and add defaults.list symlink + -- Mark Hymers m...@debian.org Fri, 26 Jul 2013 23:22:28 +0100 + xfce4-session (4.10.1-1) unstable; urgency=low * New upstream release. Index: xfce4-session.dirs === --- xfce4-session.dirs (revision 0) +++ xfce4-session.dirs (revision 0) @@ -0,0 +1,2 @@ +etc/xfce4 +etc/X11/Xsession.d Index: xfce4-session.install === --- xfce4-session.install (revision 7818) +++ xfce4-session.install (working copy) @@ -1,2 +1,4 @@ usr etc +debian/defaults.list etc/xfce4/ +debian/55xfce4-session etc/X11/Xsession.d/ Index: 55xfce4-session === --- 55xfce4-session (revision 0) +++ 55xfce4-session (revision 0) @@ -0,0 +1,18 @@ +# For XFCE, we add a directory to XDG_DATA_DIRS +# to allow the admin to set, for example, defaults.list properly +BASESTARTUP=$(basename $STARTUP | cut -d\ -f1) +if [ $BASESTARTUP = x-session-manager ]; then +BASESTARTUP=$(basename $(readlink /etc/alternatives/x-session-manager)) +fi +case $BASESTARTUP in + xfce4-session) +# We prepend /usr/share/xfce since its defaults.list actually points +# to /etc so it is configurable. +if [ -z $XDG_DATA_DIRS ]; then + XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/ +else + XDG_DATA_DIRS=/usr/share/xfce4:$XDG_DATA_DIRS +fi +export XDG_DATA_DIRS +;; +esac
Bug#712301: more info needed on node-oauth FTBFS
Hi Laszlo, On 27.07.2013 10:38, Laszlo Boszormenyi (GCS) wrote: tags 712301 moreinfo unreproducible thanks Hi Felix, I build my packages in a clear pbuilder chroot before uploading. As I know, it doesn't have any internet connection. Now I've tried to rebuild node-oauth with an unplugged ethernet cable. It still builds. On the other hand, your bugreport states the exception occurs in events.js which was called from dns.js . Neither one is present in my pbuilder chroot and package builds fine. Maybe you still had the relevant entries in a local DNS cache? test/internet/test-dns.js definitely checks all sorts of internet hostnames like www.google.com, gmail.com, rackspace.com dns.js and events.js are built into nodejs (see lib/dns.js in the nodejs source package). I suspect your build tree was polluted and I may build-conflict on some other package. Please re-try the build process and put online the full build log somewhere if it fails there. If not, please close your bugreport. It's minimal pbuilder chroot, see the attached full build log. Cheers, Felix I: Using pkgname logfile I: Current time: Sat Jul 27 10:53:01 CEST 2013 I: pbuilder-time-stamp: 1374915181 I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with apt - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9), node-vows (= 0.5) dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-apt/pbuilder-satisfydepends-dummy.deb'. Reading package lists... Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: bsdmainutils debhelper file gettext gettext-base groff-base intltool-debian libasprintf0c2 libc-ares2 libcroco3 libev4 libffi6 libglib2.0-0 libmagic1 libpipeline1 libssl1.0.0 libunistring0 libv8-3.8.9.20 libxml2 man-db node-diff node-eyes node-vows nodejs po-debconf Suggested packages: wamerican wordlist whois vacation dh-make gettext-doc groff less www-browser libmail-box-perl Recommended packages: curl wget lynx-cur autopoint libasprintf-dev libgettextpo-dev libglib2.0-data shared-mime-info xml-core coffeescript libmail-sendmail-perl The following NEW packages will be installed: bsdmainutils debhelper file gettext gettext-base groff-base intltool-debian libasprintf0c2 libc-ares2 libcroco3 libev4 libffi6 libglib2.0-0 libmagic1 libpipeline1 libssl1.0.0 libunistring0 libv8-3.8.9.20 libxml2 man-db node-diff node-eyes node-vows nodejs pbuilder-satisfydepends-dummy po-debconf 0 upgraded, 26 newly installed, 0 to remove and 0 not upgraded. Need to get 12.5 MB/12.5 MB of archives. After this operation, 34.8 MB of additional disk space will be used. Get:1 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libpipeline1 amd64 1.2.4-1 [41.0 kB] Get:2 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libssl1.0.0 amd64 1.0.1e-3 [1242 kB] Get:3 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main groff-base amd64 1.22.2-3 [747 kB] Get:4 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main bsdmainutils amd64 9.0.5 [211 kB] Get:5 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main man-db amd64 2.6.5-2 [976 kB] Get:6 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libasprintf0c2 amd64 0.18.3-1 [29.6 kB] Get:7 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libmagic1 amd64 1:5.14-2 [216 kB] Get:8 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libxml2 amd64 2.9.1+dfsg1-2 [911 kB] Get:9 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libffi6 amd64 3.0.13-4 [21.6 kB] Get:10 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libglib2.0-0 amd64 2.36.3-3 [2048 kB] Get:11 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libcroco3 amd64 0.6.8-2 [133 kB] Get:12 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libunistring0 amd64 0.9.3-5 [434 kB] Get:13 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main libc-ares2 amd64 1.10.0-2 [76.7 kB] Get:14 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main file amd64 1:5.14-2 [54.0 kB] Get:15 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main gettext-base amd64 0.18.3-1 [161 kB] Get:16 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main gettext amd64 0.18.3-1 [1898 kB] Get:17 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main intltool-debian all 0.35.0+20060710.1 [30.8 kB] Get:18 http://[fd2a:4006:773a::1]:3142/ftp.debian.org/debian/ sid/main
Bug#716860: [Pkg-ia32-libs-maintainers] Bug#716860: Info received ( Bug#716860: I have the same issue)
On Fri, Jul 26, 2013 at 08:23:32AM +0200, Rafa?? Pietrak wrote: The core library (e.g. libc6) installed correctly, but I think, the new multiarch set of packages is still missing something: root@defaultvps:/opt/firebird# apt-get install libncurses5 Reading package lists... Done Building dependency tree Reading state information... Done libncurses5 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. root@defaultvps:/opt/firebird# find /lib /usr/lib/ -name 'libncurs*' /lib/x86_64-linux-gnu/libncurses.so.5 /lib/x86_64-linux-gnu/libncursesw.so.5.9 /lib/x86_64-linux-gnu/libncursesw.so.5 /lib/x86_64-linux-gnu/libncurses.so.5.9 root@defaultvps:/opt/firebird# find /lib /usr/lib/ -name 'libpthre*' /lib/x86_64-linux-gnu/libpthread.so.0 /lib/x86_64-linux-gnu/libpthread-2.13.so /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 /lib/i386-linux-gnu/i686/cmov/libpthread-2.13.so /lib/i386-linux-gnu/libpthread.so.0 /lib/i386-linux-gnu/libpthread-2.13.so -- meaning: 1. libncurses reports as installed libncurses:amd64 is installed but not libncurses:i386. http://packages.debian.org/search?searchon=contentskeywords=libncurses.so.5mode=pathsuite=stablearch=any libncurses is fully multiarch. The old lib32ncurses 5 and lib64ncurses5 are just there for gcc on non-multiarch systems. Please ignore them. 2. while there is no i386-linux-gnu variant of it. I've installed the libncursesw5:i386 package, but that does not provide not-W variant of the library: --- root@defaultvps:/opt/firebird# find /lib /usr/lib/ -name 'libncurs*' /lib/x86_64-linux-gnu/libncurses.so.5 /lib/x86_64-linux-gnu/libncursesw.so.5.9 /lib/x86_64-linux-gnu/libncursesw.so.5 /lib/x86_64-linux-gnu/libncurses.so.5.9 /lib/i386-linux-gnu/libncursesw.so.5.9 /lib/i386-linux-gnu/libncursesw.so.5 root@defaultvps:/opt/firebird# /opt/firebird/bin/fbmgr.bin -shut /opt/firebird/bin/fbmgr.bin: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory - So something is still missing from packages set of the new multiarch-framework. (pls. note that there *is* a not-W variant of the library for x86_64 architecture). Does this qualify as an actual bug in the new framework or it's already resolved by some other package, which I'm still missing? -R Libncurses was never part of ia32-libs so this isn't a regression on the part of ia32-libs. And libncurses5:i386 is there. If you had installed a debian package instead of installing firebird manually apt would have pulled in the require lib. But with manual installs you have to install the dependencies yourself. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603322: New dpkg no longer contains install-info, rising to serious
Control: severity -1 serious Hi! dpkg 1.17.0 is now in unstable, and does not contain the install-info compatibility wrapper any longer. These bugs are severity serious now. 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#717956: libvirt-bin: mouse cursor is invisible on Spice displays
Package: libvirt-bin Version: 1.1.0-4 Severity: important Hi, on my Debian unstable systems, libvirt/qemu VMs with QXL graphics and Spice channels were forking flawlessly before I updated libvirt from 1.0.5 (that I had kept on hold for a while) to 1.1.0-4. Now, the mouse cursor is made invisible when it crosses the boundary of a window that displays such a VM. I can reproduce this both with spicy (from spice-client-gtk 0.19-0nocelt3) and with virt-manager 0.9.5-1 (that uses python-spice-client-gtk 0.19-0nocelt3). Switching the display type from Spice to VNC enables me to use virt-manager's integrated VM viewer, which properly displays the mouse cursor. Still, some of my workflows severely suffer from the loss of Spice functionality, hence the normal severity. I'm not sure what exactly was pulled with the libvirt 1.1 upgrade, and I haven't access to the relevant logs anymore. Possibly Spice tools were previously held back by me not upgrading libvirt, so possibly they were upgraded at the same time. I strongly suspect I'm not reporting this bug against the right component of the qemu/libvirt/spice stack, so please reassign where it would be more appropriate. Any additional information I could provide that would be useful? Thanks for your attention. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.3-1 ii init-system-helpers 1.7 ii libaudit01:1.7.18-1.1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libblkid12.20.1-5.5 ii libc62.17-7 ii libcap-ng0 0.7.3-1+b1 ii libdbus-1-3 1.6.12-1 ii libdevmapper1.02.1 2:1.02.77-4 ii libgcrypt11 1.5.3-1 ii libgnutls26 2.12.23-5 ii libnetcf11:0.2.3-3 ii libnl-3-200 3.2.21-1 ii libnl-route-3-2003.2.21-1 ii libnuma1 2.0.8-3 ii libparted0debian12.3-13 ii libpcap0.8 1.4.0-2 ii libpciaccess00.13.1-2 ii libreadline6 6.2+dfsg-0.1 ii libsasl2-2 2.1.25.dfsg1-14 ii libudev0 175-7.2 pn libvirt0 none ii libxenstore3.0 4.2.2-1 ii libxml2 2.9.1+dfsg1-2 ii libyajl2 2.0.4-4 ii logrotate3.8.5-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-6 ii dmidecode 2.12-1 ii dnsmasq-base2.66-3 pn ebtablesnone ii gawk1:4.0.1+dfsg-2.1 ii iproute 1:3.10.0-1 ii iptables1.4.19.1-1 ii libxml2-utils 2.9.1+dfsg1-2 ii netcat-openbsd 1.105-7 ii parted 2.3-13 ii pm-utils1.4.1-11 ii qemu1.5.0+dfsg-5 ii qemu-kvm1.5.0+dfsg-5 ii qemu-system-x86 [qemu-kvm] 1.5.0+dfsg-5 Versions of packages libvirt-bin suggests: pn auditd none ii policykit-1 0.110-3 pn radvdnone pn systemtapnone -- no debconf information Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717957: etckeeper: fails to upgrade from wheezy: Problem executing scripts DPkg::Post-Invoke
Package: etckeeper Version: 1.5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Preparing to replace etckeeper 0.63 (using .../archives/etckeeper_1.5_all.deb) ... Unpacking replacement etckeeper ... [...] Setting up etckeeper (1.5) ... Installing new version of config file /etc/cron.daily/etckeeper ... Installing new version of config file /etc/etckeeper/uninit.d/50vcs-uninit ... Installing new version of config file /etc/etckeeper/list-installed.d/50list-installed ... Installing new version of config file /etc/etckeeper/pre-commit.d/30store-metadata ... Installing new version of config file /etc/etckeeper/commit.d/50vcs-commit ... Installing new version of config file /etc/etckeeper/update-ignore.d/01update-ignore ... Installing new version of config file /etc/etckeeper/etckeeper.conf ... Processing triggers for libc-bin ... E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/etckeeper ]; then etckeeper post-install; fi' E: Sub-process returned an error code cheers, Andreas etckeeper_1.5.log.gz Description: GNU Zip compressed data
Bug#701372: [PATCH] dix: add missing include for DeleteWindowFromAnySelections
Fixes build error with XACE disabled: window.c:886:5: error: implicit declaration of function 'DeleteWindowFromAnySelections' [-Werror=implicit-function-declaration] DeleteWindowFromAnySelections(pWin); ^ Debian bug#701372 Reported-by: Matthias Klose d...@debian.org Signed-off-by: Julien Cristau jcris...@debian.org --- dix/window.c |1 + 1 file changed, 1 insertion(+) diff --git a/dix/window.c b/dix/window.c index 8950f97..9fa51c2 100644 --- a/dix/window.c +++ b/dix/window.c @@ -126,6 +126,7 @@ Equipment Corporation. #ifdef COMPOSITE #include compint.h #endif +#include selection.h #include privates.h #include xace.h -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625758: 'adduser --disabled-login' does not behave as documented.
On Sat, 2013-07-27 at 08:44 +0100, Stephen Gran wrote: This one time, at band camp, Sam Morris said: On Fri, 2013-07-26 at 19:39 +0100, Stephen Gran wrote: This one time, at band camp, Sam Morris said: Therefore I don't see the use of having both options, unless some other software cares about the difference between the two values, They do mean something different: From the wikipedia page: NP or ! or null - No password, the account has no password. LK or * - the account is Locked, user will be unable to log-in There is a semantic difference between the two. ! in the field says that authentication with a password should never succeed. * says that login should never succeed, even if alternate forms of authentication (such as ssh keys) are in use. The above chunk of code is correct if it is in a password checking routine - both should return false for authentication. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219377. It is possible to SSH in to a machine as an account with only * in its password field. In addition, shadow(5) doesn't draw any distinction between the two values: If the password field contains some string that is not a valid result of crypt(3), for instance ! or *, the user will not be able to use a unix password to log in (but the user may log in the system by other means). pam_unix's accounting code doesn't use the password field at all--only the additional fields in the shadow file. My gut feeling is that if there ever was a distinction between the two values, it is lost to history. Perhaps * used to be used before the advent of shadow files to indicate that the entire account was locked rather than just the password. I don't know, I wasn't around in those days. :) So, I think that maybe I'm confused - I am under the impression that you started by saying that there is no useful difference between the two states 'locked' and 'disabled'. I responded by saying there was. In defense of your statement, you've pointed me to a bug report that says that pam now looks elsewhere to distinguish between the two states, and that it was a bug in shadow not to set that other flag, and that that bug is now fixed. Sorry, I meant to also draw your attention to the clone bug, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389183#122. The fix was reverted because, as it turns out, people were used to the old behaviour (that 'passwd -l' would lock the password, and not the entire account). (I think Nicolas made a couple of typos when composing that message, and sometimes said 'account' where he meant 'password', so read the bullet points carefully.) As an aside, I did some more searching and found that OpenSSH, if you disable PAM, will take ! to mean disable the entire account deny access without attempting authentication. This can be seen at http://sources.debian.net/src/openssh/1:6.2p2-6/auth.c#L134. In fact, http://sources.debian.net/src/openssh/1:6.2p2-6/configure.ac reveals how OpenSSH interprets the password field on various UNIXes when PAM is disabled: Host OSStringMode Note - HP-UX * exact IRIX *LK* exact GNU/kFreeBSD ! prefix GNU/kOpenSolaris ! prefix Linux ! prefix FreeBSD*LOCKED* prefix Solaris*LK* exact UnixWare/OpenUNIX *LK* exact Tru64 Unix NoLogin substring When OSF SIA disabled This information may be of some historical interest. It gives that Wikipedia page something to cite, at least. :) -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#717959: kfreebsd-8: CVE-2013-4851: nfsserver applies wrong credentials
Package: src:kfreebsd-8 Version: 8.3-6 Severity: grave Tags: security upstream The FreeBSD NFS server implementation applies the wrong group credentials (supplied by the client) to an authenticated NFS session in specific configurations (exports defined using -mapall or -maproot with -network or -host). http://security.FreeBSD.org/advisories/FreeBSD-SA-13:08.nfsserver.asc This was fixed in kfreebsd-10 since r244226, but the security implications for kfreebsd-9 and kfreebsd-8 have just been realised. The FreeBSD NFS server implementation was not supported in squeeze; the necessary userland tools are only made available since wheezy. -- System Information: Debian Release: 7.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm 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 kfreebsd-image-9.0-2-amd64-xenhvm depends on: ii devd 9.0+ds1-11~deb7u1 ii freebsd-utils 9.0+ds1-11~deb7u1 ii kbdcontrol 9.0+ds1-11~deb7u1 ii kldutils 9.0+ds1-11~deb7u1 kfreebsd-image-9.0-2-amd64-xenhvm recommends no packages. kfreebsd-image-9.0-2-amd64-xenhvm 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#717958: kfreebsd-9: CVE-2013-4851: nfsserver applies wrong credentials
Package: src:kfreebsd-9 Version: 9.0-10+deb70.2 Severity: grave Tags: security upstream Control: found -1 kfreebsd-9/9.0~svn223109-0.1 The FreeBSD NFS server implementation applies the wrong group credentials (supplied by the client) to an authenticated NFS session in specific configurations (exports defined using -mapall or -maproot with -network or -host). http://security.FreeBSD.org/advisories/FreeBSD-SA-13:08.nfsserver.asc This was fixed in kfreebsd-10 since r244226, but the security implications for kfreebsd-9 and kfreebsd-8 have just been realised. -- System Information: Debian Release: 7.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm 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 kfreebsd-image-9.0-2-amd64-xenhvm depends on: ii devd 9.0+ds1-11~deb7u1 ii freebsd-utils 9.0+ds1-11~deb7u1 ii kbdcontrol 9.0+ds1-11~deb7u1 ii kldutils 9.0+ds1-11~deb7u1 kfreebsd-image-9.0-2-amd64-xenhvm recommends no packages. kfreebsd-image-9.0-2-amd64-xenhvm 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#678931: debian-edu-config: modified base pam configuration after purge
Control: found -1 1.710 On 2013-05-21 07:42, Petter Reinholdtsen wrote: 1m2.6s ERROR: FAIL: After purging files have been modified: /etc/pam.d/common-auth not owned /var/lib/pam/auth not owned /var/lib/pam/seen not owned I believe these files belonging to /usr/sbin/pam-auth-update from libpam-runtime, pulled in as a dependency. Are you sure this isn't a bug in piuparts to report these as a problem? No, that is the fault of debian-edu-config and friends. Running pam-auth-update once more after purging all the packages reverts the changes, the diff looks like this: --- common-auth 2013-07-27 10:30:25.541554393 + +++ /etc/pam.d/common-auth 2013-07-27 10:43:33.108647060 + @@ -22,5 +22,4 @@ # since the modules above will each just jump around auth requiredpam_permit.so # and here are more per-package modules (the Additional block) -auth optionalpam_group.so # end of pam-auth-update config --- auth2013-07-27 10:30:25.541554393 + +++ /var/lib/pam/auth 2013-07-27 10:43:33.108647060 + @@ -1,4 +1,2 @@ Module: unix [success=end default=ignore] pam_unix.so nullok_secure -Module: edu-group -optional pam_group.so --- seen2013-07-27 10:30:25.537554459 + +++ /var/lib/pam/seen 2013-07-27 10:43:33.100647191 + @@ -1,2 +1 @@ unix -edu-group So there is some edu-group configuration still active after removal. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714907: Pull Brazilian translation to osmo.
The new file it already included in osmo in source code. 2013/7/25 Markus Koschany a...@gambaru.de: The file has already been accepted. But in the attached file has a new review. Hello, does that mean your newly attached file contains more updated translation strings? If yes, it would be better to file an upstream bug report again and attach your new file. Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717922: transition: qpdf
On Fri, Jul 26, 2013 at 11:29:18 -0400, Jay Berkenbilt wrote: Package: release.debian.org Usertags: transition I have uploaded qpdf 5.0.0-2 to unstable. This is a transition from libqpdf10 to libqpdf13. It's source compatible, and the one package (cups-filters) that build depends on libqpdf-dev just needs a binary NMU. (I'm not even sure I have to tell you about this...I think this has happened automatically in the past, but I can't remember for sure.) cups-filters binNMUs scheduled (with dep-wait on libqpdf13 for s390*) Cheers, Julien signature.asc Description: Digital signature
Bug#717961: ITP: telemeta -- open web audio CMS
Package: wnpp Severity: wishlist Owner: Guillaume Pellerin yom...@parisson.com * Package name: telemeta Version : 1.4.3 Upstream Author : Guillaume Pellerin yom...@parisson.com * URL : http://telemeta.org * License : GPL Programming Lang: Python, JavaScript Description : open web audio CMS Telemeta is a free and open source web audio content management system which introduces useful and secure methods to backup, index, transcode, analyse and publish any digitalized audio file with its metadata. It is dedicated to professionnals who wants to easily organize, backup, archive and publish documented sound collections of audio files, CDs, digitalized vinyls and magnetic tapes over a strong database, in accordance with open web standards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717960: ITP: deefuzzer -- an easy and instant media streaming tool
Package: wnpp Severity: wishlist Owner: Guillaume Pellerin yom...@parisson.com * Package name: deefuzzer Version : 0.6.4 Upstream Author : Guillaume yom...@parisson.com * URL : https://github.com/yomguy/DeeFuzzer * License : GPL Programming Lang: Python Description : an easy and instant media streaming tool DeeFuzzer is an open, light and instant software made for streaming audio and video over internet. It is dedicated to media streaming communities who wants to create web radios, web televisions, live multimedia relaying or even as a personal home radio, with rich media contents including track metadata. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717962: texlive-bin uses an internal copy of the harfbuzz library
Package: texlive-bin Version: 2013.20130529.30792-1 texlive-bin uses an internal copy of the harfbuzz library. Please use the system library instead if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717963: openjdk-7: FTBFS on s390: Could not create the Java virtual machine.
Source: openjdk-7 Version: 7u25-2.3.10-1~deb7u1 Severity: serious Hi, openjdk-7 fails to build on s390 with the following error: touch rt-source-files.txt mkdir -p lib/rt if echo openjdk-boot/jdk/src/share/classes/java/util/regex/Matcher.java openjdk-boot/jdk/src/share/classes/javax/management/remote/JMXServiceURL.java openjdk-boot/jdk/src/share/classes/javax/management/modelmbean/ModelMBeanInfo.java openjdk-boot/jdk/src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java openjdk-boot/jdk/src/share/classes/javax/net/ssl/SSLContext.java openjdk-boot/jdk/src/share/classes/javax/net/ssl/SSLEngine.java openjdk-boot/jdk/src/share/classes/javax/rmi/ssl/SslRMIServerSocketFactory.java | grep '\S' /dev/null ; then \ /A«PKGBUILDDIRA»/build/bootstrap/jdk1.6.0/bin/javac -g -encoding utf-8-source 6 -target 6 -d lib/rt \ -classpath /usr/lib/jvm/java-1.5.0-gcj-4.6/jre/lib/rt.jar \ -sourcepath '/A«PKGBUILDDIRA»/build/../generated:openjdk-boot/jdk/src/share/classes:openjdk-boot/jdk/src/solaris/classes:openjdk-boot/langtools/src/share/classes:openjdk-boot/corba/src/share/classes:openjdk-boot/jaxws/sources/jaxws_src/src' \ -bootclasspath \'\' @rt-source-files.txt ; \ fi Error occurred during initialization of VM Could not create the Java virtual machine. make[1]: *** [stamps/rt-class-files.stamp] Error 1 Could not reserve enough space for object heap make[1]: Leaving directory `/A«PKGBUILDDIRA»/build' /bin/bash: line 5: kill: (19331) - No such process Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642513: gperf is no longer installable
Control: severity -1 grave In dpkg 1.17.0, /usr/sbin/install-info has been removed, leaving gperf uninstallable due to a failing postinst script. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717924: linux-image-3.8-2-amd64: Wireless suddenly disconnected, call trace printed in /var/log/messages
Will follow your advice. Thanks! Also hope i can find the reproducer... Flos. 2013/7/27 Ben Hutchings b...@decadent.org.uk: Control: severity -1 important Control: tag -1 moreinfo On Sat, Jul 27, 2013 at 12:32:55AM +0800, Flos Lonicerae wrote: Package: src:linux Version: 3.8.13-1 Severity: normal [...] Try 3.9.8-1 (testing) or 3.10.1-1 (unstable). (But don't use 3.10.1-1 on any system using RAID-10.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717480: udev: hang for about 30 seconds between detecting sata disks and mounting filesystem
Am Freitag, 26. Juli 2013, 23:09:33 schrieb Michael Biebl: Am 26.07.2013 13:29, schrieb Martin Steigerwald: Am Freitag, 26. Juli 2013, 09:43:12 schrieb Michael Biebl: Am 21.07.2013 11:55, schrieb Martin Steigerwald: Package: udev Version: 204-1 Severity: important Dear Maintainer, I installed systemd from experimental yesterday and it booted just fine. But I noticed I still had the old udev 175-7.2 running, so I upgraded this one as well. After I upgraded udev there is an about 30 seconds delay between detecting sata disks and mounting filesystems, excerpt from dmesg: [5.330804] sd 1:0:0:0: [sda] 586072368 512-byte logical blocks: (300 GB/279 GiB) [5.330901] sd 1:0:0:0: [sda] Write Protect is off [5.330903] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 [5.330931] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [5.331479] sda: sda1 sda2 sda3 sda4 [5.331893] sd 1:0:0:0: [sda] Attached SCSI disk [5.341220] cdrom: Uniform CD-ROM driver Revision: 3.20 [5.342863] sr 2:0:0:0: Attached scsi CD-ROM sr0 [5.343261] sd 3:0:0:0: [sdb] 58626288 512-byte logical blocks: (30.0 GB/27.9 GiB) [5.344983] sd 1:0:0:0: Attached scsi generic sg0 type 0 [5.345032] sd 3:0:0:0: [sdb] Write Protect is off [5.345034] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [5.345074] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [5.349713] sr 2:0:0:0: Attached scsi generic sg1 type 5 [5.351233] sd 3:0:0:0: Attached scsi generic sg2 type 0 [5.352803] sdb: unknown partition table [5.355058] sd 3:0:0:0: [sdb] Attached SCSI disk […] [ 32.438547] device-mapper: uevent: version 1.0.3 Did you cut off anything between 5.355058 and 32.438547? Thanks for your answer. No. Don´t know why I inserted a […] in there. Its: [5.355058] sd 3:0:0:0: [sdb] Attached SCSI disk [ 32.438547] device-mapper: uevent: version 1.0.3 Could you describe your setup in more detail, do you use LVM/dm/md/cryptsetup? What's your partition layout, how does your fstab look like. Done in last mail, but does not matter anymore: […] So I take my time till I feel like doing tests again, having holidays right now nowadays. Without more information, there is unfortunately not a log we can do, so hopefully you can follow up on this. After I installed udev 204-2 alongside systemd 204-2 which was already installed I thought I good just change init=/bin/systemd once: Well issue is gone, boot is fast again. I am unsure as how to mark it fixed in 204-2, so I leave that to you. Remains the upower policykit issue from my other bug reports, so back for insserv after I sent out this mail. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#715152: can't reproduce
severity 715152 important thanks I still can't reproduce it, maybe I have something installed you don't. Can you try installing mono-dev or apt-get build-dep keepass2 to pull all the mono stuff and try again? can you also provide the output of this: env | grep -E LC|LANG I'm demoting it to important as it seems to work for most people. signature.asc Description: OpenPGP digital signature
Bug#717776: tmux segfault
Hi, One more data point: did you have any grouped sessions in that server? Thanks, -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717964: python-irc, python-irclib: python-irc and python-irclib: error when trying to install together
Package: python-irc,python-irclib Version: 3.2-1.1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: found -1 8.3.1+dfsg-2 Architecture: amd64 Distribution: experimental Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package python-irclib. (Reading database ... 7706 files and directories currently installed.) Unpacking python-irclib (from .../python-irclib_3.2-1.1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-irclib_3.2-1.1_all.deb (--unpack): trying to overwrite '/usr/share/pyshared/irc/modes.py', which is also in package python-irc 8.3.1+dfsg-2 Errors were encountered while processing: /var/cache/apt/archives/python-irclib_3.2-1.1_all.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for experimental/amd64, which may be slightly out of sync): usr/lib/python2.7/dist-packages/irc/__init__.py usr/lib/python2.7/dist-packages/irc/bot.py usr/lib/python2.7/dist-packages/irc/client.py usr/lib/python2.7/dist-packages/irc/dict.py usr/lib/python2.7/dist-packages/irc/events.py usr/lib/python2.7/dist-packages/irc/functools.py usr/lib/python2.7/dist-packages/irc/modes.py usr/lib/python2.7/dist-packages/irc/rfc.py usr/lib/python2.7/dist-packages/irc/strings.py usr/lib/python2.7/dist-packages/irc/tests/__init__.py usr/lib/python2.7/dist-packages/irc/tests/test_bot.py usr/lib/python2.7/dist-packages/irc/tests/test_client.py usr/lib/python2.7/dist-packages/irc/util.py usr/share/pyshared/irc/__init__.py usr/share/pyshared/irc/bot.py usr/share/pyshared/irc/client.py usr/share/pyshared/irc/dict.py usr/share/pyshared/irc/events.py usr/share/pyshared/irc/functools.py usr/share/pyshared/irc/modes.py usr/share/pyshared/irc/rfc.py usr/share/pyshared/irc/strings.py usr/share/pyshared/irc/tests/__init__.py usr/share/pyshared/irc/tests/test_bot.py usr/share/pyshared/irc/tests/test_client.py usr/share/pyshared/irc/util.py This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. python-irc=8.3.1+dfsg-2_python-irclib=3.2-1.1.log.gz Description: GNU Zip compressed data
Bug#699114: O: libnss-ldap -- NSS module for using LDAP as a naming
On Sun, 2013-01-27 at 19:25 +, Steve McIntyre wrote: The current maintainer of libnss-ldap, Richard A Nelson (Rick) cow...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. If anyone is willing to be maintainer of the libnss-ldap and libpam-ldap packages I'm willing to help getting the packages into shape. I'm the maintainer of nss-pam-ldapd (a replacement for both) but I'm not looking to become maintainer of the above packages myself. I'm also willing to get the packages into shape by: - updating to the latest upstream versions - switch to 3.0 (quilt) source format (converting patches) - switch to dh sequencer - more packaging cleanups - try to fix most RC bugs and try to address some of the other bugs I may also point people to libnss-ldapd and libpam-ldapd as alternatives (depending on whether anyone else is willing to do any work on this). I can make a QA upload of the above changes (depending on whether anyone objects, speaks up or no-one responds). It would be best to have the packages in some VCS somewhere (any suggestions?). The alternative is to remove the packages (see #717917 and #717918) which, while being good for the popularity of my packages ;), would perhaps not be the most ideal situation. Any comments? -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#717731: Further details regarding upower: authentification is required for hibernating… (was: Re: Bug#717480: udev: hang …)
Michael, I answer the questions related to the hibernation auth issue that you posted in bug 717480 to the hibernation auth issue instead: Am Freitag, 26. Juli 2013, 23:09:33 schrieben Sie: Am 26.07.2013 13:29, schrieb Martin Steigerwald: Am Freitag, 26. Juli 2013, 09:43:12 schrieb Michael Biebl: Am 21.07.2013 11:55, schrieb Martin Steigerwald: […] The journal you posted doesn't show any 30 sec delays. Would be great if you can test with 204-2 packages and maybe a default Debian kernel too. Right now I am on sysvinit again due Bug#717731: upower: authentification is required for hibernating while other users are logged in http://bugs.debian.org/717731 Well, as I already told you in (the other bug report): PolicyKit just does what it is setup to do. Btw, which version of policykit-1 do you use? Which desktop environment do you use, which login manager (explicit version would be helpful, since the versions from experimental might behave different. As I understand what causes this authentication dialog is: martin@merkaba:~ dpkg -S /usr/share/polkit-1/actions/org.freedesktop.upower.policy upower: /usr/share/polkit-1/actions/org.freedesktop.upower.policy as I told you in this bug already. I am using: martin@merkaba:~ apt-show-versions | egrep policykit-1|upower|polkit-kde-1 libupower-glib1:amd64/sid 0.9.20-2 uptodate policykit-1:amd64/sid 0.105-3 uptodate polkit-kde-1:amd64/sid 0.99.0-3 uptodate upower:amd64/sid 0.9.20-2 uptodate getting so on my nerves that I was fed up with testing systemd. Not really a systemd issue, if at at all, it's logind related. Atm, we are still mostly on ConsoleKit, and in your bug report, your ck-list-sessions output showed two user sessions. So the result you got was fully expected and would be the same with sysvinit. It's just the way things currently are setup. If multiple users are logged in, shutting down the system requires admin privileges. But I pointed you to documentation how you can override that. As I told I tried that. It didn´t work. Do you spot any obvious error in: merkaba:~ cat /etc/polkit-1/localauthority/50- local.d/org.freedesktop.upower.pkla [Suspend/hibernate permissions] Identity=unix-group:sudo Action=org.freedesktop.upower.hibernate;org.freedesktop.upower.suspend ResultAny=yes ResultInactive=yes ResultActive=yes merkaba:~ id martin uid=1000(martin) gid=1000(martin) Gruppen=1000(martin),4(adm),20(dialout),24(cdrom),25(floppy),27(sudo),30(dip),44(video),46(plugdev),60(games),106(netdev),107(bluetooth),108(lpadmin),111(fuse),119(vboxusers),126(sbuild) martin is the user who initiates the suspend. For a general purpose distro, like Debian, being more restrictive is the better default even if I understand your frustration if you just use a single users system. It will bite each user with KDEPIM installed. I think it really makes sense to make it work seat based as I explained before, unless you are keen to get more votes on this once more KDE users try out systemd 204-1. I do not have numbers, but I highly doubt the number of users using KDE via multi user / multi seat application servers via X2go or whatnot will be way below than the number of users just having installed KDE on their laptop or workstation. It will bite every user with KDEPIM installed if systemd becomes default. And my bet think they will think WTF? just as I did. So I really think that it should function seat based. If it will when consolekit is no longer in use, then fine. Than I´d just stay with sysvinit until then unless I manage to find out by above configuration does not work. So all what happens is that you´d have to do with one active tester less. Thansk, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#717917: RM: libnss-ldap -- RoQA; orphaned, RC buggy, alternatives exist
On Fri, 2013-07-26 at 10:26 -0400, Barry deFreese wrote: Please see the following reasons for the removal request: * Orphaned. * RC buggy. * Alternatives exist (libnss-ldapd, sssd). Hi, I'm the maintainer (and upstream) of nss-pam-ldapd. Since libnss-ldap and libpam-ldap are related, I'll comment in one email. While I think nss-pam-ldapd is in general a good replacement for libnss-ldap and libpam-ldap in most environments there are a few differences that remain: - nss-pam-ldapd only got support for nested groups in the 0.9 series which is still under development - LDAP password policy is only supported in the 0.9 series - I'm not sure how well it integrates with nss_updatedb and libpam-ccreds - the PAM implementation only supports BIND authentication - password change only supports the LDAP password modify EXOP operation (for most other differences there should be equivalent functionality in nss-pam-ldapd) (I can't comment on sssd because I don't have enough first-hand experience with it) Also, judging by the popcon numbers: http://qa.debian.org/popcon-png.php?packages=nslcd%20libnss-ldapd%20libpam-ldapd%20libnss-ldap%20libpam-ldap%20libnss-sss%20libpam-how_installed=onwant_legend=on the older implementations are still more popular than the alternatives. In short, I think there is some value in keeping libnss-ldap and libpam-ldap in Debian. The packages could be in better shape though and deserve a new maintainer (#699114 and #699116). Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#711647: dpkg: [INTL:it] Italian translation of dpkg po4a documentation (man pages) Breaks manpages-it
Hello. The Italian translation introduced in the new version tries to overwrite the manpage shipped with the package manpages-it (on which task-italian depends). manpages-it seems to be quite obsolete; nonetheless the conflict is there. Thanks -- Alessio Gaeta -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702788: bug solved by using the sid package
I just installed the sid release of broadcom-sta-dkms package (version 11) and the wifi is now active ! Any way, thanks for your work ! signature.asc Description: This is a digitally signed message part.
Bug#717965: dash: use $(DEB_HOST_GNU-TYPE)-strip when cross compile
Package: src:dash Version: 0.5.7-3 Tags: patch The original debian/rules uses strip when cross compile, and this will cause problem building the package. The patch is to let it use $(DEB_HOST_GNU-TYPE)-strip when cross compile. Thank you. Eleanor dash-0.5.7-strip.diff Description: Binary data
Bug#711647: dpkg: [INTL:it] Italian translation of dpkg po4a documentation (man pages) Breaks manpages-it
Hi! On Sat, 2013-07-27 at 14:49:46 +0200, Alessio Gaeta wrote: The Italian translation introduced in the new version tries to overwrite the manpage shipped with the package manpages-it (on which task-italian depends). manpages-it seems to be quite obsolete; nonetheless the conflict is there. Ah, thanks will add a Replaces. In any case do you think manpages-it might deserve to be removed, or does it still contain man pages not integrated on their upstream packages? Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717966: new rfkill version available
Package: rfkill Version: 0.5-0.1 Severity: wishlist Hello Darren, there's a new 0.5 version of rfkill available that adds NFC support. I needed a current version, because I'm not able to unblock my Bloototh with v0.4 and so I made sure to install the most recent rfkill version before trying to report the problem upstream. Making a 0.5 debian package went without any problem: $ cp -a rfkill-0.4/debian rfkill-0.5 $ vim rfkill-0.5/debian/changelog # add new version $ dpkg-buildpackage -rfakeroot and that was it. Thanks for packaging rfkill! *t -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-rc1 (SMP w/8 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rfkill depends on: ii libc6 2.13-38 rfkill recommends no packages. rfkill 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#717967: debbugs-web: fails to upgrade from 'sid' - trying to overwrite /etc/debbugs/html/server-control.html.in
Package: debbugs-web Version: 2.4.2~exp1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package debbugs-web. Unpacking debbugs-web (from .../debbugs-web_2.4.2~exp1_all.deb) ... dpkg: error processing /var/cache/apt/archives/debbugs-web_2.4.2~exp1_all.deb (--unpack): trying to overwrite '/etc/debbugs/html/server-control.html.in', which is also in package debbugs 2.4.1 cheers, Andreas debbugs=2.4.1_debbugs-web=2.4.2~exp1.log.gz Description: GNU Zip compressed data
Bug#717968: dcmtk: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc/dcmtk/html/tabs.css
Package: dcmtk Version: 3.6.1~20121102-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package dcmtk. Unpacking dcmtk (from .../dcmtk_3.6.1~20121102-3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/dcmtk_3.6.1~20121102-3_amd64.deb (--unpack): trying to overwrite '/usr/share/doc/dcmtk/html/tabs.css', which is also in package dcmtk-doc 3.6.0-14 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/dcmtk_3.6.1~20121102-3_amd64.deb cheers, Andreas dcmtk-doc=3.6.0-14_dcmtk=3.6.1~20121102-3.log.gz Description: GNU Zip compressed data
Bug#712301: more info needed on node-oauth FTBFS
Hi Felix, On Sat, 2013-07-27 at 11:29 +0200, Felix Geyer wrote: On 27.07.2013 10:38, Laszlo Boszormenyi (GCS) wrote: I build my packages in a clear pbuilder chroot before uploading. As I know, it doesn't have any internet connection. Now I've tried to rebuild node-oauth with an unplugged ethernet cable. It still builds. On the other hand, your bugreport states the exception occurs in events.js which was called from dns.js . Neither one is present in my pbuilder chroot and package builds fine. Maybe you still had the relevant entries in a local DNS cache? test/internet/test-dns.js definitely checks all sorts of internet hostnames like www.google.com, gmail.com, rackspace.com dns.js and events.js are built into nodejs (see lib/dns.js in the nodejs source package). I don't have any DNS cache installed, especially not in the chroot. But tested this case with 'host google.com; sleep 1; host google.com', immediately pull out the ethernet cable after the first DNS resolution succeed. It says ;; connection timed out; no servers could be reached as expected. This way when node-oauth builds here without internet connection nor DNS resolution makes me wonder. What can be the problem there? It's minimal pbuilder chroot, see the attached full build log. Do you have that pbuilder chroot somewhere? Is it up-to-date? Can you re-run your test? Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717969: gperf: Patches for 3.0.4-0.1 NMU
Package: gperf Version: 3.0.3-1+b1 Severity: minor I have just done a delayed NMU for gperf 3.0.4-0.1. The upload fixes #642513 and gives modernizes the package a bit. I have uploaded to DELAYED/10, please speed up, delay, or cancel the upload as you see fit. Here are the patches. Cheers, -Hilko From 8c09dc24511a1a645e332c611db3665d636947ac Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Sat, 27 Jul 2013 14:22:36 +0200 Subject: [PATCH 1/8] The license has been changed to GPL3+ --- debian/copyright | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/debian/copyright b/debian/copyright index b7af862..9581be6 100644 --- a/debian/copyright +++ b/debian/copyright @@ -8,5 +8,6 @@ Copyright: Written by Douglas C. Schmidt schm...@ics.uci.edu and Bruno Haible br...@clisp.org. -GNU GPERF is copyrighted under the GNU General Public License, version 2. -A copy of this license can be found in /usr/share/common-licenses/GPL. +GNU GPERF is copyrighted under the GNU General Public License, version +3 or later. A copy of this license can be found in +/usr/share/common-licenses/GPL-3. -- 1.8.3.2 From b9087f0f0efa489fbd47ab05d904f86524cb0b29 Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Sat, 27 Jul 2013 14:07:04 +0200 Subject: [PATCH 2/8] Added watch file --- debian/watch | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 debian/watch diff --git a/debian/watch b/debian/watch new file mode 100644 index 000..88302b9 --- /dev/null +++ b/debian/watch @@ -0,0 +1,2 @@ +version=3 +http://ftp.gnu.org/pub/gnu/gperf/gperf-(.*)\.tar\.gz \ No newline at end of file -- 1.8.3.2 From 7e5db6110436ac97dd000b07c618a2e1ac9a8c41 Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Sat, 27 Jul 2013 14:09:07 +0200 Subject: [PATCH 3/8] Do not use dh-buildinfo, do not call obsolete install-info in postinst (Closes: #642513) --- debian/control | 2 +- debian/info | 15 --- debian/postinst | 5 - debian/rules| 1 - 4 files changed, 1 insertion(+), 22 deletions(-) delete mode 100644 debian/info delete mode 100644 debian/postinst diff --git a/debian/control b/debian/control index 5db622e..038fc0a 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: devel Priority: optional Maintainer: J.H.M. Dassen (Ray) jdas...@debian.org Standards-Version: 3.7.2 -Build-Depends: debhelper (= 4), dh-buildinfo +Build-Depends: debhelper (= 4) Package: gperf Architecture: any diff --git a/debian/info b/debian/info deleted file mode 100644 index 4411945..000 --- a/debian/info +++ /dev/null @@ -1,15 +0,0 @@ -# This is a configuration files for installing a .info menu -# The Description to be placed into the directory -DESCR=GNU perfect hash function generator - -# The section this info file should be placed in (Regexp) followed by -# the new section name to be created if the Regexp does not match -# (Optional. If not given the .info will be appended to the directory) -SECTION_MATCH=Development -#SECTION_NAME=New Section Name - -# The file referred to from the Info directory -FILE=gperf.info - -# Optional. The files to be copied to /usr/info -#FILES=*.info diff --git a/debian/postinst b/debian/postinst deleted file mode 100644 index a17a785..000 --- a/debian/postinst +++ /dev/null @@ -1,5 +0,0 @@ -#! /bin/sh -set -e - -install-info --quiet --section Development Development /usr/share/info/gperf.info -#DEBHELPER# diff --git a/debian/rules b/debian/rules index 2ec06e3..d0e7ae4 100755 --- a/debian/rules +++ b/debian/rules @@ -76,7 +76,6 @@ binary-arch: build dh_fixperms dh_installdeb dh_shlibdeps - dh_buildinfo dh_gencontrol # dh_makeshlibs dh_md5sums -- 1.8.3.2 From d9d30e2f587a73b44945e2153d6a11ab00e443c1 Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Sat, 27 Jul 2013 14:14:32 +0200 Subject: [PATCH 4/8] Bumped Debhelper compat level, Standards-Version, cleaned up debian/rules --- debian/compat | 1 + debian/control | 6 ++--- debian/dirs| 3 --- debian/rules | 85 -- 4 files changed, 9 insertions(+), 86 deletions(-) create mode 100644 debian/compat delete mode 100644 debian/dirs diff --git a/debian/compat b/debian/compat new file mode 100644 index 000..ec63514 --- /dev/null +++ b/debian/compat @@ -0,0 +1 @@ +9 diff --git a/debian/control b/debian/control index 038fc0a..738bea9 100644 --- a/debian/control +++ b/debian/control @@ -2,12 +2,12 @@ Source: gperf Section: devel Priority: optional Maintainer: J.H.M. Dassen (Ray) jdas...@debian.org -Standards-Version: 3.7.2 -Build-Depends: debhelper (= 4) +Standards-Version: 3.9.4 +Build-Depends: debhelper (= 9~) Package: gperf Architecture: any -Depends: ${shlibs:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, Replaces: libg++272-dev, libg++27-dev Description: Perfect hash function generator gperf is a program that generates
Bug#717917: RM: libnss-ldap -- RoQA; orphaned, RC buggy, alternatives exist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/27/2013 8:48 AM, Arthur de Jong wrote: On Fri, 2013-07-26 at 10:26 -0400, Barry deFreese wrote: Please see the following reasons for the removal request: * Orphaned. * RC buggy. * Alternatives exist (libnss-ldapd, sssd). Hi, I'm the maintainer (and upstream) of nss-pam-ldapd. Since libnss-ldap and libpam-ldap are related, I'll comment in one email. While I think nss-pam-ldapd is in general a good replacement for libnss-ldap and libpam-ldap in most environments there are a few differences that remain: - nss-pam-ldapd only got support for nested groups in the 0.9 series which is still under development - LDAP password policy is only supported in the 0.9 series - I'm not sure how well it integrates with nss_updatedb and libpam-ccreds - the PAM implementation only supports BIND authentication - password change only supports the LDAP password modify EXOP operation (for most other differences there should be equivalent functionality in nss-pam-ldapd) (I can't comment on sssd because I don't have enough first-hand experience with it) Also, judging by the popcon numbers: http://qa.debian.org/popcon-png.php?packages=nslcd%20libnss-ldapd%20libpam-ldapd%20libnss-ldap%20libpam-ldap%20libnss-sss%20libpam-how_installed=onwant_legend=on the older implementations are still more popular than the alternatives. In short, I think there is some value in keeping libnss-ldap and libpam-ldap in Debian. The packages could be in better shape though and deserve a new maintainer (#699114 and #699116). Thanks, Arthur, I have been working on these for a couple of weeks. I even spent the time updating to the latest upstreams and fixing up the packaging. However, the consensus seems to be to just get rid of them since no one seems to care for them. Libnss-ldap has been broken for at least 2 releases. I am also concerned about the high popcon, however, so far I have been unsuccessful in actually finding a user that actually uses it that could do any real testing for me.. I am not particularly familiar with ldap myself. Thanks, - -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHzy24ACgkQ5ItltUs5T37qAACg3bISN3LFSyIp0ON/2IUceJsl dAcAnRlACr965Y7rCyyGXhDpeX4Il69X =BA3n -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#717970: pulseaudio: alsa-sink alsa-sink.c ALSA (POLLINVAL) woke us, but nothing to write (Error in snd_usb_audio)
Package: pulseaudio Version: 2.0-6.1 Severity: normal Extract from syslog: pulseaudio[4186]: [alsa-sink] alsa-sink.c: ALSA weckte uns auf, um neue Daten auf das Gerät zu schreiben, doch es gab nichts zum Schreiben! pulseaudio[4186]: [alsa-sink] alsa-sink.c: Dies ist höchstwahrscheinlich ein Fehler im ALSA-Treiber 'snd_usb_audio'. Bitte melden Sie diesen Fehler den ALSA-Entwicklern. pulseaudio[4186]: [alsa-sink] alsa-sink.c: Wir wurden durch das POLLOUT-Set geweckt, allerdings lieferte ein anschliessender snd_pcm_avail() den Wert 0 oder einen anderen Wert min_avail. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.27.1-2 ii libasound2-plugins1.0.27-2 ii libc6 2.17-7 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.12-1 ii libfftw3-33.3.3-5 ii libgcc1 1:4.8.1-2 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.3 ii liborc-0.4-0 1:0.4.17-2 ii libpulse0 2.0-6.1 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-7 ii libspeexdsp1 1.2~rc1-7 ii libstdc++64.8.1-2 ii libsystemd-daemon044-12 ii libsystemd-login0 44-12 ii libtdb1 1.2.10-2 ii libudev0 175-7.2 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.6.0-1 ii libx11-xcb1 2:1.6.0-1 ii libxcb1 1.9.1-3 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian12 ii udev 175-7.2 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii pulseaudio-module-x11 2.0-6.1 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: pn paman none pn paprefs none ii pavucontrol 1.0-1 pn pavumeter none ii pulseaudio-utils 2.0-6.1 -- Configuration Files: /etc/pulse/daemon.conf changed: ; daemonize = no ; fail = yes ; allow-module-loading = yes ; allow-exit = yes ; use-pid-file = yes ; system-instance = no ; local-server-type = user ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-script-file = /etc/pulse/default.pa ; log-target = auto ; log-level = notice ; log-meta = no ; log-time = no ; log-backtrace = 0 ; resample-method = speex-float-3 ; enable-remixing = yes ; enable-lfe-remixing = no ; flat-volumes = yes ; rlimit-fsize = -1 ; rlimit-data = -1 ; rlimit-stack = -1 ; rlimit-core = -1 ; rlimit-as = -1 ; rlimit-rss = -1 ; rlimit-nproc = -1 ; rlimit-nofile = 256 ; rlimit-memlock = -1 ; rlimit-locks = -1 ; rlimit-sigpending = -1 ; rlimit-msgqueue = -1 ; rlimit-nice = 31 ; rlimit-rtprio = 9 ; rlimit-rttime = 100 ; default-sample-format = s16le default-sample-rate = 44100 alternate-sample-rate = 44100 ;alternate-sample-rate = 48000 ; default-sample-channels = 2 ; default-channel-map = front-left,front-right ; default-fragments = 4 ; default-fragment-size-msec = 25 ; enable-deferred-volume = yes ; deferred-volume-safety-margin-usec = 8000 ; deferred-volume-extra-delay-usec = 0 -- 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#717971: wine: New stable Wine release: 1.6 - please update package
Package: wine Version: 1.4.1-4 Severity: wishlist Dear Maintainer, Wine project released a new stable release: 1.6. Please package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine depends on: ii wine-bin 1.4.1-4 wine recommends no packages. wine 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#717972: python-sqlparse-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc-base/python-sqlparse
Package: python-sqlparse-doc Version: 0.1.6-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package python-sqlparse-doc. Unpacking python-sqlparse-doc (from .../python-sqlparse-doc_0.1.6-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-sqlparse-doc_0.1.6-1_all.deb (--unpack): trying to overwrite '/usr/share/doc-base/python-sqlparse', which is also in package python-sqlparse 0.1.4-1 Errors were encountered while processing: /var/cache/apt/archives/python-sqlparse-doc_0.1.6-1_all.deb cheers, Andreas python-sqlparse=0.1.4-1_python-sqlparse-doc=0.1.6-1.log.gz Description: GNU Zip compressed data
Bug#717973: libcollectdclient-dev: fails to upgrade from 'sid' - trying to overwrite /usr/include/collectd/network.h
Package: libcollectdclient-dev Version: 5.2.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libcollectdclient-dev. Unpacking libcollectdclient-dev (from .../libcollectdclient-dev_5.2.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libcollectdclient-dev_5.2.1-1_amd64.deb (--unpack): trying to overwrite '/usr/include/collectd/network.h', which is also in package collectd-dev 5.1.0-3.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libcollectdclient-dev_5.2.1-1_amd64.deb cheers, Andreas collectd-dev=5.1.0-3.1_libcollectdclient-dev=5.2.1-1.log.gz Description: GNU Zip compressed data
Bug#717975: polybori-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc/polybori/images/overview.png
Package: polybori-doc Version: 0.8.3-1~exp2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package polybori-doc. Unpacking polybori-doc (from .../polybori-doc_0.8.3-1~exp2_all.deb) ... dpkg: error processing /var/cache/apt/archives/polybori-doc_0.8.3-1~exp2_all.deb (--unpack): trying to overwrite '/usr/share/doc/polybori/images/overview.png', which is also in package libpolybori-dev 0.5~rc1-2.3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/polybori-doc_0.8.3-1~exp2_all.deb cheers, Andreas libpolybori-dev=0.5~rc1-2.3_polybori-doc=0.8.3-1~exp2.log.gz Description: GNU Zip compressed data
Bug#717974: manpages-it: Please remove dpkg man pages
Package: manpages-it Version: 2.80-3 Severity: important X-Debbugs-CC: Alessio Gaeta alga...@gmail.com Hi! In dpkg 1.17.0 a partial Italian translation for man pages was merged, but Replaces were missed so either package is now uninstallable in the presence of the other. This will be fixed in 1.17.1, but in any case it would be nice to drop these from this package, now that dpkg ships the upstream translations. 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#717932: (no subject)
downgrading to upower 0.9.17 seems to fix the problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717977: libre*-1.9-dev: fails to upgrade from 'sid' - trying to overwrite /usr/include/recon/sdp/SdpMediaLine.hxx ...
Package: librecon-1.9-dev,libresiprocate-1.9-dev,libresiprocate-turn-client-1.9-dev Version: 1.9.0~alpha1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package librecon-1.9-dev. Unpacking librecon-1.9-dev (from .../librecon-1.9-dev_1.9.0~alpha1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/librecon-1.9-dev_1.9.0~alpha1-1_amd64.deb (--unpack): trying to overwrite '/usr/include/recon/sdp/SdpMediaLine.hxx', which is also in package librecon-1.8-dev 1.8.11-4 Errors were encountered while processing: /var/cache/apt/archives/librecon-1.9-dev_1.9.0~alpha1-1_amd64.deb Selecting previously unselected package libresiprocate-1.9-dev. Unpacking libresiprocate-1.9-dev (from .../libresiprocate-1.9-dev_1.9.0~alpha1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libresiprocate-1.9-dev_1.9.0~alpha1-1_amd64.deb (--unpack): trying to overwrite '/usr/include/rutil/compat.hxx', which is also in package libresiprocate-1.8-dev 1.8.11-4 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libresiprocate-1.9-dev_1.9.0~alpha1-1_amd64.deb Selecting previously unselected package libresiprocate-turn-client-1.9-dev. Unpacking libresiprocate-turn-client-1.9-dev (from .../libresiprocate-turn-client-1.9-dev_1.9.0~alpha1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libresiprocate-turn-client-1.9-dev_1.9.0~alpha1-1_amd64.deb (--unpack): trying to overwrite '/usr/include/reTurn/AsyncSocketBaseHandler.hxx', which is also in package libresiprocate-turn-client-1.8-dev 1.8.11-4 Errors were encountered while processing: /var/cache/apt/archives/libresiprocate-turn-client-1.9-dev_1.9.0~alpha1-1_amd64.deb cheers, Andreas librecon-1.8-dev=1.8.11-4_librecon-1.9-dev=1.9.0~alpha1-1.log.gz Description: GNU Zip compressed data
Bug#717978: openmpi-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man7/orte_snapc.7.gz
Package: openmpi-doc Version: 1.6.5-1~exp2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package openmpi-doc. Unpacking openmpi-doc (from .../openmpi-doc_1.6.5-1~exp2_all.deb) ... dpkg: error processing /var/cache/apt/archives/openmpi-doc_1.6.5-1~exp2_all.deb (--unpack): trying to overwrite '/usr/share/man/man7/orte_snapc.7.gz', which is also in package openmpi-checkpoint 1.4.5-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/openmpi-doc_1.6.5-1~exp2_all.deb cheers, Andreas openmpi-checkpoint=1.4.5-1_openmpi-doc=1.6.5-1~exp2.log.gz Description: GNU Zip compressed data
Bug#717979: eglibc-source: [INTL:de] initial German man page translation
Package: eglibc-source Version: 2.17-7 Severity: wishlist Tags: patch l10n Please find the initial German man page translation for eglibc-source attached. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # base-config manual page # Copyright (C) 2005 Free Software Foundation, Inc. # Jens Seidel jenssei...@users.sf.net, 2005. # Helge Kreutzmann deb...@helgefjell.de, 2013. # msgid msgstr Project-Id-Version: eglibc 2.17-7\n POT-Creation-Date: 2005-12-27 17:38-0500\n PO-Revision-Date: 2013-07-22 19:35+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n # type: TH #: validlocale.8:1 #, no-wrap msgid validlocale msgstr validlocale # type: TH #: validlocale.8:1 #, no-wrap msgid 0.1 msgstr 0.1 # type: TH #: validlocale.8:1 #, no-wrap msgid Petter Reinholdtsen msgstr Petter Reinholdtsen # type: SH #: validlocale.8:2 #, no-wrap msgid NAME msgstr NAME # type: Plain text #: validlocale.8:5 msgid validlocale - Test if a given locale is available msgstr validlocale - Pr�fen, ob eine �bergebene Locale verf�gbar ist # type: SH #: validlocale.8:5 #, no-wrap msgid SYNTAX msgstr SYNTAX # type: Plain text #: validlocale.8:8 msgid validlocale EltIlocaleEgt msgstr validlocale EltILocaleEgt # type: SH #: validlocale.8:8 #, no-wrap msgid DESCRIPTION msgstr BESCHREIBUNG # type: Plain text #: validlocale.8:13 msgid Test if the locale given as argument is a valid locale. If it isn't, print on stdout the string to add to /etc/locale.gen to make locale-gen generate the locale (if it exists at all). msgstr �berpr�ft, ob eine als Argument �bergebene Locale g�ltig ist. Falls sie es nicht ist, wird auf der Standardausgabe die Zeichenkette angegeben, die zu /etc/locale.gen hinzugef�gt werden muss, damit locale-gen die Locale (falls sie �berhaupt existiert) erstellt. # type: SH #: validlocale.8:13 #, no-wrap msgid FILES msgstr DATEIEN # type: Plain text #: validlocale.8:16 msgid I/usr/sbin/validlocale msgstr I/usr/sbin/validlocale # type: Plain text #: validlocale.8:18 msgid I/usr/share/i18n/SUPPORTED msgstr I/usr/share/i18n/SUPPORTED # type: SH #: validlocale.8:18 #, no-wrap msgid ENVIRONMENT VARIABLES msgstr UMGEBUNGSVARIABLEN # type: TP #: validlocale.8:20 #, no-wrap msgid BDEFAULTCHARSET msgstr BDEFAULTCHARSET # type: Plain text #: validlocale.8:24 msgid Which charset to assume if the given locale is missing from the list of supported locales. msgstr welcher Zeichensatz angenommen werden soll, falls eine �bergebene Locale nicht in der Liste der unterst�tzten Locale enthalten ist # type: SH #: validlocale.8:24 #, no-wrap msgid EXAMPLES msgstr BEISPIELE # type: Plain text #: validlocale.8:28 msgid If you give a valid locale as parameter, it outputs a string specifying this on stderr: msgstr Falls Sie eine g�ltige Locale als Parameter �bergeben, wird auf der Standardfehlerausgabe eine Zeichenkette ausgegeben, die diese angibt: # type: Plain text #: validlocale.8:31 msgid % validlocale C msgstr % validlocale C # type: Plain text #: validlocale.8:33 msgid locale 'C' valid and available msgstr locale 'C' valid and available # type: Plain text # s/invalid/invalid Locale/ #: validlocale.8:37 msgid When given a invalid (not generated or just nonexistent), it outputs a string on stderr telling that this is an invalid locale, and a string to stdout with the string to add to /etc/locale.gen to have this locale generated: msgstr Wenn eine ung�ltige (nicht erstellte oder einfach nicht existierende) Locale �bergeben wird, wird es eine Zeichenkette auf der Standardfehlerausgabe ausgeben, die dies mitteilt und eine Zeichenkette auf die Standardausgabe, der zu /etc/locale.gen hinzugef�gt werden muss, damit die Locale erstellt wird: # type: Plain text #: validlocale.8:40 msgid % validlocale de_AU@euro msgstr % validlocale de_AU@euro # type: Plain text #: validlocale.8:42 msgid locale 'de_AT@euro' not available msgstr locale 'de_AT@euro' not available # type: Plain text #: validlocale.8:44 msgid de_AT@euro ISO-8859-15 msgstr de_AT@euro ISO-8859-15 # type: SH #: validlocale.8:44 #, no-wrap msgid AUTHORS msgstr AUTOREN # type: Plain text #: validlocale.8:47 msgid Petter Reinholdtsen Eltp...@hungry.comegt msgstr Petter Reinholdtsen Eltp...@hungry.comegt # type: SH #: validlocale.8:47 #, no-wrap msgid SEE ALSO msgstr SIEHE AUCH # FIXME: Falsche Reihenfolge # type: Plain text #: validlocale.8:49 msgid locale-gen(8), localedef(1), locale(1) msgstr locale-gen(8), localedef(1), locale(1) # type: TH #~ msgid BASE-CONFIG #~ msgstr BASE-CONFIG # type: Plain text #~ msgid base-config - Debian base system configuration #~ msgstr base-config -
Bug#717980: opendnssec-enforcer-mysql: fails to upgrade from 'sid' - trying to overwrite /usr/bin/ods-kaspcheck
Package: opendnssec-enforcer-mysql Version: 1:1.4.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package opendnssec-enforcer-mysql. Unpacking opendnssec-enforcer-mysql (from .../opendnssec-enforcer-mysql_1%3a1.4.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/opendnssec-enforcer-mysql_1%3a1.4.1-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/ods-kaspcheck', which is also in package opendnssec-auditor 1:1.3.14-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/opendnssec-enforcer-mysql_1%3a1.4.1-1_amd64.deb cheers, Andreas opendnssec-auditor=1:1.3.14-2_opendnssec-enforcer-mysql=1:1.4.1-1.log.gz Description: GNU Zip compressed data
Bug#717981: libimage-magick-q16-perl: fails to upgrade from 'sid' - trying to overwrite /usr/lib/perl5/auto/Image/Magick/Magick.so
Package: libimage-magick-q16-perl Version: 8:6.8.5.6-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libimage-magick-q16-perl. Unpacking libimage-magick-q16-perl (from .../libimage-magick-q16-perl_8%3a6.8.5.6-3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libimage-magick-q16-perl_8%3a6.8.5.6-3_amd64.deb (--unpack): trying to overwrite '/usr/lib/perl5/auto/Image/Magick/Magick.so', which is also in package perlmagick 8:6.7.7.10-5 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libimage-magick-q16-perl_8%3a6.8.5.6-3_amd64.deb cheers, Andreas perlmagick=8:6.7.7.10-5_libimage-magick-q16-perl=8:6.8.5.6-3.log.gz Description: GNU Zip compressed data
Bug#717982: postgresql-9.3-dbg: fails to upgrade from 'sid' - trying to overwrite /usr/lib/debug/usr/bin/pg_config
Package: postgresql-9.3-dbg Version: 9.3~beta2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package postgresql-9.3-dbg. Unpacking postgresql-9.3-dbg (from .../postgresql-9.3-dbg_9.3~beta2-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/postgresql-9.3-dbg_9.3~beta2-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/debug/usr/bin/pg_config', which is also in package postgresql-9.1-dbg 9.1.9-2+b1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/postgresql-9.3-dbg_9.3~beta2-2_amd64.deb cheers, Andreas postgresql-9.1-dbg=9.1.9-2+b1_postgresql-9.3-dbg=9.3~beta2-2.log.gz Description: GNU Zip compressed data
Bug#706929: removing old incoming.d.o archive
Hi, just a reminder before I disable the old archives tomorrow. Most buildds stopped using the old locations, with the exception of caballero.d.o (ia64) poulenc.d.o (powerpc) zandonai.d.o (s390) I also noticed that caballero.d.o also uses the old archive location for the squeeze-security suite. Please fix it as well. For poulenc.d.o and zandonai.d.o, see below. Ansgar Ansgar Burchardt ans...@debian.org writes: after half a year[1] I would like to finally get rid of the old incoming.d.o location. The following hosts are still accessing them. Please make sure to update them. [1] http://anonscm.debian.org/gitweb/?p=buildd-tools/sbuild.git;a=commitdiff;h=c9da919c7fd96f654eb130198a68f4bdac1a3e55 I plan to remove the old archives next week Sunday, that is 2013-07-28. ia64 / caballero.debian.org: Please update sources.list for (at least) the unstable chroot. It still uses the old incoming.d.o archive to download both indices and packages. amd64 / brahms.debian.org: sparc / spontini.debian.org: powerpc / poulenc.debian.org: mips / lucatelli.debian.org: mipsel / rem.debian.org, eysler.debian.org: --- Please make sure the sources.list is also current in the source chroot. The hosts still download indices (only) from the old incoming.d.o archive. s390 / zandonai.debian.org: --- This one is for the security archive, not incoming.d.o, but the same problem: it still uses the old archive location on security-master.d.o for both packages and indices. Please update it the the current sources.list version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717983: dpkg: The upgrade fails to continue when I try to substitute v 1.16.10 with 1.17.0 on debian Sid
Package: dpkg Version: 1.16.10 Severity: critical Justification: breaks unrelated software Dear Maintainer, This is what aptitude tells me Preparativi per sostituire dpkg v.1.16.10 (utilizzando /archives/dpkg_1.17.0_i386.deb)... Estrazione del sostituto di dpkg... dpkg: errore nell'elaborare /var/cache/apt/archives/dpkg_1.17.0_i386.deb (--unpack): tentata sovrascrittura di /usr/share/man/it/man5/dpkg.cfg.5.gz presente anche nel pacchetto manpages-it 2.80-3 dpkg-deb: errore: il sottoprocesso paste è stato terminato dal segnale (Pipe interrotta) Elaborazione dei trigger per man-db... Si sono verificati degli errori nell'elaborazione: /var/cache/apt/archives/dpkg_1.17.0_i386.deb localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB Total disk space freed by localepurge: 0 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) Errore durante l'installazione di un pacchetto. Tentativo di ripristino: lordofenuplas@debian:~$ P.S. even apt-get -f install is not able to resolve the situation... :) P.P.S sorry for my english -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-1-686-pae (SMP w/2 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 dpkg depends on: ii libbz2-1.0 1.0.6-4 ii libc62.17-7 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.1.13-2 ii tar 1.26+dfsg-6 ii zlib1g 1:1.2.8.dfsg-1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.9.4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706656: ITP: cura -- Controller for 3D printers
+1 On May 2, 2013 6:18 PM, Bas Wijnen wij...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Bas Wijnen wij...@debian.org * Package name: cura Version : 13.04~git20130502-1 Upstream Author : David Braam (daid...@gmail.com) * URL : http://daid.github.io/Cura/ * License : AGPL-3+ Programming Lang: Python Description : Controller for 3D printers Cura is a project which aims to be an single software solution for 3D printing. While it is developed to be used with the Ultimaker 3D printer, it can be used with other RepRap based designs. Cura helps you to setup an Ultimaker Cura shows your 3D model, allows for scaling/positioning Cura can slice the model to 3D GCode Cura can send this GCode to the 3D printer for printing And more... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130503011533.13027.38521.report...@heights-197-63.mtu.edu
Bug#717886: some further clarification
On Fri, 26 Jul 2013 17:22:42 +0200 Johannes Schauer j.scha...@email.de wrote: sorry, I forgot to write down how to reproduce this bug and apparently lacked enough clarity in my initial description. So here it goes: To reproduce this bug add a aptpreferences line pointing to a valid pinning file like to any multistrap config which does NOT include suite X. Then at the same time in your *host* system (the system which runs multistrap) modify your apt config so that the APT::Default-Release is suite X. Then try running that multistrap config. Here step by step with X being testing: mkdir /tmp/multistraptest cd /tmp/multistraptest echo -ne Package: *\nPin: release a=stable\nPin-Priority: 700\n 00pinning.pref echo -ne [General]\ninclude=/usr/share/multistrap/squeeze.conf\naptpreferences=/tmp/multistraptest/00pinning.pref multistrap.conf echo 'APT::Default-Release testing;' | sudo tee /etc/apt/apt.conf.d/02default-release sudo multistrap -f multistrap.conf -d debian-squeeze Check the config_str which is always output by multistrap and run just that command to apt. Add the APT::Default-Release=* option and see how that changes things. There is no sane way for multistrap to know what the default release would be, so the wildcard is the only option without adding more complexity to the configuration. $config_str .= -o Dir::Etc=${dir}${etcdir} -o APT::Default-Release=* if (not defined $preffile); Try with the conditional removed (so that Default-Release is always set to * whether a preferences file is used or not. This may be the actual bug because I don't see a way in the apt *preferences* settings to change Default-Release which is actually an apt *configuration* change. Confusingly, apt has a completely separate setup for configuration changes versus preference changes. There are also problems here with apt pinning - pinning is supported *after* install, not during the initial creation, at least that is current apt behaviour. It is Default-Release which dictates which packages get used for the initial install. So only if no aptpreferences are specified will the APT::Default-Release be set. This of course makes sense Except it doesn't because Default-Release is a configuration setting (as far as apt is concerned) and therefore cannot be affected by a preferences file change. Remember that to get a specific version of a package from a newer release than the one specified as default, explicitsuite must be true if the package exists at any version in the default release. Also, any packages upon which that package has a strict dependency (i.e. = rather than =) must also be explicitly added to the packages line in the stanza for the desired version, even though that package does not need to be listed to get it from the default release. This is typical apt behaviour and not a bug in multistrap. Try the latest SVN with the aptdefaultrelease option in your [General] section and see how that works. http://www.emdebian.org/trac/changeset/8462 -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#717985: atftpd,tftpd-hpa: error when trying to install together
Package: atftpd,tftpd-hpa Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Architecture: amd64 Distribution: experimental Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package tftpd-hpa. Unpacking tftpd-hpa (from .../tftpd-hpa_5.2-13_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/tftpd-hpa_5.2-13_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man8/in.tftpd.8.gz', which is also in package atftpd 0.7.git20120829-1 Errors were encountered while processing: /var/cache/apt/archives/tftpd-hpa_5.2-13_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/sbin/in.tftpd usr/share/man/man8/in.tftpd.8.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. atftpd=0.7.git20120829-1_tftpd-hpa=5.2-13.log.gz Description: GNU Zip compressed data
Bug#717844: patch: Bug#717844: anthy: adjust score for wikipedia dictionary etc.
Hi, Here is patch to change word frequency parameters for wikipedia and social-ime. Here is also a bonus patch to convert all docs to UTF-8. Both are gziped git patch. I hope this helps. Please check this fixes conversion problem. Osamu 0001-reactivate-social-ime-and-wikipedia-dic-data.patch.gz Description: Binary data 0002-UTF-8-documentation.patch.gz Description: Binary data
Bug#717986: crmsh: fails to upgrade from 'sid' - trying to overwrite /usr/sbin/crm
Package: crmsh Version: 1.2.5+hg953-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + pacemaker Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package crmsh. Unpacking crmsh (from .../crmsh_1.2.5+hg953-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/crmsh_1.2.5+hg953-2_amd64.deb (--unpack): trying to overwrite '/usr/sbin/crm', which is also in package pacemaker 1.1.7-2.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/crmsh_1.2.5+hg953-2_amd64.deb cheers, Andreas pacemaker=1.1.7-2.1_crmsh=1.2.5+hg953-2.log.gz Description: GNU Zip compressed data
Bug#717987: context: Drop alternate recommends on transitional font packages
Package: context Version: 2013.05.28.20130704-2 Severity: minor User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy distutils-help I believe all the fonts-* packages context depends on in are available in Debian stable and Ubuntu 12.04 LTS. Please drop the alternate recommends on the transitional ttf* packages so that it's easier to see that context is not blocking those transitional packages from being eventually removed from Debian. Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717988: libusb-1.0-0: upowerd deadlocks in libusb (maybe related to suspend/resume)
Package: libusb-1.0-0 Version: 2:1.0.16-1 Severity: important Dear Maintainer, * What led up to the situation? Exact steps are unknown but during last two days I have noticed upowerd daemon beeing stuck for unknown reason after suspend/resume. * What exactly did you do (or not do) that was effective (or ineffective)? I suspend my laptop frequently using keyboard hotkey. That used to work without problems until upowerd now started deadlocking. * What was the outcome of this action? upowerd daemon deadlocks forcing me to manually restart it before any power related functionality works in gnome. Following backtrace shows the deadlock: (gdb) thread apply all bt Thread 4 (Thread 0x7f3b12fcc700 (LWP 3744)): #0 0x7f3b15dd719d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f3b16517194 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7f3b0c0008e0, timeout=-1, context=0x10149a0) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3995 #2 g_main_context_iterate (context=context@entry=0x10149a0, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3696 #3 0x7f3b1651729c in g_main_context_iteration (context=0x10149a0, may_block=may_block@entry=1) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3762 #4 0x7f3b165172e9 in glib_worker_main (data=optimized out) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:5427 #5 0x7f3b1653b1d5 in g_thread_proxy (data=0x1012c50) at /tmp/buildd/glib2.0-2.36.3/./glib/gthread.c:798 #6 0x7f3b1578ae0e in start_thread (arg=0x7f3b12fcc700) at pthread_create.c:311 #7 0x7f3b15de293d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 3 (Thread 0x7f3b127cb700 (LWP 3745)): #0 0x7f3b15dd719d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f3b16517194 in g_main_context_poll (priority=2147483647, n_fds=3, fds=0x7f3b040010c0, timeout=-1, context=0x1024fa0) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3995 #2 g_main_context_iterate (context=0x1024fa0, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3696 #3 0x7f3b165175fa in g_main_loop_run (loop=0x1024f30) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3895 #4 0x7f3b15a65cf6 in gdbus_shared_thread_func (user_data=0x1024f70) at /tmp/buildd/glib2.0-2.36.3/./gio/gdbusprivate.c:278 #5 0x7f3b1653b1d5 in g_thread_proxy (data=0x1020b70) at /tmp/buildd/glib2.0-2.36.3/./glib/gthread.c:798 #6 0x7f3b1578ae0e in start_thread (arg=0x7f3b127cb700) at pthread_create.c:311 #7 0x7f3b15de293d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7f3b11fca700 (LWP 20328)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x7f3b1578cf3c in _L_lock_974 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x7f3b1578cd8b in __GI___pthread_mutex_lock (mutex=0x7f3b16e3e4a0 linux_hotplug_lock) at pthread_mutex_lock.c:64 #3 0x7f3b16c365f9 in linux_udev_event_thread_main (arg=optimized out) at ../../libusb/os/linux_udev.c:153 #4 0x7f3b1578ae0e in start_thread (arg=0x7f3b11fca700) at pthread_create.c:311 #5 0x7f3b15de293d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f3b17bb6800 (LWP 3743)): #0 0x7f3b1578bff8 in pthread_join (threadid=139891681568512, thread_return=thread_return@entry=0x0) at pthread_join.c:92 #1 0x7f3b16c3689f in linux_udev_stop_event_monitor () at ../../libusb/os/linux_udev.c:126 #2 0x7f3b16c35088 in linux_stop_event_monitor () at ../../libusb/os/linux_usbfs.c:464 #3 op_exit () at ../../libusb/os/linux_usbfs.c:447 #4 0x7f3b16c2df51 in libusb_exit (ctx=0x105f200) at ../../libusb/core.c:1946 #5 0x00415de2 in ?? () ---Type return to continue, or q return to quit--- #6 0x7f3b167e28da in g_object_unref (_object=0x109d460) at /tmp/buildd/glib2.0-2.36.3/./gobject/gobject.c:3024 #7 0x00411bba in ?? () #8 0x7f3b167ddf28 in g_closure_invoke (closure=0x101b140, return_value=0x0, n_param_values=3, param_values=0x7fffdc9b2980, invocation_hint=0x7fffdc9b2920) at /tmp/buildd/glib2.0-2.36.3/./gobject/gclosure.c:777 #9 0x7f3b167eeedd in signal_emit_unlocked_R (node=node@entry=0x101bf10, detail=detail@entry=0, instance=instance@entry=0x1015c40, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffdc9b2980) at /tmp/buildd/glib2.0-2.36.3/./gobject/gsignal.c:3584 #10 0x7f3b167f6ce9 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=var_args@entry=0x7fffdc9b2b38) at /tmp/buildd/glib2.0-2.36.3/./gobject/gsignal.c:3328 #11 0x7f3b167f6f32 in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /tmp/buildd/glib2.0-2.36.3/./gobject/gsignal.c:3384 #12
Bug#717983: dpkg: The upgrade fails to continue when I try to substitute v 1.16.10 with 1.17.0 on debian Sid
Control: severity -1 serious Control: retitle -1 dpkg: Failed upgrade due to file conflicts with manpages-it Hi! On Sat, 2013-07-27 at 16:58:10 +0200, cosimo morelli wrote: Package: dpkg Version: 1.16.10 Severity: critical Justification: breaks unrelated software This severity is way too high, lowered. This is what aptitude tells me Preparativi per sostituire dpkg v.1.16.10 (utilizzando /archives/dpkg_1.17.0_i386.deb)... Estrazione del sostituto di dpkg... dpkg: errore nell'elaborare /var/cache/apt/archives/dpkg_1.17.0_i386.deb (--unpack): tentata sovrascrittura di /usr/share/man/it/man5/dpkg.cfg.5.gz presente anche nel pacchetto manpages-it 2.80-3 dpkg-deb: errore: il sottoprocesso paste è stato terminato dal segnale (Pipe interrotta) Elaborazione dei trigger per man-db... Si sono verificati degli errori nell'elaborazione: /var/cache/apt/archives/dpkg_1.17.0_i386.deb […] E: Sub-process /usr/bin/dpkg returned an error code (1) Errore durante l'installazione di un pacchetto. Tentativo di ripristino: This has been reported (in 711647) and I've already fixed it in git, will be included in 1.17.1, which I'd like to wait some days before an upload in case there's some other regression. P.S. even apt-get -f install is not able to resolve the situation... :) P.P.S sorry for my english For now there's some workarounds you could use to “fix” the situation. You could remove manpages-it (which I've been told is pretty outdated anyway, last upload in 2008), or you could force dpkg to overwrite the files with: # dpkg --force-overwrite -i /var/cache/apt/archives/dpkg_1.17.0_i386.deb which in this case is safe because the new dpkg version will just take over those files. Or you could hold dpkg until either a fixed manpages-it (see 711650, 717974) or dpkg version is uploaded. 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#717989: python-ase,silversearcher-ag: error when trying to install together
Package: python-ase,silversearcher-ag Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Architecture: amd64 Distribution: jessie Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package python-ase. Unpacking python-ase (from .../python-ase_3.6.0.2515-1.1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-ase_3.6.0.2515-1.1_all.deb (--unpack): trying to overwrite '/usr/bin/ag', which is also in package silversearcher-ag 0.15~pre+20130512-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/python-ase_3.6.0.2515-1.1_all.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/ag usr/share/man/man1/ag.1.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. silversearcher-ag=0.15~pre+20130512-1_python-ase=3.6.0.2515-1.1.log.gz Description: GNU Zip compressed data
Bug#711650: manpages-it: Please remove dpkg-related man pages now managed directly in the dpkg po4a documentation - see bug #711647
Control: forcemerge -1 717974 Control: severity -1 important [ Sorry missed the previous bug report, as I was looking for bugs filed against source package manpages-it which does not exist. :/ ] Hi! On Sat, 2013-06-08 at 16:47:40 +0200, Beatrice Torracca wrote: Package: manpages-it Severity: normal Tags: l10n That translation also includes the following updated Italian man pages: debmake.1 deb.5 deb-control.5 dpkg.cfg.5 dselect.cfg.5 dpkg.8 dselect.8 Please remove those manpages from the manpages-it package, since they will from now on be managed through the debian l10n framework. (and as far as i can tell the translations in the manpages-it package are mostly obsolete and should be removed anyway). Hmm, I missed this when merging the change in dpkg, I should have checked for other packages containing translated versions, as that's a pretty common scenario, and missed to add a Replaces, which makes dpkg 1.17.0 and manpages-it uninstallable in combination. Beatrice, when moving around translated material, if you know of this kind of situation, it might be pretty helpful to mention it on the submitted bug report. :) 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#706656: ITP: cura -- Controller for 3D printers
Update: I'm having a discussion with upstream, and hopefully we will soon have a package in the archive. I was waiting for the new release, which has now happened; now we're looking at the clipperlib that is used, which seems to be different from the one in Debian. Thanks, Bas On Sat, Jul 27, 2013 at 08:02:36AM -0700, Tony Godshall wrote: +1 On May 2, 2013 6:18 PM, Bas Wijnen wij...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Bas Wijnen wij...@debian.org * Package name: cura Version : 13.04~git20130502-1 Upstream Author : David Braam (daid...@gmail.com) * URL : http://daid.github.io/Cura/ * License : AGPL-3+ Programming Lang: Python Description : Controller for 3D printers Cura is a project which aims to be an single software solution for 3D printing. While it is developed to be used with the Ultimaker 3D printer, it can be used with other RepRap based designs. Cura helps you to setup an Ultimaker Cura shows your 3D model, allows for scaling/positioning Cura can slice the model to 3D GCode Cura can send this GCode to the 3D printer for printing And more... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130503011533.13027.38521.report...@heights-197-63.mtu.edu signature.asc Description: Digital signature
Bug#708812: Bug#716944: google-mock: please upload r437 snapshot to syncronize with recent gtest snapshot
Sorry for not responding on this, I had planned to take a look at it next week. Feel free to upload your fixed package. On Sat, Jul 27, 2013 at 5:41 PM, Andreas Barth a...@ayous.org wrote: severity 716944 serious tag 716828 + patch tag 708812 + patch thanks * Daniel Hartwig (mand...@gmail.com) [130727 15:34]: gtest is recently bumped to 1.7.0~svn20130629-2 [1]. The 1.6.0 release of googlemock is incompatible with this, though r437 [2] is. Please upload that version to keep the packages functional. I appreciate that you do not use the embedded copy of gtest, so let us keep these syncronized. I built a package of google-mock based on the current svn snapshot. Using that, I can confirm that aptitude builds again (with patches from head to build with gcc-4.8, which is the default now on most arches), and in turn this resolves the issue that aptitude segfaults on mips* (see #708812). Resolving that would allow us to re-enable building experimental on mips*. Because of that, I adjusted the severity of this bug report. Also, if you want I could upload the fixed google-mock package now (or if you don't disagree, I would upload it next weekend to allow us to get our infrastructure back working again). Andi
Bug#717936: bind9: diff for NMU version 1:9.8.4.dfsg.P1-6+nmu3
tags 717936 + pending thanks Hi LaMont, hi Bdale I straight uploaded bind9 (versioned 1:9.8.4.dfsg.P1-6+nmu3) also to the archive. DSA for bind was already released, and exploiting this issue was already seen[1], hope this is okay also for you, to have the fix asap also in unstable version of bind9. [1] https://kb.isc.org/article/AA-01015 Regards, Salvatore diff -u bind9-9.8.4.dfsg.P1/debian/changelog bind9-9.8.4.dfsg.P1/debian/changelog --- bind9-9.8.4.dfsg.P1/debian/changelog +++ bind9-9.8.4.dfsg.P1/debian/changelog @@ -1,3 +1,12 @@ +bind9 (1:9.8.4.dfsg.P1-6+nmu3) unstable; urgency=high + + * Non-maintainer upload by the Security Team. + * CVE-2013-4854: A specially crafted query that includes malformed rdata can +cause named to terminate with an assertion failure while rejecting the +malformed query. (Closes: #717936). + + -- Salvatore Bonaccorso car...@debian.org Sat, 27 Jul 2013 10:24:07 +0200 + bind9 (1:9.8.4.dfsg.P1-6+nmu2) unstable; urgency=medium * Non-maintainer upload. only in patch2: unchanged: --- bind9-9.8.4.dfsg.P1.orig/lib/dns/rdata/generic/keydata_65533.c +++ bind9-9.8.4.dfsg.P1/lib/dns/rdata/generic/keydata_65533.c @@ -176,7 +176,7 @@ UNUSED(options); isc_buffer_activeregion(source, sr); - if (sr.length 4) + if (sr.length 16) return (ISC_R_UNEXPECTEDEND); isc_buffer_forward(source, sr.length);
Bug#700810: app-install-data: a typo in spout.desktop
This is causing apt-xapian-index to throw a backtrace, which gets mailed out weekly. -- see shy jo signature.asc Description: Digital signature
Bug#717917: RM: libnss-ldap -- RoQA; orphaned, RC buggy, alternatives exist
On Sat, 2013-07-27 at 09:30 -0400, Barry deFreese wrote: I have been working on these for a couple of weeks. I even spent the time updating to the latest upstreams and fixing up the packaging. Do you have this in a VCS somewhere? I'd be happy to contribute. However, the consensus seems to be to just get rid of them since no one seems to care for them. Libnss-ldap has been broken for at least 2 releases. I'm not convinced the packages are so broken they're unusable for most users. Another situation in which libpam-ldap is still useful: with nss-pam-ldapd the LDAP servers configured are the same for NSS and PAM while pam_ldap can also be provided with a config parameter that would allow LDAP authentication against a different LDAP server per authentication service. I am also concerned about the high popcon, however, so far I have been unsuccessful in actually finding a user that actually uses it that could do any real testing for me.. I am not particularly familiar with ldap myself. As I'm the maintainer of nss-pam-ldapd I can test the packages in my test environment but I don't use it anywhere in production. Perhaps someone from Ubuntu is also interested in helping out. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#708812: Bug#716944: google-mock: please upload r437 snapshot to syncronize with recent gtest snapshot
severity 716944 serious tag 716828 + patch tag 708812 + patch thanks * Daniel Hartwig (mand...@gmail.com) [130727 15:34]: gtest is recently bumped to 1.7.0~svn20130629-2 [1]. The 1.6.0 release of googlemock is incompatible with this, though r437 [2] is. Please upload that version to keep the packages functional. I appreciate that you do not use the embedded copy of gtest, so let us keep these syncronized. I built a package of google-mock based on the current svn snapshot. Using that, I can confirm that aptitude builds again (with patches from head to build with gcc-4.8, which is the default now on most arches), and in turn this resolves the issue that aptitude segfaults on mips* (see #708812). Resolving that would allow us to re-enable building experimental on mips*. Because of that, I adjusted the severity of this bug report. Also, if you want I could upload the fixed google-mock package now (or if you don't disagree, I would upload it next weekend to allow us to get our infrastructure back working again). Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717990: argyll: can't be installed...
Package: argyll Version: 1.5.1-1 Severity: grave Justification: renders package unusable Hi. dpkg: error processing /var/cache/apt/archives/argyll_1.5.1-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/icclu.1.gz', which is also in package icc-utils 1.5.1-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712541:
Hi, i'm the developer of dwb, gtk3 is fine, the main thing many people complain about is missing flash support in libwebkitgtk-3.0. Apart from that the gtk3 version is only missing one feature (vertical tabs) that the gtk2 version has. But i think most people who use dwb on debian i talked to on irc build it from source, which is also my recommendation if someone needs flash. nspluginwrapper just doesn't work as good as native flash support. Regards, Stefan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702822: libsdl1.2debian unconditionally depends on libpulse0
2013/3/11 Andrew Shadura bugzi...@tut.by: Package: libsdl1.2debian Version: 1.2.15-5 Severity: normal Please make it optional, not mandatory. Similarly, for -dev package, if it's possible. Is it causing some problem? According to [1], you can select the driver that you want to use with the environmnet variable SDL_AUDIODRIVER. There's a list of them which tries by default, and alsa goes before pulse. The fact that pulls libpulse0 doesn't mean that your system will use pulseaudio as sound server. [1] http://www.libsdl.org/docs/html/sdlenvvars.html libpulse0 pulls a few things, but mostly X11, which one would expect to use in a system where SDL is used. On the other hand all GNOME, KDE, gstreamer, phonon, openjdk, libxine, mplayer and other software will pull this dependency, so it's quite rare to have a Debian system installed without having this package -- so I don't think that there's much point in trying to avoid it, we would have to provide different packages for it, and IMO for little gain. Cheers. -- Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717488: [Pkg-sysvinit-devel] Bug#717488: Please always launch /etc/init.d/ups-monitor when halting the system
On Fri, 26 Jul 2013, Fabien C. wrote: On 26/07/2013 03:06, Henrique de Moraes Holschuh wrote: It is basically not a good idea at all to cut power instead of issuing a hardware shutdown command. Lots of stuff on server boxes get highly pissed off if you just cut power. Hmmm, shutdown -hH still shuts down the disks, and halts the CPU. I think the *only* thing it does not is cut the power, but the system is already ready to lose it. No, you did not tell the baseboard management controller and friends that you want to shutdown, and they will not only fail to do an ordered shutdown, but also raise alarms that power was lost and an unclean shutdown happened. And since this is x86, the only way to tell the platform that you want a shutdown in the first place is to try to issue a platform poweroff command. There is no platform halt command. I would have to put some effort to recall all the trouble we had in the past to access whether we can support this proposed change, though. You are probably referring to this discussion, which I read: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358696 Well, we could make it an option if you think it is not a good idea to have it as default. It is impossible to have it as a default. So yes, if we do it, it would _have_ to be an option. What is important is that we must not break the sane scenario, where you have the box properly configured to always power up on power restore, and the UPS configured to always cycle the load once the load (i.e. us) signals that it is past the point of no return (i.e. that it will require a power cycle to restart -- in Debian, that pretty much means as soon as we switch to runlevel 0). I don't think always power up on power restore is a properly configured box. If a box is off, that is very probably for a good reason, and I *don't* Your use case is not the most common, nor the only use case. want it to power up based on some random event like power outage... What the normal people want is to get back to the state the machines were before the power problem occured, no more, no less. That is restore last power state. This is not possible to do sanely on an architecture that cannot differentiate from administrative shutdown and operational shutdown, or that doesn't even have a halted-but-powered-on state anyway. Also, shutdown -H must NOT issue a UPS power off command [by default], it is documented to not do it. We make the documentation, don't we? You've got to be kidding me. Who knows how many boxes and scripts out there depend on the current, documented, shutdown -H behaviour? Bugs we fix. Functionality working as designed, we don't change like that. You can request a NEW option for shutdown that does what you want, though. Or you can have an optional, non-default way to change -H to do what you want. Those are your two choices. Also, I would add that /etc/init.d/ups-monitor does *not* cut the power off if the UPS is not running on battery. Then, it is broken, unless something else is issuing the proper synchronization commands to the UPS. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org