Bug#683584: security update ready for squeeze (3.1.8)
On 07/01/13 07:27, Yves-Alexis Perez wrote: On lun., 2013-01-07 at 00:35 +0100, Daniel Pocock wrote: Yes, the 3.1.8 security fix from upstream has been packaged and has been waiting for security team to process through to the archive Can you elaborate on that? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683584#25 was done before I became a DD, so although I could upload the fix into git.debian.org, I did not have any access to upload any binary package Has somebody built and uploaded to the archive already? As it is for current stable branch, can I upload myself or does the security team take care of the upload? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
Hi, On Mon, Jan 7, 2013 at 7:29 AM, Vincent Cheng vincentc1...@gmail.com wrote: [...] How about this: I'll upload my work to collab-maint for now, and if we decide later that we do in fact want primus maintained in pkg-nvidia, we could always just switch over. :) Fine with me. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
06.01.2013, 16:21, Jonathan Nieder jrnie...@gmail.com: Hi, Thanks for reporting. By enable/disable wi-fi, do you mean using a hardware switch? Can you reproduce this problem without the quiet option on the kernel command line (for example when booting in recovery mode), and if so, does it show any messages on the screen when it hangs? A photograph would be fine. Hope that helps, Jonathan Yes, I am using a hardware switch. Hard to reproduce the problem, because it occurs randomly. When system start, Wi-Fi enabled simultaneously with display manager. If system hangs, I see the black screen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697581: fonts-gfs-artemisia: Bug in italic face - misplaced characters
Package: fonts-gfs-artemisia Version: 1.1-4 Severity: minor Dear Maintainer, I have noticed that in italic face some characters are in the wrong places. Symbol for Dcaron (U+010e) is in place of Dmacron (U+0110) and vice versa, while symbol for dcaron (U+010f) is in place of dcroat (U+0111) and vice versa. Regular and bold faces don't have this bug. I haven't had chance to test it in other distributions so I don't know if it is Debian related bug. I was using Fontmatrix and Fontforge when I noticed this bug. If necessary, I can send screenshots. -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii fontconfig 2.9.0-7.1amd64generic font configuration librar ii libfreetype6:a 2.4.9-1.1amd64FreeType 2 font engine, shared li ii libxft2:amd64 2.3.1-1 amd64FreeType-based font drawing libra -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693206: vavoom: Let's install the glvis utility
Hi Gustavo, Am 29.12.2012 13:52, schrieb Fabian Greffrath: 2) The addition of . and / to the -iwaddir parameter was in no way limited to Boom compatibility. It is, however, strictly needed to run the freedoom wrapper in Debian, which relies on this feature in the boom wrapper. But why should it not be possible to run e.g. the doom wrapper with an Iwad given as a relative or absolute path name? 3) You introduced new wrappers e.g. for doom2. Was this in any way arranged with other Doom source ports in Debian? could you elaborate on these two, please? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
programmer11...@programist.ru wrote: Yes, I am using a hardware switch. Hard to reproduce the problem, because it occurs randomly. When system start, Wi-Fi enabled simultaneously with display manager. If system hangs, I see the black screen. Thanks. Please try to reproduce it in recovery mode --- in that mode there is no display manager. If you can reproduce the hang with a 3.7.x or newer kernel from experimental, that would be best since then we can get help from upstream. You can also get some information about wifi events by running iw event -t with output redirected to a file and examining that file after rebooting. I assume that in the hanged state the magic sysrq key doesn't work? Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640976: Update: serna is not free anymore
Just an update. Serna is not distributed anymore as open source project. On September 2012 InfoTrust Group acquired Serna Enterprise XML Editor from Syntext, Inc. and no longer makes available the open source version. ref: http://en.wikipedia.org/wiki/Syntext_Serna The last known version is 4.4 (~December 2011). The bitbucket repository was deleted, an online copy can be found here: https://github.com/malaterre/serna-free-backup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660597: Browser fails to report page load errors
tags 660597 confirmed found 660596 1.8.6-1.1 thanks Yes, in definitely seems liferea's built-in browser ignores clicks to links that it can't load without even giving any reason for it. Have you tried filing a bug report upstream and submitting your patch? At the very least, I think there should be an error in the status bar when a user clicks a link liferea can't load. http://sourceforge.net/p/liferea/bugs/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666270: liferea: search for unread unflagged items misbehaves
OK. I hoped that the maintainers would forward it to the right place, but if not, I will try to do it later. Was this bug report ever forwarded to upstream? And if so, can you provide a link? Thanks for your time. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499635: draft packaging
Draft packaging committed to http://anonscm.debian.org/gitweb/?p=pkg-games/libgigi.git --- Religion is fundamentally opposed to everything I hold in veneration - courage, clear thinking, honesty, fairness, and, above all, love of the truth. (H. L. Mencken, 1925) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666964: liferea: Spanish translation: sentences in bold in Preferences and Feed
tags 666964 confirmed found 666964 1.8.6-1.1 thanks To confirm and reproduce this I generated an es_ES.UTF-8 locale and then ran LANG=es_ES.UTF-8 liferea. Can you please file a bug report upstream if you haven't done so already? http://sourceforge.net/p/liferea/bugs/ Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695366: RFS: gringotts/1.2.10-1
Control: tag -1 + moreinfo On Fri, Dec 07, 2012 at 04:53:26PM +0100, Jose G. López wrote: gringotts (1.2.10-1) unstable; urgency=low * New upstream release. Please hold back new upstream releases from unstable until after the freeze and target experimental instead. This would be a small step at speeding up the wheezy release. If you change an older changelog entry (1.2.10~pre3-2) please explain why in the current changelog entry. * Split libgringotts from gringotts source package again. It's an independent library and could be useful in other software. This sounds even more inappropriate during the freeze. * debian/copyright: rewrite to machine-readable format. It is nice to see machine readability get more adoption. However in this case human readability seems to have suffered. Your license paragraphs are very short. Specifically they mention GPL-2+ which suggests the or any later version which is not included in your license paragraph. Please either drop the + or include the or any later version for consistency. Indeed without or any later version the (binary) package is not redistributable, because GPL-2 and GPL-3 are incompatible[1]. This is why I tagged the bug moreinfo. Please remove the tag after fixing this issue. * debian/rules: rewrite to get rid of unnecessary dependencies and add some hardening flags. This sounds confusing given that you actually disabled hardening: gringotts-1.2.10/debian/rules: | # Errors compiling with hardening | #CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) $(CPPFLAGS) What is the problem with hardening? Maybe it can be resolved? Please clean up the following patch. It contains more TODO-ish stuff. gringotts-1.2.10/debian/patches/fix-mkinstalldirs-old-gettext.patch: | Description: short summary of the patch | TODO: Put a short summary on the line above and replace this paragraph | with a longer explanation of this change. Complete the meta-information | with other relevant fields (see below for details). To make it easier, the | information below has been extracted from the changelog. Adjust it or drop | it. | . The following boilerplate can likely be removed: gringotts-1.2.10/debian/rules: | # Sample debian/rules that uses debhelper. | # This file was originally written by Joey Hess and Craig Small. | # As a special exception, when this file is copied by dh-make into a | # dh-make output file, you may use that output file without restriction. | # This special exception was added by Craig Small in version 0.37 of dh-make. Helmut [1] http://www.gnu.org/licenses/gpl-faq.html#AllCompatibility -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675335: liferea: Fails to run on external monitor while internal is off.
tags 675335 moreinfo thanks Have you made sure that you started a dbus session under this username before starting liferea under this username? AFAIK, dbus sessions are standard on desktop sessions now, but if you launch the application as a different username than what you logged in as (by using su) the application might not find the daemon it needs. Please report back and let me know if you're launching the application using the username that you logged into the desktop with. Thanks for your time. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644912: a fix for this problem
Hello, I too was greatly annoyed to find that getaddrinfo can never return scope id for .local addresses. I finally knuckled down and did the work to figure out how to make this happen. In short it requires that the libnss-mdns implement _nss_gethostbyname4_r. I've done this in the attached patch. I'm using it on my box right now and things seem to be good. You can see that it's (not) working like this: python -c 'import socket ; print socket.getaddrinfo(yourhostnamehere.local, None)' -- Jens B. Jorgensen jorgen...@getcollc.com This e-mail and its attachments are intended only for the individual or entity to whom it is addressed and may contain information that is confidential, privileged, inside information, or subject to other restrictions on use or disclosure. Any unauthorized use, dissemination or copying of this transmission or the information in it is prohibited and may be unlawful. If you have received this transmission in error, please notify the sender immediately by return e-mail, and permanently delete or destroy this e-mail, any attachments, and all copies (digital or paper). Unless expressly stated in this e-mail, nothing in this message should be construed as a digital or electronic signature. GETCO Asia PTE Limited is a wholly-owned subsidiary of GETCO Holding Company, and is a company incorporated in Singapore with Company Registration Number 200716929N. diff -u src/avahi.c src/avahi.c --- src/avahi.c 2006-04-29 05:14:09.0 +0800 +++ src/avahi.c 2013-01-04 10:00:05.025558790 +0800 @@ -26,6 +26,7 @@ #include sys/socket.h #include string.h #include stdio.h +#include stdlib.h #include sys/types.h #include arpa/inet.h #include sys/un.h @@ -34,6 +35,7 @@ #include avahi.h #include util.h +#include query.h #define WHITESPACE \t @@ -93,7 +95,8 @@ p = ln+1; p += strspn(p, WHITESPACE); -/* Skip interface */ +/* Parse interface */ +if (af == AF_INET6) ((ipv6_address_t*)data)-if_idx = strtoul(p, 0, 10); p += strcspn(p, WHITESPACE); p += strspn(p, WHITESPACE); diff -u src/avahi-test.c src/avahi-test.c --- src/avahi-test.c2007-02-09 00:42:23.0 +0800 +++ src/avahi-test.c2013-01-04 09:59:06.174017729 +0800 @@ -24,6 +24,7 @@ #include stdio.h #include avahi.h +#include query.h int main(int argc, char *argv[]) { uint8_t data[64]; @@ -35,15 +36,20 @@ else printf(AF_INET: failed (%i).\n, r); -/* if ((r = avahi_resolve_name(AF_INET6, argc = 2 ? argv[1] : cocaine.local, data)) == 0) */ -/* printf(AF_INET6: %s\n, inet_ntop(AF_INET6, data, t, sizeof(t))); */ -/* else */ -/* printf(AF_INET6: failed (%i).\n, r); */ - if ((r = avahi_resolve_address(AF_INET, data, t, sizeof(t))) == 0) printf(REVERSE: %s\n, t); else printf(REVERSE: failed (%i).\n, r); + + if ((r = avahi_resolve_name(AF_INET6, argc = 2 ? argv[1] : cocaine.local, data)) == 0) + printf(AF_INET6: %s, %u\n, inet_ntop(AF_INET6, data, t, sizeof(t)), ((ipv6_address_t*)data)-if_idx); + else + printf(AF_INET6: failed (%i).\n, r); + +if ((r = avahi_resolve_address(AF_INET6, data, t, sizeof(t))) == 0) +printf(REVERSE: %s\n, t); +else +printf(REVERSE: failed (%i).\n, r); return 0; } diff -u src/bsdnss.c src/bsdnss.c --- src/bsdnss.c2007-02-09 00:42:23.0 +0800 +++ src/bsdnss.c2013-01-04 09:49:45.566389491 +0800 @@ -258,6 +258,8 @@ ai-ai_addrlen = sizeof(struct sockaddr_in6); memcpy(((struct sockaddr_in6 *)psa)-sin6_addr, hap, ai-ai_addrlen); + if (((struct sockaddr_in6 *)psa)-sin6_addr[0] == 0xfe ((struct sockaddr_in6 *)psa)-sin6_addr[0] == 0x80) + ((struct sockaddr_in6 *)psa)-sin6_scope_id = ((struct ipv6_address_t*) hap)-if_idx; break; default: ai-ai_addrlen = sizeof(struct sockaddr_storage); diff -u src/map-file src/map-file --- src/map-file2007-01-02 02:36:21.0 +0800 +++ src/map-file2013-01-07 08:56:56.406478774 +0800 @@ -18,6 +18,12 @@ _nss_mdns_minimal_gethostbyname2_r; _nss_mdns4_minimal_gethostbyname2_r; _nss_mdns6_minimal_gethostbyname2_r; +_nss_mdns_gethostbyname4_r; +_nss_mdns4_gethostbyname4_r; +_nss_mdns6_gethostbyname4_r; +_nss_mdns_minimal_gethostbyname4_r; +_nss_mdns4_minimal_gethostbyname4_r; +_nss_mdns6_minimal_gethostbyname4_r; local: *; }; diff -u src/nss.c src/nss.c --- src/nss.c 2013-01-07 15:14:23.0 +0800 +++ src/nss.c 2013-01-07 16:52:38.399842517 +0800 @@ -41,22 +41,27 @@ #if defined(NSS_IPV4_ONLY) ! defined(MDNS_MINIMAL) #define _nss_mdns_gethostbyname2_r _nss_mdns4_gethostbyname2_r +#define _nss_mdns_gethostbyname4_r _nss_mdns4_gethostbyname4_r #define
Bug#697192: mirror submission for ftp.cesca.cat
Hi, I have changed to recomendation ftpync. Could you check if all it's correct?. The bandwitch available is 100Mb. Regard On 01/02/2013 07:00 PM, Simon Paillard wrote: Control: tag -1 +moreinfo On Wed, Jan 02, 2013 at 01:54:27PM +, Manel Perez wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.cesca.cat Please switch to the recommended tool ftpsync http://www.debian.org/mirror/ftpmirror#how or implement all the requirements listed. In both, cases, the trace file must be named ftp.cesca.cat Aliases: ftp.cesca.es Aliases: verdaguer-ftp.cesca.cat Type: leaf Archive-architecture: amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc Archive-ftp: /debian/debian/ Archive-rsync: debian/debian/ CDImage-ftp: /debian/debian-cd/ CDImage-rsync: debian/debian-cd/ Do you think it would be possible to use the standard path /debian/ and /debian-cd/ ? IPv6: no Archive-upstream: ftp.ie.debian.org CDImage-upstream: ftp.ie.debian.org Updates: four Maintainer: Manel Perez mpe...@cesca.cat Country: ES Spain How much bandwidth is available ? -- . __ / /Manel Pérez España C E / S / C ATécnic de Comunicacions /_/ Centre de Serveis Científics i Acadèmics de Catalunya Gran Capità, 2-4 (Edifici Nexus) · 08034 Barcelona T. 93 551 6201 · F. 93 205 6979 · mpe...@cesca.cat Facebook (http://on.fb.me/vPv3oN) · Twitter @CE5CA · Linkedin Subscriu-te al butlletí (www.cesca.cat/butlleti) . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696424: Possible patch
Attached is the debdiff contianing these three refreshed for the version in unstable and testing. But I'm not yet ready to propose a NMU. Testing of the resulting package is welcome! Thanks for the debdiff! It works as expected: It creates the files with the right permissions without breaking functionality. A problem could be that the files aren't freshly created by a simple restart of the daemon. Should something be done about that? Some options could be: - Notify the user to stop libvirtd and sanlock and run rm /var/run/sanlock/sanlock.sock; rm /var/log/sanlock.log - Change the file permissions through the package update - Do nothing because most likely nobody uses sanlock on Debain atm. Cheers, David sanlock_2.2-1.1.debdiff Description: Binary data
Bug#697582: qt4-x11: CVE-2012-6093
Package: qt4-x11 Severity: important Tags: security Please see http://seclists.org/oss-sec/2013/q1/21 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445108: Unable to play flash videos in Liferea
This bug has been marked as unreproducible for 3 years and moreinfo for 2 months. If this bug is still a problem for you, please report back. Otherwise, this bug report will be closed. Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697583: opendkim: reports insecure key in all AR headers
Package: opendkim Version: 2.6.8-3 Severity: normal Hi, I've done multiple tests and both 1024 and 2048-bit keys ar reported insecure key in the Authentication-Results: header. | Authentication-Results: smtp.DOMAIN; dkim=pass | reason=2048-bit key; insecure key | header.d=gmail.com header.i=@gmail.com header.b=0jmPjoQc; | dkim-adsp=pass; dkim-atps=neutral Cheers -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opendkim depends on: ii adduser 3.113+nmu3 ii libc6 2.13-37 ii libdb5.15.1.29-5 ii libldap-2.4-2 2.4.31-1 ii liblua5.1-0 5.1.5-4 ii libmilter1.0.1 8.14.4-2.1 ii libopendkim72.6.8-3 ii libssl1.0.0 1.0.1c-4 ii libunbound2 1.4.17-2 ii libvbr2 2.6.8-3 ii lsb-base4.1+Debian8 opendkim recommends no packages. Versions of packages opendkim suggests: ii opendkim-tools 2.6.8-3 -- Configuration Files: /etc/opendkim.conf changed: Syslog yes SyslogSuccess yes UMask 002 Domain mu**.com KeyFile /etc/mail/dkim_pa**.key Selectorpa** Canonicalizationrelaxed/relaxed SubDomains yes OversignHeaders From On-BadSignature tempfail On-DNSError accept Socket inet:8891@[127.0.0.1] MilterDebug 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#697501: AR9285: enabling or disabling Wi-Fi freezes the system
07.01.2013, 12:28, Jonathan Nieder jrnie...@gmail.com: Thanks. Please try to reproduce it in recovery mode --- in that mode there is no display manager. If you can reproduce the hang with a 3.7.x or newer kernel from experimental, that would be best since then we can get help from upstream. You can also get some information about wifi events by running iw event -t with output redirected to a file and examining that file after rebooting. I assume that in the hanged state the magic sysrq key doesn't work? Regards, Jonathan Hang also present in linux-image-3.7-trunk-686-pae. sysrq do not work if hangs. Work only Fn+ - keys for increase/decrease brightness, that is strange. iw event -t shows nothing - output file not created (it has a null size). If I press in wicd-gtk Switch off Wi-Fi and immediately press Disconnect All system hangs (on kernel linux-image-3.7-trunk-686-pae). syslog Jan 7 17:04:15 gateway-lmde dhclient: Internet Systems Consortium DHCP Client 4.2.4 Jan 7 17:04:15 gateway-lmde dhclient: Copyright 2004-2012 Internet Systems Consortium. Jan 7 17:04:15 gateway-lmde dhclient: All rights reserved. Jan 7 17:04:15 gateway-lmde dhclient: For info, please visit https://www.isc.org/software/dhcp/ Jan 7 17:04:15 gateway-lmde dhclient: Jan 7 17:04:15 gateway-lmde dhclient: Listening on LPF/wlan0/00:26:5e:0f:9f:d3 Jan 7 17:04:15 gateway-lmde dhclient: Sending on LPF/wlan0/00:26:5e:0f:9f:d3 Jan 7 17:04:15 gateway-lmde dhclient: Sending on Socket/fallback Jan 7 17:04:15 gateway-lmde dhclient: DHCPRELEASE on wlan0 to 192.168.3.128 port 67 Jan 7 17:04:15 gateway-lmde kernel: [ 160.101816] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready Jan 7 17:04:15 gateway-lmde dhclient: Internet Systems Consortium DHCP Client 4.2.4 Jan 7 17:04:15 gateway-lmde dhclient: Copyright 2004-2012 Internet Systems Consortium. Jan 7 17:04:15 gateway-lmde dhclient: All rights reserved. Jan 7 17:04:15 gateway-lmde dhclient: For info, please visit https://www.isc.org/software/dhcp/ Jan 7 17:04:15 gateway-lmde dhclient: Jan 7 17:04:15 gateway-lmde dhclient: Listening on LPF/eth1/00:23:8b:ef:35:34 Jan 7 17:04:15 gateway-lmde dhclient: Sending on LPF/eth1/00:23:8b:ef:35:34 Jan 7 17:04:15 gateway-lmde dhclient: Sending on Socket/fallback Jan 7 17:04:16 gateway-lmde dhclient: DHCPRELEASE on eth1 to 192.168.3.128 port 67 Jan 7 17:04:16 gateway-lmde dhclient: receive_packet failed on eth1: Network is down Jan 7 17:04:16 gateway-lmde kernel: [ 160.729232] r8169 :03:00.0 eth1: link down Jan 7 17:04:16 gateway-lmde kernel: [ 160.729489] r8169 :03:00.0 eth1: link down Jan 7 17:04:16 gateway-lmde kernel: [ 160.729579] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready Jan 7 17:04:16 gateway-lmde dhclient: Internet Systems Consortium DHCP Client 4.2.4 Jan 7 17:04:16 gateway-lmde dhclient: Copyright 2004-2012 Internet Systems Consortium. Jan 7 17:04:16 gateway-lmde dhclient: All rights reserved. Jan 7 17:04:16 gateway-lmde dhclient: For info, please visit https://www.isc.org/software/dhcp/ Jan 7 17:04:16 gateway-lmde dhclient: Jan 7 17:04:16 gateway-lmde dhclient: Listening on LPF/eth1/00:23:8b:ef:35:34 Jan 7 17:04:16 gateway-lmde dhclient: Sending on LPF/eth1/00:23:8b:ef:35:34 Jan 7 17:04:16 gateway-lmde dhclient: Sending on Socket/fallback Jan 7 17:04:16 gateway-lmde dhclient: DHCPRELEASE on eth1 to 192.168.3.128 port 67 Jan 7 17:04:16 gateway-lmde dhclient: send_packet: Network is unreachable Jan 7 17:04:16 gateway-lmde dhclient: send_packet: please consult README file regarding broadcast address. Jan 7 17:04:16 gateway-lmde dhclient: dhclient.c:2270: Failed to send 300 byte long packet over fallback interface. Jan 7 17:04:16 gateway-lmde dhclient: receive_packet failed on eth1: Network is down Jan 7 17:04:16 gateway-lmde kernel: [ 161.213211] r8169 :03:00.0 eth1: link down Jan 7 17:04:16 gateway-lmde kernel: [ 161.213588] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready Jan 7 17:04:18 gateway-lmde kernel: [ 162.844001] r8169 :03:00.0 eth1: link up Jan 7 17:04:18 gateway-lmde kernel: [ 162.844260] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Jan 7 17:04:19 gateway-lmde dhclient: Internet Systems Consortium DHCP Client 4.2.4 Jan 7 17:04:19 gateway-lmde dhclient: Copyright 2004Jan 7 17:05:44 gateway-lmde rsyslogd: [origin software=rsyslogd swVersion=7.2.4 x-pid=2586 x-info=http://www.rsyslog.com;] start Jan 7 17:05:44 gateway-lmde kernel: [0.00] Initializing cgroup subsys cpuset Jan 7 17:05:44 gateway-lmde kernel: [0.00] Initializing cgroup subsys cpu And other notes made after reboot. Sorry for my bad English, if that.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697543: Missing man page for cups-files.conf
On Mon, Jan 07, 2013 at 09:55:15AM +0100, Didier 'OdyX' Raboud wrote: Le lundi, 7 janvier 2013 09.00:07, Didier 'OdyX' Raboud a écrit : But the manpage is definitely missing and the patch is quite trivial (attached). Security Team: would such a security upload be acceptable? Also, translating cups-files.conf's man is almost trivial with the existing po4a infrastructure. Would the attached patch be acceptable as well? That said, given that both fixes (adding the manpage and its translations) have no security implication, shouldn't these fixes go to stable-updates instead? Another possibility would be to ship the english manpage as soon as possible in debian-security and enhance the fix with translations later on through stable-updates? WDYT? I think fixing this through a stable point update is sufficient. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604399: [liferea] Systray icon does not reflect gnome panel background
Hello. Upstreram has reported this fixed in liferea 1.8*. liferea 1.8* has been available in Debian Wheezy for a while now. Please test using liferea 1.8.6-1.1 in Debian Wheezy and report back if this issue still persists. Otherwise, this bug report will be closed. Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626311: liferea: Icon in tray icon differs from the menu
tags 626311 moreinfo thanks Hello. It appears that since 1.8 both the tray icon and the menu icon are a combination of a planet with a newspaper. Can you please try liferea 1.8.6-1.1 in Wheezy and report back if this bug is still a problem. Otherwise, this bug report will be closed. Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686502: pxz produces archives broken for busybox's unxz
On Sun, 2013-01-06 at 23:32 +0100, Bastian Blank wrote: On Thu, Dec 27, 2012 at 10:08:07PM +0100, Abou Al Montacir wrote: + if (r == XZ_STREAM_END) { + /* Eat padding. Stream never starts with zeros, and padding is 32 aligned */ + while ((iobuf.in_pos iobuf.in_size) (iobuf.in[iobuf.in_pos] == 0)) { + iobuf.in_pos += 1; + } + /* Reached end of buffer. Fill it again from stream */ + if (iobuf.in_pos == iobuf.in_size) { + continue; + } + if(iobuf.in_pos % 4){ Are you sure this is correct? in_pos is the position in tht buffer, not the file. Also look out for coding style. Provided the buffer size is multiple of 4 bytes, which is the case for BUFSIZ. Of course one can decide to use a mis aligned buffer, but this is not common and I consider it bad coding practice. + if (r == XZ_STREAM_END) { Again the same check? Not really, r could have been changed since the above check (r = XZ_DATA_ERROR; when %4 check fails) if (r == XZ_STREAM_END) { - break; + xz_dec_end(state); + /* Look for any other streams */ + continue; Why do you have three XZ_STREAM_END checks in this state machine? I use XZ_STREAM_END to check end of stream and eat padding, to check there is still valid data (no paddding error) before initializing decoder, and finally to free the decoder at en of current stream. Cheers, signature.asc Description: This is a digitally signed message part
Bug#697584: cups: CVE-2012-6094
Package: cups Severity: important Tags: security I'm not sure if this affects Cups in Debian: http://www.openwall.com/lists/oss-security/2013/01/04/1 Stable isn't affected in any case, since systemd isn't present yet. Cheers, Moritz -- System Information: Debian Release: 5.0.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8@euro, LC_CTYPE=de_DE.UTF-8@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697585: lvm2: pvmove freezes the whole vg with running Xen VMs
Package: lvm2 Version: 2.02.66-5 Severity: important We use Xen and LVM2 with the following configuration : the DOM0 handles several LVM2 volume groups, and the virtual machines (DOMU) use the logical volumes for their paravirtualised disks. We used pvmove to move data from one PV to another PV within a VG, while the virtual machines where running. pvmove froze at around 66% of completion, and afterwards, all access to the VG, both from the virtual machines and the DOM0 froze. Any lvm command (pvs, lvs, ...) would freeze too, and enter unkillable D state. Here is a traceback we had on a frozen pvs : Jan 4 12:12:24 buffy kernel: [584522.464110] INFO: task pvs:23197 blocked for more than 120 seconds. Jan 4 12:12:24 buffy kernel: [584522.468010] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Jan 4 12:12:24 buffy kernel: [584522.468010] pvs D 88007dd5e350 0 23197 23196 0x Jan 4 12:12:24 buffy kernel: [584522.468010] 88007d62a350 0286 88007e230200 88007cc3e2b0 Jan 4 12:12:24 buffy kernel: [584522.468010] 88007ef0c208 01d88023 f9e0 88007ec53fd8 Jan 4 12:12:24 buffy kernel: [584522.468010] 00015780 00015780 88007dd5e350 88007dd5e648 Jan 4 12:12:24 buffy kernel: [584522.468010] Call Trace: Jan 4 12:12:24 buffy kernel: [584522.468010] [8106cbaa] ? timekeeping_get_ns+0xe/0x2e Jan 4 12:12:24 buffy kernel: [584522.468010] [8130ce0a] ? io_schedule+0x73/0xb7 Jan 4 12:12:24 buffy kernel: [584522.468010] [811154a9] ? __blockdev_direct_IO+0x910/0xa60 Jan 4 12:12:24 buffy kernel: [584522.468010] [81113966] ? blkdev_direct_IO+0x45/0x4a Jan 4 12:12:24 buffy kernel: [584522.468010] [81112c7b] ? blkdev_get_blocks+0x0/0x8b Jan 4 12:12:24 buffy kernel: [584522.468010] [810b680b] ? generic_file_aio_read+0xf6/0x536 Jan 4 12:12:24 buffy kernel: [584522.468010] [a01abb05] ? dm_blk_open+0x10/0x5f [dm_mod] Jan 4 12:12:24 buffy kernel: [584522.468010] [81114021] ? __blkdev_get+0x29c/0x342 Jan 4 12:12:24 buffy kernel: [584522.468010] [811140ce] ? blkdev_open+0x0/0x96 Jan 4 12:12:24 buffy kernel: [584522.468010] [81114135] ? blkdev_open+0x67/0x96 Jan 4 12:12:24 buffy kernel: [584522.468010] [810f0101] ? do_sync_read+0xce/0x113 Jan 4 12:12:24 buffy kernel: [584522.468010] [810f3453] ? cp_new_stat+0xe9/0xfc Jan 4 12:12:24 buffy kernel: [584522.468010] [81066092] ? autoremove_wake_function+0x0/0x2e Jan 4 12:12:24 buffy kernel: [584522.468010] [81112f16] ? block_ioctl+0x38/0x3c Jan 4 12:12:24 buffy kernel: [584522.468010] [810fbf62] ? vfs_ioctl+0x21/0x6c Jan 4 12:12:24 buffy kernel: [584522.468010] [810fc4b0] ? do_vfs_ioctl+0x48d/0x4cb Jan 4 12:12:24 buffy kernel: [584522.468010] [810f0b24] ? vfs_read+0xa6/0xff Jan 4 12:12:24 buffy kernel: [584522.468010] [810f0c39] ? sys_read+0x45/0x6e Jan 4 12:12:24 buffy kernel: [584522.468010] [81011b42] ? system_call_fastpath+0x16/0x1b The virtual machines on other VG were still functionnal, only those using the VG running pvmove were frozen (those using the source and the target PV were both affected). pvmove --abort froze too. We had to do a physical reset on the whole server to recover from the situation. No data was lost, but it created some significant downtime to our services. The version of Xen we use is 4.0.1-5.5 -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-5 The Linux Kernel Device Mapper use ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libreadline55.2-7GNU readline and history libraries ii libudev0164-3libudev shared library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#697586: libpango1.0-0: Segfaults and takes Evolution with it
Package: libpango1.0-0 Version: 1.30.1-1 Severity: important Hi, Evolution crashes rather regularly for me when clicking on the New button to create a new email. Dmesg tells me that it's libpango that crashes: evolution[26840]: segfault at 3801 ip 7f7c3396e353 sp 7fffdfcccbb8 error 4 in libpango-1.0.so.0.3000.1[7f7c33958000+4b000] I have run evolution in gdb and tried to produce a backtrace of that crash by clicking the New button repeatedly. After about five clicks, I succeeded. This is what gdb tells me: Program received signal SIGSEGV, Segmentation fault. pango_font_description_hash (desc=0x582c1e60) at /home/martin/debian/pkg- gnome/build-area/pango1.0-1.30.1/./pango/fonts.c:786 786 /home/martin/debian/pkg-gnome/build- area/pango1.0-1.30.1/./pango/fonts.c: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 pango_font_description_hash (desc=0x582c1e60) at /home/martin/debian /pkg-gnome/build-area/pango1.0-1.30.1/./pango/fonts.c:786 #1 0x7fffe96e5d69 in pango_fc_fontset_key_hash (key=0x7fffb160) at /home/martin/debian/pkg-gnome/build-area/pango1.0-1.30.1/./pango /pangofc-fontmap.c:407 #2 0x7402e923 in g_hash_table_lookup () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #3 0x7fffe96e714e in pango_fc_font_map_load_fontset (fontmap=0x55f86610, context=0x7fffd4019ad0, desc=0x582c1e30, language=optimized out) at /home/martin/debian/pkg-gnome/build- area/pango1.0-1.30.1/./pango/pangofc-fontmap.c:1733 #4 0x7fffed3b76b1 in itemize_state_update_for_new_run (state=0x7fffb270) at /home/martin/debian/pkg-gnome/build-area/pango1.0-1.30.1/./pango/pango- context.c:1352 #5 itemize_state_process_run (state=state@entry=0x7fffb270) at /home/martin/debian/pkg-gnome/build-area/pango1.0-1.30.1/./pango/pango- context.c:1391 #6 0x7fffed3b7a1a in itemize_with_font (context=context@entry=0x7fffd4019ad0, text=text@entry=0x7fffed3d12ee Zwölf Boxkämpfer jagen Viktor quer über den großen Sylter Deich., length=optimized out, desc=desc@entry=0x582b6330, start_index=0) at /home/martin/debian/pkg- gnome/build-area/pango1.0-1.30.1/./pango/pango-context.c:1554 #7 0x7fffed3b8470 in pango_context_get_metrics (context=0x7fffd4019ad0, desc=0x582b6330, language=0x56293868) at /home/martin/debian/pkg-gnome/build-area/pango1.0-1.30.1/./pango/pango- context.c:1729 #8 0x74992259 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #9 0x74aacaaa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #10 0x74aacaaa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #11 0x74aad0de in gtk_widget_get_preferred_size () from /usr/lib/x86_64 -linux-gnu/libgtk-3.so.0 #12 0x74b0a64f in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #13 0x74b0ac09 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #14 0x74b0ae7c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #15 0x74aacaaa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #16 0x74957275 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #17 0x74aacaaa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #18 0x74b70efa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #19 0x74aacaaa in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #20 0x74aad0de in gtk_widget_get_preferred_size () from /usr/lib/x86_64 -linux-gnu/libgtk-3.so.0 #21 0x74b71de0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #22 0x74b74191 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #23 0x742ff812 in g_closure_invoke () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #24 0x74311089 in ?? () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #25 0x74318f79 in g_signal_emit_valist () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #26 0x74319122 in g_signal_emit () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #27 0x74b69119 in gtk_widget_show () from /usr/lib/x86_64-linux- gnu/libgtk-3.so.0 #28 0x7fffd197e217 in action_mail_message_new_cb (action=optimized out, shell_window=0x5620a030) at e-mail-shell-backend.c:237 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpango1.0-0 depends on: ii fontconfig 2.9.0-7.1 ii libc6 2.13-37 ii libcairo2 1.12.6-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libglib2.0-0 2.34.3-1 ii libthai0 0.1.18-2 ii libx11-6 2:1.5.0-1 ii libxft22.3.1-1 ii libxrender11:0.9.7-1 ii multiarch-support 2.13-37 libpango1.0-0 recommends no packages.
Bug#650981: Re: Memory leak on Quagga 0.99.20
Christian, I think this could go in through security updates. I don't know the internals of quagga, but based on the patch I think the memory leak could be triggered remotely and thus it could lead to remote DoS. Ondrej Ondrej On Sun, Jan 6, 2013 at 9:46 PM, Emmanuel DECAEN emmanuel.dec...@xsalto.com wrote: Hello, Yes, it has long been fixed in Quagga 0.99.21... But, current Debian Stable release contains Quagga 0.99.20. I you plan to close this bug, could you please solve the bug before. Regards -- Emmanuel DECAEN Le 06/01/2013 17:11, Christian Hammers a écrit : Hello This has long been fixed in Quagga 0.99.21. bye, -christian- -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668141: liferea: Downloads deleted feed entries again and again.
tags 668141 confirmed tags 668141 help thanks Upstream has confirmed this as a known issue, but it may not be easy to fix. Patches are welcome. Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578771: liferea: Inability to store separate credentials for distinct feeds hosted, under same FQDN
Hello, This is an old bug report. Liferea 1.8.6-1.1 in now available in Debian Wheezy. If the bug is still present, please file a bug report upstream here: http://sourceforge.net/p/liferea/bugs/ Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604399: [liferea] Systray icon does not reflect gnome panel background
Hi David, I'm no more Gnome user, but I have just tried to enable Liferea systray icon in XFCE and changed the panel background. It works nice. Please close the report, thanks! Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697586: Acknowledgement (libpango1.0-0: Segfaults and takes Evolution with it)
I have to add that reportbug (with the GTK interface) crashed just after I clicked the Send button with a Segfault in libpango1.0-0. :/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695145: opendkim: DKIM signature verification is failing
Obviously DKIM signature verification works in most cases (including for gmail). Looking at this report it seems that DKIM does not fail signature verification, but only the log message is wrong. Do you agree? In this case the one-line patch could be included in an upload for an important fix (like the one for #695610). Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695610: opendkim: fails to configure
Hi, I've installed opendkim a few days ago and didn't encounter this problem. Why your directory was missing at package installation? Did you manually remove it? This could be a potential problem at boot but I've just tested and the directory is correctly handled at boot. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682271: guake will not start with a new gnome session : Workaround
This bug seems to appear because Guake try to notify before the notification system is ready. To work around this bug I created a script that contains : #!/bin/sh sleep 5 guake Made it executable and added it to gnome-session-property. I don't know if it is a guake bug or something else's bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697587: gogglesmm: new upstream version 0.12.7
Package: gogglesmm Version: 0.12.6 Severity: wishlist Tags: upstream https://code.google.com/p/gogglesmm/ has a new version. While porting that package for local use i also see dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libz.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libXft.so.2 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libXrender.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libfontconfig.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against librt.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libXext.so.6 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libdl.so.2 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libXcursor.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libXfixes.so.3 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libjpeg.so.8 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libpng12.so.0 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libtiff.so.4 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/gogglesmm/usr/bin/gogglesmm was not linked against libfreetype.so.6 (it uses none of the library's symbols) maybe this can be fixed while building the new version. Cord -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (999, 'stable'), (500, 'stable-updates'), (299, 'testing'), (199, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gogglesmm depends on: ii libc62.11.3-4Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat12.0.1-7+squeeze1XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library pn libfox-1.6-0 none (no description available) ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgl1-mesa-glx [lib 7.7.1-5 A free implementation of the OpenG pn libglu1-mesa | libgl none (no description available) ii libjpeg8 8b-1The Independent JPEG Group's JPEG ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 pn libtag1c2a none (no description available) ii libtiff4 3.9.4-5+squeeze8Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.14-2FreeType-based font drawing librar pn libxine1 none (no description available) ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime gogglesmm recommends no packages. gogglesmm suggests no packages. -- To UNSUBSCRIBE, email to
Bug#637207: New upstream release: 1.2
Hi Mitchell, On Mon, Jan 7, 2013 at 3:17 AM, Mitchell Smith m...@mjsprojects.net wrote: I could prepare a 1.3 package ready for review this week, please advise how you would like to proceed on this. If you agree on turning this package into a collaborative maintenance with the Debian Multimedia Maintainers team, I have already set up a repository for it: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/xwax.git Just do the following: 1) Join the team on Alioth, it's an easy and quick process [1] 2) gbp-clone git+ssh://git.debian.org/git/pkg-multimedia/xwax.git 3) cd xwax commit-your-changes, please read this [2] carefully. I, as member of the team, will be glad to review and sponsor your future uploads. Let me know about what you think about that, and cheers! [1] http://wiki.debian.org/DebianMultimedia/Join [2] http://wiki.debian.org/DebianMultimedia/DevelopPackaging -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670902: planning (a) hsqldb transition(s)
Hi, Two weeks later, and rougly one month before the freeze? PING? Can you (= pkg-java and Sebastien!) please answer? Now - *8* months later (yes, I let it slip but it was not very likely to fit the freeze anyway with the non-reaction of the r-dep maintainers) - we are long inside the freeze - so another Debian release with a completely obosolete default libhsqldb-java :/ (And http://bugs.debian.org/670902 got wheezy-ignore.) But we should fix it asap in jeesie. Or is this silent agreement? (If so then please do not complain if a upgrade of libhsqldb-java from 1.8.0.10 to libhsqldb-java 2.2.8 breaks anything - you had advance warning. This is the LAST ping. When there will be no reply (well, -med and Sebastien[1] answered, this targets -java..) I *will* take this as a silent agreement and do it immediately when the freeze ends (and libreoffice will directly switch to libhsqldb1.8.0-java). (See http://lists.debian.org/debian-openoffice/2012/04/msg00408.html and it's References for the context, I _am not_ going to cut'n'paste it here again.) I *will* do this change - and ake LO use libhsqldb1.8-java *for sure* in the next weeks and libsqldb-java will become 2.2.8. I seem to be too nice (or lazy) and actually didn't do it. First part of this is now done, though: - http://packages.qa.debian.org/h/hsqldb/news/20130107T011735Z.html - hsqldb1.8.0 is in NEW: http://ftp-master.debian.org/new/hsqldb1.8.0_1.8.0.10-15.html If hsqldb1.8.0 won't get accepted I still can use internal hsqldb in LibreOffice, so... If one of you still need it, too fine. Just change your packages :) That way is not ideal, but better than carrying oround this hsqldb mess longer without a reply from the r-dep maintainers.) And that upload will directly orphan the package. This isn't yet done, but it will be done when this is in unstable. Regards, Rene [1] http://lists.debian.org/debian-openoffice/2012/04/msg00410.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695797: patch
On 12/19/2012 03:01 PM, Jean-Baptiste Lallement wrote: Tags: patch In Ubuntu we applied the enclosed patch autopkgtest (2.2.3ubuntu2). It uses python-debian to do control file parsing. Updated version of the patch that fixes capitalization of control file fields. -- Jean-Baptiste IRC: jibel diff -Nru autopkgtest-2.2.3ubuntu1/debian/changelog autopkgtest-2.2.3ubuntu2/debian/changelog --- autopkgtest-2.2.3ubuntu1/debian/changelog 2012-11-28 16:23:52.0 +0100 +++ autopkgtest-2.2.3ubuntu2/debian/changelog 2012-12-19 11:28:24.0 +0100 @@ -1,3 +1,9 @@ +autopkgtest (2.2.3ubuntu2) UNRELEASED; urgency=low + + * Use debian.deb822 to parse control files. (LP: #1073856) + + -- Jean-Baptiste Lallement jean-baptiste.lallem...@canonical.com Wed, 12 Dec 2012 22:48:51 +0100 + autopkgtest (2.2.3ubuntu1) raring; urgency=low * Fix adt-run's user option fails with permission denied. (LP: 1084116) (Closes: #686292) diff -Nru autopkgtest-2.2.3ubuntu1/debian/control autopkgtest-2.2.3ubuntu2/debian/control --- autopkgtest-2.2.3ubuntu1/debian/control 2012-11-28 16:24:07.0 +0100 +++ autopkgtest-2.2.3ubuntu2/debian/control 2012-12-19 11:28:24.0 +0100 @@ -11,7 +11,7 @@ Package: autopkgtest Architecture: all -Depends: python (= 2.6), debhelper +Depends: python (= 2.6), debhelper, python-debian Conflicts: autodebtest ( 0.5.3) Replaces: autodebtest ( 0.5.3) Recommends: apt-utils, pbuilder diff -Nru autopkgtest-2.2.3ubuntu1/runner/adt-run autopkgtest-2.2.3ubuntu2/runner/adt-run --- autopkgtest-2.2.3ubuntu1/runner/adt-run 2012-11-28 16:17:36.0 +0100 +++ autopkgtest-2.2.3ubuntu2/runner/adt-run 2013-01-07 11:04:51.0 +0100 @@ -36,6 +36,7 @@ import fnmatch import shutil import copy +from debian import deb822 from optparse import OptionParser signal.signal(signal.SIGINT, signal.SIG_DFL) # undo stupid Python SIGINT thing @@ -1215,45 +1216,22 @@ return [] lno = 0 - def badctrl(m): testbed.bomb('tests/control line %d: %s' % (lno, m)) stz = { } # stz[field_name][index] = (lno, value) # special field names: # stz[' lno'] = number # stz[' tests'] = list of Test objects # empty dictionary means we're between stanzas - def in_stanza(stz): - return stz.has_key(' lno') - def end_stanza(stz): - if not in_stanza(stz): return - stz[' errs'] = 0 - stanzas.append(stz.copy()) - stz.clear() - hcurrent = None - - initre = regexp.compile('([A-Z][-0-9a-zA-Z]*)\s*\:\s*(.*)$') - while 1: - l = control.readline() - if not l: break + for paragraph in deb822.Deb822.iter_paragraphs(control): lno += 1 - if not l.endswith('\n'): badctrl('unterminated line') - if regexp.compile('\s*\#').match(l): continue - if not regexp.compile('\S').match(l): end_stanza(stz); continue - initmat = initre.match(l) - if initmat: - (fname, l) = initmat.groups() - fname = string.capwords(fname) - if not in_stanza(stz): - stz = { ' lno': lno, ' tests': [] } - if not stz.has_key(fname): stz[fname] = [ ] - hcurrent = stz[fname] - elif regexp.compile('\s').match(l): - if not hcurrent: badctrl('unexpected continuation') - else: - badctrl('syntax error') - hcurrent.append((lno, l)) - end_stanza(stz) + stz = { ' lno': lno, ' tests': [] } + for field, value in paragraph.iteritems(): + v = .join(value.split('\n')).replace(' ',' ') + field = string.capwords(field) + stz[field] = [(lno, v)] + lno += 1 + value.count('\n') # Count multilines fields + stanzas.append(stz.copy()) -return stanzas + return stanzas def read_control(act, tree, control_override):
Bug#697588: Breaks python-parted
Package: libparted0debian1 Version: 2.3-11.1 Severity: grave After updating libparted0debian1 python-parted stops working.. With libparted0debian1 2.3-11 everyting is happy: $ python -c 'from parted import Device' $ after upgrading to 2.3-11.1: $ python -c 'from parted import Device' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/parted/__init__.py, line 60, in module from partition import Partition File /usr/lib/python2.7/dist-packages/parted/partition.py, line 260, in module partitionFlag[__flag] = _ped.partition_flag_get_name(__flag) ValueError: Invalid flag provided. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libparted0debian1 depends on: ii libblkid1 2.20.1-5.3 ii libc6 2.13-38 ii libdevmapper1.02.1 2:1.02.74-6 ii libuuid12.20.1-5.3 ii multiarch-support 2.13-38 libparted0debian1 recommends no packages. Versions of packages libparted0debian1 suggests: pn libparted0-dev none pn libparted0-i18n none ii parted 2.3-11 -- 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#605480: New upstream release 0.9.3
Hi, a new upstream release is now available: 0.9.3. Mario, could you please update the packaging? Thanks in advance for any reply, cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650415: Please check the grub.cfg for syntax changes on upgrade
On Sat, Dec 29, 2012 at 11:12:22PM +, Martin Naughton wrote: Hello Goswin, What is the exact problem? Grub should be backward compatible with this syntax based on my configuration and i am using grub 1.99 In my menu entry i have without any root in the syntax. search --no-floppy --fs-uuid --set 2f31d97b-c633-4c76-9e3a-a50ab3f76e41 my whole example menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set 2f31d97b-c633-4c76-9e3a-a50ab3f76e41 echo'Loading Linux 2.6.32-5-686 ...' linux /boot/vmlinuz-2.6.32-5-686 root=UUID=2f31d97b-c633-4c76-9e3a-a50ab3f76e41 ro quiet echo'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.32-5-686 can you please explain more or can we close the bug? -- Regards Martin Naughton The problem was that the system no longer booted untill I changed my custom entries to use the same syntax as the generated ones. After I changed --set=root and insmod mdraid09 the system booted again. Maybe changing the module name for mdraid is sufficient. I can't remember if I thried just changing one of the two things. The change in the mdraid modules name though is certain to cause boot failures. In case it matters my system has only lvm on raid with /usr a seperate partition and /boot on /. 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#696983: slbackup: cronjob warn about obsolete getopts.pl dependency
Hi Mike, On Dienstag, 1. Januar 2013, Mike Gabriel wrote: Can you please verify if the log messages go away once you have installed libperl4-corelibs-perl on your system? The package is available for wheezy. yes, that works and this is how this should be fixed for wheezy / testing- proposed-updates. for experimental (why not sid? I'm currently offline and cant check...) it should be fixed properly, see http://wiki.debian.org/Teams/DebianPerlGroup/OpenTasks/Transitions/Perl4CoreLibs untested patch is at http://paste.debian.net/220647/ but as said, thats too much change for such a bug in wheezy at this time. However, the current status of slbackup is that an update of the package for wheezy is not possible. For wheezy, slbackup has to be provided via the D-E archive. (Long story [1]). I'll keep the package up-to-date in experimental for now, so someone with D-E upload rights can grab it from there (after closure of this bug). Greets, Mike [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687526 I'll read it when I have network again, but this cannot be true. You can always update testing via testing-proposed-updates, though the prefered way is via sid. I'd be happy to review and sponsor uploads for you (if sponsoring is still needed?). cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697589: unblock: gnome-menus/3.4.2-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gnome-menus for an additional fix for #692141. The sole change to the script would indeed fix new installations but not existing ones. gnome-menus (3.4.2-7) unstable; urgency=low * gnome-menus.postinst: clean up the desktop files once upon upgrades, in order to get rid of files generated by a buggy script. --- debian/gnome-menus.postinst (révision 36537) +++ debian/gnome-menus.postinst (révision 36538) @@ -1,6 +1,12 @@ #! /bin/sh set -e +if [ $1 = configure ] dpkg --compare-versions $2 lt-nl 3.4.2-7; then +# Clean up old files generated by buggy script +# See #692141 +rm -f /usr/share/gnome/applications/*.desktop +fi + gnome-menus-blacklist if [ $1 = triggered ]; then unblock gnome-menus/3.4.2-7 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697590: Annual ping for Johannes Ring
Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, This is my annual ping. Thanks for your attention, Johannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQ6pc0AAoJEIsTRN6fgH8UOPkQAI59V/ciku+VcdMzestMAE8p UhHp7Ro9+XQ20e90QLefWJbUsTXBKrThQ1zzlMI+0zvX/dfE9CUuunr7JOSkxapf UqV4M5gfZBXA8ESbkYwXzDgJ/zTJVSCONgM8IxTCqj1yUv6ZHrLw3LUCC9s2Bc0e BZE+iBxLWUwIsRH2shwSaGqert/xzCCQyNnUyoCaupIL87snsCmFAF9S3vZugXtv uaGDGproJbW2Oop0vJd0ECHF90/Prsq5Qav7tioU18OGnuOw5nJzmMst0SoJwZgs +oCkrMWbljSfGCH9GASsSOx6Fxeu0bO+tx4xt/GQrgeIjHGQ9vrwdzETTWR7Dkjz Tw8cqi4HTUAriZeceUxO5JEbAI20fTrGVRMKsTW7USlJS/Ux2X9tlrOXQH/0CCeS qRtWKWAhiHtV62SD6XjOZTBCayKsuJIFE1nNjX/YZM2FzrgGzu7WAEih3wlxJ5lC Y557eEC26SjIttPENjyWjzIsM9KrWckhd67Jplwsz3qgnGZORupX/5yCt8GzF4dP chVTmwPICDNUVgqi70NSCKnEN+TWygaYaABkqOO6Lh/ZRZ54u2dLDC0HXkDu1K7+ wplDG1G3O6Y0Q7bo1QsYOcoTHkj7/ztkPt+b4qpk4M6bpdmsNhaxRONKV0cSZLta 9o29t0zLttP5CDLfRhEO =2S7A -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#697588: Breaks python-parted
On 2013-01-07 11:24:07, Sjoerd Simons wrote: Package: libparted0debian1 Version: 2.3-11.1 Severity: grave After updating libparted0debian1 python-parted stops working.. With libparted0debian1 2.3-11 everyting is happy: $ python -c 'from parted import Device' $ after upgrading to 2.3-11.1: $ python -c 'from parted import Device' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/parted/__init__.py, line 60, in module from partition import Partition File /usr/lib/python2.7/dist-packages/parted/partition.py, line 260, in module partitionFlag[__flag] = _ped.partition_flag_get_name(__flag) ValueError: Invalid flag provided. Rebuilding pyparted against parted 2.3-11.1 fixes that. According to codesearch.debian.net pyparted is the only package the uses PED_PARTITION_LAST_FLAG, so it should be the only affected package. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#637207: New upstream release: 1.2
Hi, If you agree on turning this package into a collaborative maintenance with the Debian Multimedia Maintainers team, I have already set up a repository for it: Yes, I think this sounds like a good approach. I, as member of the team, will be glad to review and sponsor your future uploads. That's awesome, thank you very much. I'll start preparing the update in the next couple of days and get it pushed up. Cheers, Mitch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687526: Bug#696983: slbackup: cronjob warn about obsolete getopts.pl dependency
Hi Mike, On Dienstag, 1. Januar 2013, Mike Gabriel wrote: package for wheezy is not possible. For wheezy, slbackup has to be provided via the D-E archive. (Long story [1]). I'll keep the package [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687526 now that I the bug report I must say: what? slbackup must surely be fixed in wheezy, not just in debian-edu. Mike, why do you gave up on 687526? You could have also asked for help :-) Anyway, my proposal for 0.0.12-5 for sid+wheezy: revert these changes from 0.0.12-4: * /debian/control: + New maintainer, package becomes team-maintained: Debian Edu Packaging Team. + Add former maintainer (Morten Werner Forsbring wer...@debian.org) to Uploaders. + Bump Standards to 3.9.3. + Update Vcs locations in /debian/control. Packaging has moved to git.debian.org. * /debian/po/*: + Italian translation added, thanks to Beatrice Torracca. (Closes: #666917). * /debian/watch (new): + Watch for upstream tarball releases of slbackup. keep this change from 0.0.12-4: * Change in conffile management: + Drop CRON job /etc/cron.daily/slbackup. Re-enable configuration of slbackup via debconf templates (closes: #662914). + Remove conffile /etc/cron.daily/slbackup via dpkg−maintscript−helper. and add the fix 696983 and upload to sid. Mike, what do you think? Can you prepare that, so that I can review+upload? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681089: firmware-linux-nonfree: Broadcom NetXtreme BCM5722 dropped packets
On 06/01/13 02:44, Ben Hutchings wrote: If I understand your original report correctly, the tg3 driver in Debian kernel version 2.6.32-45 fails periodically and the driver in version 3.2.20-1~bpo60+1 does not. So we need to look for a fix to the driver that was made between those versions. Let me know if my understanding is correct. Ben. Sorry for not updating. The current versions in squeeze seems to be fine now running for days without incident. elbournb@red:~$ cat /proc/version Linux version 2.6.32-5-amd64 (Debian 2.6.32-46) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun Sep 23 10:07:46 UTC 2012 elbournb@red:~$ sudo ethtool -i eth0 driver: tg3 version: 3.116 firmware-version: 5722-v3.07, ASFIPMI v6.02 bus-info: :11:00.0 I can easily move this system to the backport kernel for a few days. Would that be a valid test to close the issue for Wheezy too? Huge thanks, Berni -- Confidence is what you have before you understand a problem - Woody Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697457: [Pkg-libvirt-maintainers] Bug#697457: libvirt-bin crash at startup â some tests
On Mon, Jan 07, 2013 at 07:34:49PM +1100, Thom wrote: I fail to parse this. Pleasae use a C locale for (non locale related) bugreports. I'm sorry it's my fault Repost with LANG=C and GDB (I'm not sure what to used it correctly) • amd64 • libvirt version: 1.0.1 • qemu-kvm version: 1.1.2 user@host:~$ export LANG=C // downgrade 1.0.1-3 → 0.9.12-5 user@host:~$ sudo aptitude -t sid dpkg: warning: downgrading libvirt0-dbg from 1.0.1-3 to 0.9.12-5 (Reading database ... 44158 files and directories currently installed.) Preparing to replace libvirt0-dbg 1.0.1-3 (using .../libvirt0-dbg_0.9.12-5_amd64.deb) ... Unpacking replacement libvirt0-dbg ... dpkg: warning: downgrading libvirt-bin from 1.0.1-3 to 0.9.12-5 Preparing to replace libvirt-bin 1.0.1-3 (using .../libvirt-bin_0.9.12-5_amd64.deb) ... Unpacking replacement libvirt-bin ... dpkg: warning: downgrading python-libvirt from 1.0.1-3 to 0.9.12-5 Preparing to replace python-libvirt 1.0.1-3 (using .../python-libvirt_0.9.12-5_amd64.deb) ... Unpacking replacement python-libvirt ... dpkg: warning: downgrading libvirt0 from 1.0.1-3 to 0.9.12-5 Preparing to replace libvirt0 1.0.1-3 (using .../libvirt0_0.9.12-5_amd64.deb) ... Unpacking replacement libvirt0 ... Processing triggers for man-db ... (Reading database ... 44110 files and directories currently installed.) Removing libaudit0 ... Removing libnl-route-3-200:amd64 ... Removing libnl-3-200:amd64 ... Removing vbetool ... Removing libx86-1:amd64 ... Removing pm-utils ... Processing triggers for man-db ... Setting up libvirt0 (0.9.12-5) ... Setting up libvirt0-dbg (0.9.12-5) ... Setting up libvirt-bin (0.9.12-5) ... Installing new version of config file /etc/libvirt/libvirtd.conf ... Installing new version of config file /etc/libvirt/lxc.conf ... Installing new version of config file /etc/libvirt/qemu.conf ... Installing new version of config file /etc/default/libvirt-bin ... Installing new version of config file /etc/init.d/libvirt-bin ... Installing new version of config file /etc/init.d/libvirt-guests ... Installing new version of config file /etc/sasl2/libvirt.conf ... [ ok ] Stopping libvirt management daemon: libvirtd not running. [ ok ] Starting libvirt management daemon: libvirtd. Setting up python-libvirt (0.9.12-5) ... Press Return to continue. // Check libvirt-bin status — ok user@host:~$ sudo /etc/init.d/libvirt-bin status [ ok ] Checking status of libvirt management daemon: libvirtd running. // Try to use virt-manager — success: guest system starts and works fine user@host:~$ virt-manager // Now try to upgrade libvirt0 / libvirt-bin / python-libvirt from experimental (0.9.12-5 → 1.0.1-3) user@host:~$ sudo aptitude -t experimental Reading changelogs... Done Selecting previously unselected package libnl-3-200:amd64. (Reading database ... 44007 files and directories currently installed.) Unpacking libnl-3-200:amd64 (from .../libnl-3-200_3.2.7-4_amd64.deb) ... Selecting previously unselected package libnl-route-3-200:amd64. Unpacking libnl-route-3-200:amd64 (from .../libnl-route-3-200_3.2.7-4_amd64.deb) ... Selecting previously unselected package libx86-1:amd64. Unpacking libx86-1:amd64 (from .../libx86-1_1.1+ds1-10_amd64.deb) ... Selecting previously unselected package libaudit0. Unpacking libaudit0 (from .../libaudit0_1%3a1.7.18-1.1_amd64.deb) ... Preparing to replace libvirt0-dbg 0.9.12-5 (using .../libvirt0-dbg_1.0.1-3_amd64.deb) ... Unpacking replacement libvirt0-dbg ... Preparing to replace libvirt-bin 0.9.12-5 (using .../libvirt-bin_1.0.1-3_amd64.deb) ... Unpacking replacement libvirt-bin ... Preparing to replace libvirt0 0.9.12-5 (using .../libvirt0_1.0.1-3_amd64.deb) ... Unpacking replacement libvirt0 ... Selecting previously unselected package pm-utils. Unpacking pm-utils (from .../pm-utils_1.4.1-9_all.deb) ... Preparing to replace python-libvirt 0.9.12-5 (using .../python-libvirt_1.0.1-3_amd64.deb) ... Unpacking replacement python-libvirt ... Selecting previously unselected package vbetool. Unpacking vbetool (from .../vbetool_1.1-3_amd64.deb) ... Processing triggers for man-db ... Setting up libnl-3-200:amd64 (3.2.7-4) ... Setting up libnl-route-3-200:amd64 (3.2.7-4) ... Setting up libx86-1:amd64 (1.1+ds1-10) ... Setting up libaudit0 (1:1.7.18-1.1) ... Setting up libvirt0 (1.0.1-3) ... Setting up libvirt0-dbg (1.0.1-3) ... Setting up libvirt-bin (1.0.1-3) ... Installing new version of config file /etc/init.d/libvirt-guests ... Installing new version of config file /etc/init.d/libvirt-bin ... Installing new version of config file /etc/sasl2/libvirt.conf ... Installing new version of config file /etc/libvirt/libvirtd.conf ... Installing new version of config file /etc/libvirt/qemu.conf ... Installing new version of config file /etc/libvirt/lxc.conf ... Installing new version of config file /etc/default/libvirt-bin ... [ ok ] Stopping libvirt management daemon:
Bug#697591: db-updater.php fails to update schema due to missing /usr/share/tt-rss/www/schema folder
Package: tt-rss Version: 1.6.2+dfsg-2 Severity: normal A tt-rss upgrade to 1.6.2+dfsg-2 failed with warning Found schema version: 98, required: 0. The root cause is the missing /usr/share/tt-rss/www/schema folder that has been moved to /usr/share/tt-rss/schema (compared to upstream). db-updater.php scans /usr/share/tt-rss/www/schema/*.sql to detect the current schema version. If the folder is missing, it default to 0 as the current schema version. Symlinking /usr/share/tt-rss/www/schema to /usr/share/tt-rss/schema fixes the problem. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tt-rss depends on: ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libjs-dojo-core1.7.2+dfsg-1 Modular JavaScript toolkit ii libjs-dojo-dijit 1.7.2+dfsg-1 Modular JavaScript toolkit - Dijit ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii libphp-magpierss 0.72-8+squeeze1 provides an XML-based RSS parser i ii libphp-phpmailer 5.1-1 full featured email transfer class ii libphp-simplepie 1.2-1 RSS and Atom feed parsing in PHP ii php-gettext1.0.10-1 read gettext MO files directly, wi ii php5 5.3.3-7+squeeze14 server-side, HTML-embedded scripti ii php5-cli 5.3.3-7+squeeze14 command-line interpreter for the p ii php5-mysql 5.3.3-7+squeeze14 MySQL module for php5 ii php5-pgsql 5.3.3-7+squeeze14 PostgreSQL module for php5 Versions of packages tt-rss recommends: ii apache2 2.2.16-6+squeeze10 Apache HTTP Server metapackage ii apache2-mpm-prefork [ 2.2.16-6+squeeze10 Apache HTTP Server - traditional n ii libphp-magpierss 0.72-8+squeeze1provides an XML-based RSS parser i ii libphp-simplepie 1.2-1 RSS and Atom feed parsing in PHP Versions of packages tt-rss suggests: ii mysql-client 5.1.66-0+squeeze1 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.66-0+squeeze1 MySQL database client binaries ii mysql-server 5.1.66-0+squeeze1 MySQL database server (metapackage ii mysql-server-5.1 [mysq 5.1.66-0+squeeze1 MySQL database server binaries and ii postgresql-client 8.4.13-0squeeze1 front-end programs for PostgreSQL ii postgresql-client-8.4 8.4.13-0squeeze1 front-end programs for PostgreSQL pn sphinxsearch none(no description available) -- Configuration Files: /etc/default/tt-rss changed [not included] /etc/tt-rss/apache.conf changed [not included] /etc/tt-rss/config.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#200715: ITP - stepmania
Small update (since wheezy is frozen, I've not worked a lot on it since it's not the priority) : I rebased on 5.0 beta 1. This version embeds less libraries, which probably means that upstream is open to such issues. I'll ask upstream about the new assets, but nothing seems to be ripped from DDR (as it was in stepmania 3.x). -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697588: Breaks python-parted
reassign 697588 pyparted affects 697588 libparted0debian1 thanks On Mon, Jan 07, 2013 at 12:02:23PM +0100, Sebastian Ramacher wrote: On 2013-01-07 11:24:07, Sjoerd Simons wrote: After updating libparted0debian1 python-parted stops working.. With libparted0debian1 2.3-11 everyting is happy: $ python -c 'from parted import Device' $ after upgrading to 2.3-11.1: $ python -c 'from parted import Device' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/parted/__init__.py, line 60, in module from partition import Partition File /usr/lib/python2.7/dist-packages/parted/partition.py, line 260, in module partitionFlag[__flag] = _ped.partition_flag_get_name(__flag) ValueError: Invalid flag provided. Rebuilding pyparted against parted 2.3-11.1 fixes that. According to codesearch.debian.net pyparted is the only package the uses PED_PARTITION_LAST_FLAG, so it should be the only affected package. Mmm. Normally I'd say that this is parted's fault anyway because it broke ABI (and in an NMU, too ...), but really, this is not something python-parted should ever have been relying on. Although it's not written out explicitly, I can't really believe that a sensible person would have interpreted the existence of PED_PARTITION_LAST_FLAG after due thought as a promise that no further flags would ever be added; it's obviously just a current final element in enumeration #define for internal use. There's a similar problem with PED_DISK_LAST_FLAG too. I'll fix this in pyparted (since it's maintained by the parted maintainer team) and add a Breaks in libparted0debian1. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697592: grub-update does not update device.map when hdd was replaced
Package: grub Version: 0.97-64 Severity: important Tags: squeeze The command update-grub should update /boot/grub/device.map if there was a change of hdd (e.g. replacement). I had two servers where I recently replaced a defect hdd but even after running update-grub the device.map was not updated with the new path to the new disk. This has caused a big problem during the last boot cycle as the machine could not boot anymore (was stuck at grub boot screen). IMO update-grub should check for validity of /boot/grub/device.map and replace a non-existant entry with the new hdd name. A workaround is to remove /boot/grub/device.map and then run update-grub. The file will then be created with the correct hdd paths/names. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub depends on: ii debconf [debco 1.5.36.1 Debian configuration management sy ii grub-pc1.98+20100804-14+squeeze1 GRand Unified Bootloader, version grub recommends no packages. grub suggests no packages. -- debconf information: * grub/migrate_from_legacy: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659974: wavesurfer: please set Depends: libsnack2-alsa | libsnack2
On 25/10/2012 15:03, Ron wrote: I'm a little bit wary of trying to push this through to Wheezy at this late stage now. Wavesurfer has a fairly low popcon (regardless of how essential it may be to those of us who do use it :) and there hasn't been a huge flood of me toos from people wanting this so far either, which makes me worry it won't get a whole lot of testing before release time in either case ... I agree. Though I also do kind of wonder if the alternative dep in wavesurfer is really the right place for this anyhow. Shouldn't libsnack really be the thing offering alternatives, and this package then can just depend on snack2 or so and let the snack maintainer decide what alternatives can provide that? What if there is a libsnack-pulse or something similar later on as well? It looks like both packages already provide libsnack2, but we don't look at the alternative provider because we have a versioned dep. One option might be to drop the version here, since snack 2.2 dates back to 2003'ish. But I guess better might be for snack itself to provide a new snack2 virtual dep that we can depend on instead. What do you think? Should we punt the alternative selection to snack itself? Hacking it in here isn't difficult, but it doesn't really seem like the right place for it. Wavesurfer shouldn't have to care what backend is actually being used at all. I also agree. I am going to suggest this to the libsnack2 maintainer. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697353: binutils: FTBFS with texinfo from experimental
Hi Patrice, Here is a patch for the binutils cvs that should solve all warnings and errors. In my opinion, it falls in the 'minor changes' case with respect to copyright. Thanks. I have applied your patch along with these changelog entries. Cheers Nick bfd/doc/ChangeLog 2013-01-07 Patrice Dumas pertu...@free.fr * bfd.texinfo: Replace @ with @@ when it is part of the text. binutils/ChangeLog 2013-01-07 Patrice Dumas pertu...@free.fr * doc/binutils.texi: Fix ordering of top level nodes. Replace erroneous uses of @itemx with @item. ld/ChangeLog 2013-01-07 Patrice Dumas pertu...@free.fr * ld.texinfo: Replace @ with @@ when it is part of the text. Correct ordering of M68HC11 entry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567713: libsnack2 should be the ALSA version
On Sun, Jan 31, 2010 at 00:29:05 +0300, Sergei Golovan sgolo...@gmail.com wrote: On Sun, Jan 31, 2010 at 12:12 AM, Adrian Bunk b...@stusta.de wrote: The current library setup implays that when e.g. installing wavesurfer, libsnack2-alsa is removed and libsnack2 installed instead. Just file a bug for wavesurfer to make it depend on libsnack2 (= 2.2) | libsnack2-alsa (= 2.2). Then you'll be able to use any snack flavor. This was asked here: http://bugs.debian.org/659974. The last message from the wavesurfer maintainer (http://bugs.debian.org/659974#37) explains the problem: wavesurfer depends on versioned libsnack2. The maintainer suggest to provide an additional virtual package in libsnack2 and libsnack2-alsa, that can be included in wavesurfer dependencies. Is it possible to implement this? Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697274: clang: Segfault when building Evolution 3.4.4
Am Freitag, den 04.01.2013, 13:21 +0100 schrieb Sylvestre Ledru: On 03/01/2013 14:34, Paul Menzel wrote: Package: clang Version: 3.1-8 Stupid me did not save these two files though. :( `clang-3.2` from Debian experimental does not have this issue and Evolution builds fine. Not sure why you are reporting this bug ;) 3.0 will be the release provided with Wheezy. I missed that. 3.1 won't be ever released in a Debian stable Well, as 3.1 is in Sid/unstable, this is a bug and should be documented, for others hitting this bug. and 3.2 is already available in Debian experimental! So the bug can be closed, when this migrates to Sid/unstable or even better (when the first one still gets delayed for several weeks) when a patch fixing this issue is added. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#697274: clang: Segfault when building Evolution 3.4.4
On 07/01/2013 13:15, Paul Menzel wrote: Am Freitag, den 04.01.2013, 13:21 +0100 schrieb Sylvestre Ledru: On 03/01/2013 14:34, Paul Menzel wrote: Package: clang Version: 3.1-8 Stupid me did not save these two files though. :( `clang-3.2` from Debian experimental does not have this issue and Evolution builds fine. Not sure why you are reporting this bug ;) 3.0 will be the release provided with Wheezy. I missed that. 3.1 won't be ever released in a Debian stable Well, as 3.1 is in Sid/unstable, this is a bug and should be documented, for others hitting this bug. Yes but having a small test case would make it way more interesting... ;) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697593: ITP: laborejo -- music notation workshop
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: laborejo Version : 0.4.0 Upstream Author : Nils Gey i...@nilsgey.de * URL : http://www.laborejo.org/ * License : GPL Programming Lang: Python Description : music notation workshop Laborejo, Esperanto for Workshop, is used to craft music through notation. It is a Lilypond GUI frontend, a MIDI creator and finally a tool collection to inspire and help one to compose music. It works by reducing music-redundancy and by seperating layout and data. . Laborejo provides many features: * Unlimited tracks/staffs, voices, items. * Input via Keyboard, Mouse or MIDI. * Flexibel and fast shortcut and configuring system. * Portable, as few dependencies as possible. * PDF generation, ready-to-print, through Lilypond. * Separation of editing and note/data entry and layout. * MIDI file generation. * Playback through JACK. * Control over performance from a global level (e.g. change how long non-legato notes or fermatas are) to detailed, technical tweaks like MIDI CC messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697594: new upstream version: 2013.01.02
Package: youtube-dl Version: 2012.09.27+dfsg1-1 There have been quite a few releases since the last unstable package, the last being 2013.01.02: https://github.com/rg3/youtube-dl -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
On 2013-01-07 07:29, Vincent Cheng wrote: think anyone who's currently in the pkg-nvidia team (Russ/Andreas?) has commented on whether or not they'd like to have primus maintained within the team. I don't really care - optimus, primus, bumblebee, ... is stuff I'm (currently) not being interested in - but I appreciate your work on these things. I welcome everyone working on something related to (proprietary) Nvidia stuff to join the team, and publish packages either under the team umbrella or separately. Time will show whether some piece of contrib software will find more general use (e.g. src:khronos-opencl-headers moved to main, but that does not mean we need to kick out of the team - but if a more suitable team comes around we could hand it over ...) Being a member of a team does not mean you have to care about every package managed by the team ... but it may simplify discussion and sponsoring. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684443: rep-gtk: diff for NMU version 1:0.90.0-2.2
tags 684443 + patch tags 684443 + pending thanks Dear maintainer, I've prepared an NMU for rep-gtk (versioned as 1:0.90.0-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru rep-gtk-0.90.0/debian/changelog rep-gtk-0.90.0/debian/changelog --- rep-gtk-0.90.0/debian/changelog 2012-06-22 10:51:17.0 +0100 +++ rep-gtk-0.90.0/debian/changelog 2013-01-07 10:10:22.0 + @@ -1,3 +1,10 @@ +rep-gtk (1:0.90.0-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Restore .la files, but with dependency_libs emptied (closes: #684443). + + -- Colin Watson cjwat...@debian.org Mon, 07 Jan 2013 10:10:19 + + rep-gtk (1:0.90.0-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru rep-gtk-0.90.0/debian/rules rep-gtk-0.90.0/debian/rules --- rep-gtk-0.90.0/debian/rules 2012-06-22 10:58:51.0 +0100 +++ rep-gtk-0.90.0/debian/rules 2013-01-07 10:09:29.0 + @@ -55,7 +55,18 @@ dh_installdirs $(MAKE) install DESTDIR=`pwd`/debian/tmp - find debian/tmp/usr/lib -name '*.la' -delete + + #Fix libdir in *.la files + find debian/tmp -name '*.la' |\ + while read file; do\ + DIRNAME=$$(dirname $$file | sed 's@debian/tmp@@');\ + sed -i /libdir/ s@^.*@libdir=$$DIRNAME@ $$file;\ + done + #... and remove dependency_libs + find debian/tmp -name '*.la' |\ + while read file; do\ + sed -i /dependency_libs/ s/'.*'/''/ $$file;\ + done dh_install --list-missing touch install-stamp
Bug#697353: binutils: FTBFS with texinfo from experimental
On Mon, Jan 07, 2013 at 12:09:29PM +, nick clifton wrote: Hi Patrice, Here is a patch for the binutils cvs that should solve all warnings and errors. In my opinion, it falls in the 'minor changes' case with respect to copyright. Thanks. I have applied your patch along with these changelog entries. Perfect! -- Pat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624343: data corruption: md changes max_sector setting of running md devices
Hello, thanks for responding. NeilBrown: The upstream bug tracker is mailto:linux-r...@vger.kernel.org Well ok, though a regular mailinglist makes it rather hard to get an overview for non-devs, and reporting involves receiving unrelated messages. This really needs to be fixed by cleaning up the bio path so that big bios are split by the device that needs the split, not be the fs sending the bio. Where ist that tracked? Maybe the best interim fix is to reject the added device is its limits are too low. Good Idea to avoid the data corruption. MD could save the max_sectors default limit for arrays. If the array is modified and the new limit gets smaller, postpone the sync until the next assembe/restart. And of course print a message if postponing, that explains when --force would be save. What ever that would be: no block device abstraction layer (device mapper, lvm, luks,...) between an unmounted? ext, fat?, ...? filesystem and md? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Excerpts from Samuel Thibault's message of Sat Jan 05 19:21:25 +0100 2013: Michal Suchanek, le Wed 02 Jan 2013 11:27:04 +0100, a écrit : Excerpts from Samuel Thibault's message of Sun Dec 30 01:53:55 +0100 2012: Section Device Identifier Configured Video Device Driver dummy EndSection It is exactly because this is NOT sufficient that the sample configuration is needed. I've just tried it, see attached log. The X server configures input drivers automagically. The above configuration sample avoids that. The attached log shows it doesn't. The default mode list is very insufficient. That is why the additional modes are added in the configuration. Ah, if you want more than 1024x768, yes, of course. Otherwise my experience shows 1024x768 does get configured. Samuel [ 67138.290] (II) config/udev: Adding input device Logitech USB Keyboard (/dev/input/event19) [ 67138.290] (**) Logitech USB Keyboard: Applying InputClass evdev keyboard catchall [ 67138.290] (II) Using input driver 'evdev' for 'Logitech USB Keyboard' [ 67138.290] (**) Logitech USB Keyboard: always reports core events [ 67138.290] (**) evdev: Logitech USB Keyboard: Device: /dev/input/event19 [ 67138.290] (--) evdev: Logitech USB Keyboard: Vendor 0x46d Product 0xc31d [ 67138.290] (--) evdev: Logitech USB Keyboard: Found keys [ 67138.290] (II) evdev: Logitech USB Keyboard: Configuring as keyboard [ 67138.290] (**) Option config_info udev:/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1.3/2-1.1.3:1.0/input/input19/event19 [ 67138.290] (II) XINPUT: Adding extended input device Logitech USB Keyboard (type: KEYBOARD, id 11) [ 67138.290] (**) Option xkb_rules evdev [ 67138.290] (**) Option xkb_model geniuskb19e [ 67138.290] (**) Option xkb_layout fr,brai [ 67138.290] (**) Option xkb_variant oss, [ 67138.290] (**) Option xkb_options compose:lwin,compose:rwin,nbsp:level3n,grp:shift_caps_toggle,grp_led:scroll,terminate:ctrl_alt_bksp,kpdl:kposs [ 67138.291] (II) config/udev: Adding input device Logitech USB Keyboard (/dev/input/event20) [ 67138.291] (**) Logitech USB Keyboard: Applying InputClass evdev keyboard catchall [ 67138.291] (II) Using input driver 'evdev' for 'Logitech USB Keyboard' [ 67138.291] (**) Logitech USB Keyboard: always reports core events [ 67138.292] (**) evdev: Logitech USB Keyboard: Device: /dev/input/event20 [ 67138.292] (--) evdev: Logitech USB Keyboard: Vendor 0x46d Product 0xc31d [ 67138.292] (--) evdev: Logitech USB Keyboard: Found absolute axes [ 67138.292] (II) evdev: Logitech USB Keyboard: Forcing absolute x/y axes to exist. [ 67138.292] (--) evdev: Logitech USB Keyboard: Found keys [ 67138.292] (II) evdev: Logitech USB Keyboard: Configuring as mouse [ 67138.292] (II) evdev: Logitech USB Keyboard: Configuring as keyboard [ 67138.292] (**) Option config_info udev:/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1.3/2-1.1.3:1.1/input/input20/event20 [ 67138.292] (II) XINPUT: Adding extended input device Logitech USB Keyboard (type: KEYBOARD, id 12) [ 67138.292] (**) Option xkb_rules evdev [ 67138.292] (**) Option xkb_model geniuskb19e [ 67138.292] (**) Option xkb_layout fr,brai [ 67138.292] (**) Option xkb_variant oss, [ 67138.292] (**) Option xkb_options compose:lwin,compose:rwin,nbsp:level3n,grp:shift_caps_toggle,grp_led:scroll,terminate:ctrl_alt_bksp,kpdl:kposs [ 67138.292] (II) evdev: Logitech USB Keyboard: initialized for absolute axes. [ 67138.292] (**) Logitech USB Keyboard: (accel) keeping acceleration scheme 1 [ 67138.292] (**) Logitech USB Keyboard: (accel) acceleration profile 0 [ 67138.292] (**) Logitech USB Keyboard: (accel) acceleration factor: 2.000 [ 67138.292] (**) Logitech USB Keyboard: (accel) acceleration threshold: 4 [ 67138.292] (II) config/udev: Adding input device Logitech USB-PS/2 Optical Mouse (/dev/input/event21) [ 67138.292] (**) Logitech USB-PS/2 Optical Mouse: Applying InputClass evdev pointer catchall [ 67138.292] (II) Using input driver 'evdev' for 'Logitech USB-PS/2 Optical Mouse' [ 67138.292] (**) Logitech USB-PS/2 Optical Mouse: always reports core events [ 67138.292] (**) evdev: Logitech USB-PS/2 Optical Mouse: Device: /dev/input/event21 [ 67138.292] (--) evdev: Logitech USB-PS/2 Optical Mouse: Vendor 0x46d Product 0xc050 [ 67138.292] (--) evdev: Logitech USB-PS/2 Optical Mouse: Found 12 mouse buttons [ 67138.292] (--) evdev: Logitech USB-PS/2 Optical Mouse: Found scroll wheel(s) [ 67138.292] (--) evdev: Logitech USB-PS/2 Optical Mouse: Found relative axes [ 67138.292] (--) evdev: Logitech USB-PS/2 Optical Mouse: Found x and y relative axes [ 67138.292] (II) evdev: Logitech USB-PS/2 Optical Mouse: Configuring as mouse [ 67138.292] (II) evdev: Logitech USB-PS/2 Optical Mouse: Adding scrollwheel support [ 67138.292] (**) evdev: Logitech USB-PS/2 Optical Mouse: YAxisMapping: buttons 4 and 5 [ 67138.292] (**) evdev: Logitech USB-PS/2
Bug#624694: Please try unhide.rb
Well, the only thing this proves is really that unhide.rb didn't show false positives which is good I guess... rkhunter supports using both variants though, so feel free to keep the one you find more useful. And if you *do* run into something, unhide.rb will tell you the name of the suspicious process. Regards //Johan 2013/1/6 xiscu xi...@email.de The result is: # unhide.rb -v Scanning for hidden processes... No hidden processes found!
Bug#681781: dummy: Please include sample xorg.conf
Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. It may not lock out the terminal from receiving keyboard input but it still configures input drivers and receives input from them. Sure, that's what I'm saying. This is independant from the other issue, which is the VT not being allocated for input to actually happen. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695610: opendkim: fails to configure
i have opendkim installed, but disabled at boot time (update-rc.d opendkim disable). when the packages gets upgraded, i got that error. this problem only appears on my laptop, where i keep opendkim installed but not running (for documentation proposes) i can't check right now, but the problem is on post-inst script, it should mkdir -p /var/run/opendkim before trying to chown it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people
On 7 January 2013 05:08, Peter Hutterer peter.hutte...@who-t.net wrote: On Sat, Jan 05, 2013 at 07:06:05PM +0100, Samuel Thibault wrote: Michal Suchanek, le Sat 05 Jan 2013 18:55:28 +0100, a écrit : On 5 January 2013 02:10, Samuel Thibault sthiba...@debian.org wrote: Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit : On 12/31/12 05:36 PM, Samuel Thibault wrote: Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit : why is that patch needed? It is quite non-obvious why would dummy driver require a console under any circumstances. It does not render anything anywhere so does not use console for anything. The console *is* needed for keyboard input. Again, the use case is blind people who have use of possessing an actual screen, and thus don't have any, and thus have to use the dummy driver. So it sounds like that should be handled by the input driver, not the output driver. Ok, that makes sense. Input drivers however don't currently have a way to request the core to callxf86OpenConsole, similar to the absence of the HW_SKIP_CONSOLE flag in the case of video drivers. What do you recommend to add to the InputDriverRec? A driverFunc method like video drivers? Something else? I still don't understand the problem. The evdev driver opens the evdev device when loaded and reads input there. That happens even with dummy video driver so long as you do not carefully prevent the evdev driver from loading, does it not? It does not. See for instance the attached xorg.conf, then I run from vt1 xinit /usr/bin/fvwm -- :1 there is no VT switch, and pressing ^C 5s later kills the server (while we'd want ^C to just go to the server). The resulting Xorg.1.log is attached. while it shows the issue, this is not a good example. the config section for the keyboard isn't referenced from the layout so it doesn't apply, and the config for the mouse is ignored because input hotplugging is enabled. so only the dummy driver section applies, the rest of this config has no effect. What I understand is that evedev does open things, but since no VT was allocated, the evdev driver does not eat keypresses, i.e. from its point of view it's as if we had switched away from an allocated VT. evdev reads data off /dev/input/eventX and it doesn't need a console. but without xf86OpenConsole() and ioctl(KDSKBMODE), the events are also sent to the console. this is your real problem, since both get the event and you can kill your server. we've had this issue years back after switching to evdev as standard driver, and then when we removed the EVIOCGRAB from evdev. So what Alan suggested is that the evdev driver simply tells the core that it needs a VT to work properly. I'm now just asking which way that should be done. I'm not sure this is the right approach. evdev doesn't need a VT to work properly, I've got a use-case here (automated testing) that works perfectly well without a VT. plus, with hotplugging you don't actually know if and when an evdev device will be added. so the solution here would be to only call xf86OpenConsole() when a keyboard device comes up. on the plus side, if the evdev driver is broken this would allow you to Ctrl+C the server. On the minus side, there's a window where you can Ctrl+C the server until the device has been added. your use-case (or mine, depending on your POV) seems to need not a console switch but an option to enable/disable keyboard input from being sent to the console. this is the solution we should be looking at, imo. The evdev driver is loaded and can tell anything to the X server only when an evdev device is detected. Note that on x86 it is always loaded to handle acpi button but on other platforms it may be loaded only when an actual input device is attached. So even with hotpulg if it was the evdev driver telling the X server it would tell it only when a device actually exists. Also it is not sufficient to grab the terminal when a keyboard appears. Mice are also used by the terminal and arbitrary action can be performed by terminal program receiving the mouse input. I am not sure how this is arbitrated but since there is no problem now the current code in X server presumably takes care of that also when invoked. Note that almost every input driver except void requires that the X server prevents the terminal form reciving input including kbd, synaptics, wacom, .. Only complex pointing devices that do not have mouse-compatible fallback do not require that. I am not sure the X server supports any at this time. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695203: [buildd-tools-devel] Bug#695203: Bug#695203: sbuild: cross-build-deps resolved from current apt sources rather than from package being built
tags 695203 pending thanks On Fri, Jan 04, 2013 at 12:58:15PM +, Roger Leigh wrote: On Fri, Jan 04, 2013 at 12:50:46PM +, Colin Watson wrote: OK - do you want me to rebase and apply it, given my new-found commit bit? I'm pretty comfortable with its accuracy at this point, since I've been using it in http://people.canonical.com/~cjwatson/cross/armhf/raring/ and in a number of local tests. Hi Colin, Sure, that would be much appreciated, thanks. Sorry for not having done this yet--I still have a backlog of stuff after getting flu before Christmas. OK, no problem. Done. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697595: O: openbox -- standards compliant, fast, light-weight, extensible window manager
Package: wnpp Severity: normal I intend to orphan the openbox package. The package description is: Openbox works with your applications, and makes your desktop easier to manage. This is because the approach to its development was the opposite of what seems to be the general case for window managers. Openbox was written first to comply with standards and to work properly. Only when that was in place did the team turn to the visual interface. . Openbox is fully functional as a stand-alone working environment, or can be used as a drop-in replacement for the default window manager in the GNOME or KDE desktop environments. . Openbox 3 is a completely new breed of window manager. It is not based upon any existing code base, although the visual appearance has been based upon that of Blackbox. Openbox 2 was based on the Blackbox 0.65.0 codebase. . Some of the things to look for in Openbox are: . * ICCCM and EWMH compliance! * Very fast * Chainable key bindings * Customizable mouse actions * Window resistance * Multi-head Xinerama support! * Pipe menus I repeatedly asked for help (RFH) with little to no effect. Also Daniel Baumann raised interest to take over the package before I orphan it, but never stepped up and did so. Someone please give this package some love, I do no longer feel responsible for it and I also do not use openbox anymore. Cheers Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. And I am saying that there *is* need for input sections to prevent them from being automatically configured. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697457: libvirt-bin crash at startup — some tests
Hi Guido, i can confirmed this behavior and running libvirt with gdb shows: Program received signal SIGSEGV, Segmentation fault [Switching to Thread 0xb15bab70 (LWP16482)] 0xb7ccce521 in rtnl_link_alloc_cache () from /usr/lib/i386-linux-gnu/libnl-route-3.so.200 Debian unstable with DU from today libvirt-bin from Debian experimental 1.0.1-3 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687022: found also with libm4ri
Hi! I wanted to mention that when preparing a new version of libm4ri, I also hit this bug: lintian outputs W: libm4ri-0.0.20120613: dev-pkg-without-shlib-symlink usr/lib/x86_64-linux-gnu/libm4ri-0.0.20120613.so usr/lib/x86_64-linux-gnu/libm4ri-0.0.20120613.so whereas the -dev package has (as it should according to [1]) a symlink: ./usr/lib/x86_64-linux-gnu/libm4ri.so - libm4ri-0.0.20120613.so [1] http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#devpkg, Section 4.4 Changing the regexp according to the patch by adding a '+' fixes the issue. Cheers, Cédric signature.asc Description: Digital signature
Bug#687779: release.debian.org: New NMU fixing #679966
On Sun, Jan 06, 2013 at 10:07:51PM +, Adam D. Barratt wrote: On Wed, 2013-01-02 at 22:18 +0100, John Paul Adrian Glaubitz wrote: On Wed, Jan 02, 2013 at 09:05:37PM +, Adam D. Barratt wrote: The version information for #679966 looks like it might have got broken at some point; is the bug still present in the unstable package? Yes, the bug is present in the unstable version: [...] However, it has been fixed in the latest upstream version tagged as version 2012-08-24. So I suggest unblocking my updated version for testing and then the original maintainer should update the unstable version to the latest upstream version. Thanks for the confirmation. In general, we prefer that the fixes are applied and verified in unstable first, as it's generally easier to fix up in the event of any issues. (I saw your offer to sponsor an upload to unstable; that's appreciated, thanks.) Well, the version in unstable is already newer which is why I chose to upload to t-p-u, please see the debdiff of version 1.1+-1.2. Oliver was hoping that the new upstream would fully address the problem, however it fixed it only partly. The chdir built-in still failed under certain circumstances. It has not been fixed until the current upstream release, so unstable would need the latest upstream version while Wheezy should get the version from t-p-u which just contains my patch. Cheers, Adrian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687779 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694908: Contains non-free data
Hi, just to keep you updated and have a record what happened. I asked for a login for ChEBI issue tracker. Because it seems to take some time I injected into the form at https://www.ebi.ac.uk/chebi/emailChebiForward.do under my debian.org address the following text: --- Hello, I'm writing you on the behalf of the Debian Med team which has included the EMBOSS suite into official Debian distribution. I found on the page https://www.ebi.ac.uk/chebi/aboutChebiForward.do the statement that the database is free. However, I have not found an explicit right to redistribute the data. The Debian operating system is currently redistributing some files from ChEBI indirectly, as we redistribute the EMBOSS package, which incorporates some ChEBI files since its version 6.4 (http://packages.debian.org/wheezy/emboss). Debian considers copyrights and licenses very seriously, and our system only contains Free software, that is, materials that our users can freely use, modify and redistribute themselves. In addition to our system, we have a non-free archive in which, as a convenience for our users, we redistribute works that give less freedoms to our users. In order to evaluate if works containing ChEBI files can at least be distributed in our non-free area, I would like to know if ChEBI is available under other terms of use or licenses, that allow redistributing ChEBI files. Please note: If you might like to apply a more detailed license including redistribution statement it would be great if you could post this in public to the Debian Med mailing list debian-...@lists.debian.org. Kind regards and thanks for providing ChEBI Andreas. --- Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687779: release.debian.org: New NMU fixing #679966
On 07.01.2013 13:03, John Paul Adrian Glaubitz wrote: On Sun, Jan 06, 2013 at 10:07:51PM +, Adam D. Barratt wrote: Thanks for the confirmation. In general, we prefer that the fixes are applied and verified in unstable first, as it's generally easier to fix up in the event of any issues. (I saw your offer to sponsor an upload to unstable; that's appreciated, thanks.) Well, the version in unstable is already newer which is why I chose to upload to t-p-u, please see the debdiff of version 1.1+-1.2. Oliver was hoping that the new upstream would fully address the problem, however it fixed it only partly. The chdir built-in still failed under certain circumstances. It has not been fixed until the current upstream release, so unstable would need the latest upstream version while Wheezy should get the version from t-p-u which just contains my patch. I wasn't suggesting getting a new upstream version in to testing. The fact that the fix for testing is going via tpu doesn't change the wish to have it fixed in unstable first. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687779: release.debian.org: New NMU fixing #679966
On Mon, Jan 07, 2013 at 01:11:01PM +, Adam D. Barratt wrote: I wasn't suggesting getting a new upstream version in to testing. The fact that the fix for testing is going via tpu doesn't change the wish to have it fixed in unstable first. So, what do you suggest? New upstream version or patching the current version in unstable? Oliver doesn't seem to have a public VCS for the Debian packaging I could work on. I will put him in the CC, so he might answer the question. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697597: mysql-server-5.5: COMMIT has an effect on MyISAM tables
Package: mysql-server-5.5 Version: 5.5.28+dfsg-1 Severity: normal According to the mysql documentation MyISAM tables are non-transactional. This means that BEGIN and COMMIT should not have any effect on them. However this is not the case for mysql-5.5. Let me use the following table as an example: CREATE TABLE test (id INTEGER PRIMARY KEY) ENGINE=MyISAM; Now suppose the following sequence of statements. conn1: BEGIN; -- explicitly disable autocommit mode conn1: INSERT INTO test VALUES (42); conn2: DROP TABLE test; conn1: COMMIT; Note that according to the documentation the BEGIN and END should have no effect. However in mysql-5.5 the second connection blocks until the COMMIT is issued. In mysql-5.1 as part of Debian squeeze this sequence of commands did not block. So first of all this is a change in behavior. It should either be reverted or documented. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. And I am saying that there *is* need for input sections to prevent them from being automatically configured. Ooops, sorry, I hadn't understood that input devices were not desired in this bug report. I'm however wondering how this use case differs from simply using Xvfb. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697596: ITP: ruby-syslog-logger -- Improved, almost drop-in Logger replacement that logs to syslog
Package: wnpp Severity: wishlist Owner: Alessandro Grassi alessan...@aggro.it * Package name: ruby-syslog-logger Version : 1.6.8 Upstream Author : Ashley Martens ashleym...@yahoo.com * URL : https://github.com/ngmoco/syslog_logger * License : Expat Programming Lang: Ruby Description : Improved, almost drop-in Logger replacement that logs to syslog The syslog-logger gem aims to be a drop-in replacement for Logger from Ruby stdlib that logs to syslog. . As stated by the author, there are a few caveats for the replacement.
Bug#687779: release.debian.org: New NMU fixing #679966
On 07.01.2013 13:19, John Paul Adrian Glaubitz wrote: On Mon, Jan 07, 2013 at 01:11:01PM +, Adam D. Barratt wrote: I wasn't suggesting getting a new upstream version in to testing. The fact that the fix for testing is going via tpu doesn't change the wish to have it fixed in unstable first. So, what do you suggest? New upstream version or patching the current version in unstable? Either would work for me. otoh, maybe I'm being too fussy - it just feels a little wrong to me to have fixes bypassing unstable when it's affected; thoughts from readers welcome. :-( Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695785: hobbit-plugins: ipmi shows only first line of sel list
Control: tag -1 - patch Roland Rosenfeld wrote: The ipmi client plugin gets a multi line output from the command $IPMI sel list last 50 but it seems that the $bb-print() function from Hobbit.pm only support single lines, which results in only the first (oldest) line from the ipmitool sel list command is really printed and reported to hobbit. The attached patch fixes this. There was no patch attached to your mail. Could you resend that patch (and then readd the patch tag)? 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#697331: installation-reports: Printer not working / recognised - Fixed
On Sun 06 Jan 2013 at 06:53:46 +0100, Christian PERRIER wrote: Quoting de28jihem (de28ji...@scarlet.be): The user was not in lpadmin group (checked with id). This caused problem to use the CUPS configuration menu (localhost:631). Added the user in lpadmin (under root) : usermod -a -G lpadmin user1 Plugged in printer/scan. Started a web browser, url localhost:631 (the CUPS interface) Select the admin tab; add printer; ... (almost all fields already filled in) Printing ok (from mousepad editor libre office document) H, that brings the problem back in the scope of the installer, then. The initial group membership *for the first created user* is done in D-I (though the user-setup module) and the user is added to a predefined set of useful groups. Your experience brings the question of whether we should add lpadmin to this. However, I don't understand why one should be a member of lpadmin in order to *print*. The problem encountered by de28jihem in setting up and administering a print queue is not uncommon; #680195 gives another example. The list of useful groups in passwd/user-default-groups has scanner and debian-tor, both of which were added in recent times without any fuss or controversy. There may be arguments against adding the first created user to the lpadmin group but, at first sight, it appears to be at least as beneficial as any of the existing default groups, especially as the choice of installed tasks now includes a print server. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697457: [Pkg-libvirt-maintainers] Bug#697457: libvirt-bin crash at startup â some tests
Hi Guido! Thanks alot for your assistance! Upgrade libnetcf1 from 1:0.2.0-5 (unstable) to 1:0.2.2-3 (experimental) solve the problem for me. I suppose this should be reflected in the libvirt dependencies. root@host:~# gdb /usr/sbin/libvirtd GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/libvirtd...Reading symbols from /usr/lib/debug/usr/sbin/libvirtd...done. done. (gdb) run Starting program: /usr/sbin/libvirtd [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x745a6700 (LWP 15780)] [New Thread 0x73da5700 (LWP 15781)] [New Thread 0x735a4700 (LWP 15782)] [New Thread 0x72da3700 (LWP 15783)] [New Thread 0x725a2700 (LWP 15784)] [New Thread 0x71da1700 (LWP 15785)] [New Thread 0x715a0700 (LWP 15786)] [New Thread 0x70d9f700 (LWP 15787)] [New Thread 0x7059e700 (LWP 15788)] [New Thread 0x7fffefd9d700 (LWP 15789)] [New Thread 0x7fffeb1b6700 (LWP 15790)] 2013-01-07 13:19:39.023+: 15790: info : libvirt version: 1.0.1 2013-01-07 13:19:39.023+: 15790: error : virNWFilterSnoopLeaseFileRefresh:1903 : open(/var/run/libvirt/network/nwfilter.ltmp): No such file or directory 2013-01-07 13:19:42.071+: 15790: error : qemuMonitorOpenUnix:300 : monitor socket did not show up: No such file or directory Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffeb1b6700 (LWP 15790)] 0x7fffee4d169f in ?? () from /usr/lib/libnetcf.so.1 (gdb) thread apply all bt Thread 12 (Thread 0x7fffeb1b6700 (LWP 15790)): #0 0x7fffee4d169f in ?? () from /usr/lib/libnetcf.so.1 #1 0x7fffee4d2958 in ?? () from /usr/lib/libnetcf.so.1 #2 0x7fffee6e1706 in interfaceOpenInterface (conn=0x684c00, auth=optimized out, flags=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/interface/interface_backend_netcf.c:141 #3 0x7782658a in do_open (name=0x7fffed13df3d qemu:///system, auth=0x0, flags=0) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/libvirt.c:1232 #4 0x778280d6 in virConnectOpen (name=0x7fffed13df3d qemu:///system) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/libvirt.c:1358 #5 0x7fffed0f8b78 in qemuStartup (privileged=true, callback=optimized out, opaque=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/qemu/qemu_driver.c:930 #6 0x77827e08 in virStateInitialize (privileged=true, callback=0x40e8d0 daemonInhibitCallback, opaque=0x671460) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/libvirt.c:813 #7 0x0040e91d in daemonRunStateInit (opaque=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./daemon/libvirtd.c:857 #8 0x777a1ea9 in virThreadHelper (data=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threads-pthread.c:161 #9 0x75a28b50 in start_thread (arg=optimized out) at pthread_create.c:304 #10 0x7536ba7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x in ?? () Thread 11 (Thread 0x7fffefd9d700 (LWP 15789)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x777a2076 in virCondWait (c=optimized out, m=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threads-pthread.c:117 #2 0x777a24ab in virThreadPoolWorker (opaque=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threadpool.c:103 #3 0x777a1ea9 in virThreadHelper (data=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threads-pthread.c:161 #4 0x75a28b50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7536ba7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 10 (Thread 0x7059e700 (LWP 15788)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x777a2076 in virCondWait (c=optimized out, m=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threads-pthread.c:117 #2 0x777a24ab in virThreadPoolWorker (opaque=optimized out) at /build/buildd-libvirt_1.0.1-3-amd64-5jKu7Y/libvirt-1.0.1/./src/util/threadpool.c:103 #3 0x777a1ea9 in virThreadHelper (data=optimized out) at
Bug#687779: release.debian.org: New NMU fixing #679966
On Mon, Jan 07, 2013 at 01:24:29PM +, Adam D. Barratt wrote: On 07.01.2013 13:19, John Paul Adrian Glaubitz wrote: On Mon, Jan 07, 2013 at 01:11:01PM +, Adam D. Barratt wrote: I wasn't suggesting getting a new upstream version in to testing. The fact that the fix for testing is going via tpu doesn't change the wish to have it fixed in unstable first. So, what do you suggest? New upstream version or patching the current version in unstable? Either would work for me. otoh, maybe I'm being too fussy - it just feels a little wrong to me to have fixes bypassing unstable when it's affected; thoughts from readers welcome. :-( Ok, I'll see what I can do fixing the unstable version. Packaging a new upstream release shouldn't be that difficult. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694908: Redistribution of Evidence codes inside EMBOSS suite packaged for Debian
Hello Michelle, I'm writing you on the behalf of the Debian Med team which has included the EMBOSS suite into official Debian distribution. The EMBOSS suite does contain some files of the Evidence codes ontology and the site http://www.obofoundry.org/cgi-bin/detail.cgi?id=evidence_code lists you as contact. So I hope is fine to contact you. Please note that I have put the according bug tracker e-mail to this mail which makes this mail publicly available. While we would finally need a public statement please make sure you drop this CC in case you prefer that your response is not publicly readable. By packaging the EMBOSS suite the Debian operating system is currently redistributing some files from Evidence codes ontology indirectly, which incorporates some Evidence codes ontology files since its version 6.4 (http://packages.debian.org/wheezy/emboss). Debian considers copyrights and licenses very seriously, and our system only contains Free software, that is, materials that our users can freely use, modify and redistribute themselves. In addition to our system, we have a non-free archive in which, as a convenience for our users, we redistribute works that give less freedoms to our users. In order to evaluate if works containing Evidence codes ontology files can at least be distributed in our non-free area, I would like to know if Evidence codes ontology is available under other terms of use or licenses, that allow redistributing Evidence codes ontology files. You might even like to follow the Gene Ontology Consortium that has put its database under a Creative Commons BY (Attribution 3.0 Unported) license[1]. Kind regards and thanks for providing Evidence codes Andreas. [1] https://www.ebi.ac.uk/panda/jira/browse/GOHELP-147 -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Excerpts from Samuel Thibault's message of Mon Jan 07 14:24:24 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. And I am saying that there *is* need for input sections to prevent them from being automatically configured. Ooops, sorry, I hadn't understood that input devices were not desired in this bug report. I'm however wondering how this use case differs from simply using Xvfb. Xvfb is deprecated, bitrotten, does not support xrandr and other extensions, .. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687526: Bug#696983: slbackup: cronjob warn about obsolete getopts.pl dependency
On 2013-01-07 12:12, Holger Levsen wrote: Hi Mike, On Dienstag, 1. Januar 2013, Mike Gabriel wrote: package for wheezy is not possible. For wheezy, slbackup has to be provided via the D-E archive. (Long story [1]). I'll keep the package [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687526 now that I the bug report I must say: what? slbackup must surely be fixed in wheezy, not just in debian-edu. Mike, why do you gave up on 687526? You could have also asked for help :-) Anyway, my proposal for 0.0.12-5 for sid+wheezy: Hi, From the loose review of the diff between sid and experimental, I don't think I'd bother with reverting the changes. We accept translation fixes if it goes together with another fix and the rest of the changes are mah, whatever or simple doc fixes. Though, others may disagree with those. [...] keep this change from 0.0.12-4: * Change in conffile management: + Drop CRON job /etc/cron.daily/slbackup. Re-enable configuration of slbackup via debconf templates (closes: #662914). + Remove conffile /etc/cron.daily/slbackup via dpkg−maintscript−helper. and add the fix 696983 and upload to sid. What I am really concerned about is the postinst changes, which ignores open/close return values (silent error hiding) and I'd would probably change the line[1]: +system(dpkg-maintscript-helper rm_conffile ...); to use the list variant (ensures proper quoting). Btw, does it autodie on system failures[2]? Otherwise you are not checking the return value from dpkg-maintscript-helper (and possibly hiding an error here as well). More nitpick: +if ( ! -e /etc/cron.d/slbackup and $enable eq true) { ^ The marked part above... + # make cron-job + my $crontab = # cron job for Skolelinux Backup (once a day)\n; + if ($enable eq false) { $crontab .= #; } ^^ ... appears to cause the marked condition to be a contradiction (i.e. always false). Mind you, I am a bit out of my conform zone on what this postinst script is doing, so I am not sure I'd ACK it on my own (even with the parts above fixed). Particularly, Julien already suggested that he found the changes to invasive[3]. Mike, what do you think? Can you prepare that, so that I can review+upload? cheers, Holger [1] Replacement being (something like): system ('dpkg-maintscript-helper', 'rm_conffile', '/etc/cron.daily/slbackup 0.0.12-3̈́', '--', @ARGV); [2] http://search.cpan.org/~pjf/autodie-2.13/lib/autodie.pm [3] 20121201113544.gh5...@radis.cristau.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697574: qcontrol: please load local config files
On Sun, 2013-01-06 at 19:31 +0100, Hanno Hecker wrote: Package: qcontrol Version: 0.4.2+svn-r40-3 Severity: wishlist Tags: patch Hi Ian, the attached patch loads /etc/qcontrol/local.lua if it exists and has no errors. Maybe this should not be only for ts41x.lua :) Thanks. Do you find this preferential to just editing ts41x.lua directly for some reason? Since qcontrol actually reads /etc/qcontrol.conf which is created as a symlink by the package perhaps locally creating that as a real file which reads /etc/qcontrol/ts41x.lua and also contains your local configuration would be another option? Do you have anything generically useful in your local config? The shipped examples are pretty simplistic, especially wrt LCD and button handling and I'm open to (or, better, patches ;-)) ideas to make them more useful. Ian. -- Ian Campbell Current Noise: Chthonic - Where The Utux Ancestors Wait Before marriage the three little words are I love you, after marriage they are Let's eat out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697543: Missing man page for cups-files.conf - Patch
The attached patch is sufficient to get the english manpage installed. I have just filed a proposed-updates request as #697598 Cheers, OdyX commit a0e4aec45458e1922263c992a8975fabe6100140 Author: Didier Raboud o...@debian.org Date: Mon Jan 7 09:55:06 2013 +0100 Ship cups-files.conf's manpage in cups - Update the configuration files split patch to also build the manpage; - Install the english manpage. Closes: #697543 diff --git a/debian/cups.install b/debian/cups.install index 1daa312..7a7e735 100644 --- a/debian/cups.install +++ b/debian/cups.install @@ -28,6 +28,7 @@ usr/share/man/man5/classes.conf.5.gz usr/share/man/*/man5/classes.conf.5.gz usr/share/man/man5/cupsd.conf.5.gz usr/share/man/*/man5/cupsd.conf.5.gz +usr/share/man/man5/cups-files.conf.5.gz usr/share/man/man5/cups-snmp.conf.5.gz usr/share/man/*/man5/cups-snmp.conf.5.gz usr/share/man/man5/mailto.conf.5.gz diff --git a/debian/patches/split-configuration-files-STR4223.dpatch b/debian/patches/split-configuration-files-STR4223.dpatch index 1bfecb0..93d6504 100755 --- a/debian/patches/split-configuration-files-STR4223.dpatch +++ b/debian/patches/split-configuration-files-STR4223.dpatch @@ -1467,16 +1467,30 @@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' msgid Folio msgstr 對開紙 diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' cups~/man/Makefile cups/man/Makefile cups~/man/Makefile 2012-12-29 12:25:12.0 +0100 -+++ cups/man/Makefile 2012-12-29 12:25:13.0 +0100 -@@ -39,6 +39,7 @@ +--- cups~/man/Makefile 2013-01-07 14:24:01.0 +0100 cups/man/Makefile 2013-01-07 14:24:46.0 +0100 +@@ -39,8 +39,10 @@ ppdpo.$(MAN1EXT) MAN5 = classes.conf.$(MAN5EXT) \ client.conf.$(MAN5EXT) \ + cups-files.conf.$(MAN5EXT) \ cups-snmp.conf.$(MAN5EXT) \ cupsd.conf.$(MAN5EXT) \ ++ cups-files.conf.$(MAN5EXT) \ + mailto.conf.$(MAN5EXT) \ + mime.convs.$(MAN5EXT) \ + mime.types.$(MAN5EXT) \ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' cups~/man/Makefile.l10n cups/man/Makefile.l10n +--- cups~/man/Makefile.l10n 2013-01-07 14:24:00.0 +0100 cups/man/Makefile.l10n 2013-01-07 14:24:31.0 +0100 +@@ -35,6 +35,7 @@ + client.conf.$(MAN5EXT) \ + cups-snmp.conf.$(MAN5EXT) \ + cupsd.conf.$(MAN5EXT) \ ++ cups-files.conf.$(MAN5EXT) \ mailto.conf.$(MAN5EXT) \ + mime.convs.$(MAN5EXT) \ + mime.types.$(MAN5EXT) \ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' cups~/man/cups-files.conf.man.in cups/man/cups-files.conf.man.in --- cups~/man/cups-files.conf.man.in 1970-01-01 01:00:00.0 +0100 +++ cups/man/cups-files.conf.man.in 2012-12-29 12:25:13.0 +0100
Bug#695785: hobbit-plugins: ipmi shows only first line of sel list
Control: tag -1 + patch There was no patch attached to your mail. Could you resend that patch (and then readd the patch tag)? G, here it is... Tscho Roland --- client-ext/ipmi 2011-01-11 00:06:51.0 +0100 +++ client-ext/ipmi 2012-12-11 18:13:57.0 +0100 @@ -27,6 +27,9 @@ } $bb-print (\nIPMI event log (newest 50):\n); -$bb-print (`$IPMI sel list last 50 21`); + +foreach my $line (`$IPMI sel list last 50 21`) { + $bb-print ($line); +} $bb-send;
Bug#697599: ITP: kunoichi -- Process privilege escalation monitor
Package: wnpp Owner: Alessandro Grassi alessan...@aggro.it Severity: wishlist * Package name: kunoichi Version : 0.0.2 Upstream Author : Alessandro Grassi alessan...@aggro.it * URL : https://github.com/xstasi/kunoichi * License : GPL Programming Lang: Ruby Description : Process privilege escalation monitor Kunoichi is a Ruby rewrite of Tom Rune Flo's Ninja, a process privilege escalation monitor. . It is an almost drop-in replacement for Ninja, as in it supports all the features supported by Ninja and is able to generate its configuration starting from a Ninja configuration file.
Bug#697600: Please add python3-paramiko
Package: python-paramiko Version: 1.7.7.1-3.1 Severity: wishlist Please add a python3-paramiko package for python3 support. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Michal Suchanek, le Mon 07 Jan 2013 14:38:13 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 14:24:24 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. And I am saying that there *is* need for input sections to prevent them from being automatically configured. Ooops, sorry, I hadn't understood that input devices were not desired in this bug report. I'm however wondering how this use case differs from simply using Xvfb. Xvfb is deprecated, bitrotten, does not support xrandr and other extensions, .. Could it perhaps be replaced by a mere shell script which invokes Xorg, giving it the sample xorg.conf you provided? That'd be a way easier upgrade path for users than knowing about the dummy driver etc. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697601: PTS: versions section will only have a single link even if multiple versions are waiting in the NEW queue
Package: qa.debian.org On the left side of the PTS, all packages have a list of which versions are available in different releases (stable, testing, unstable, etc.). Each of these have a link to the version of the package included in that release. However, in the case of the NEW queue, a package can have multiple new versions waiting to be uploaded, though it will still only list a single link. In the case of multiple versions waiting, this link will not be working. For instance, the clang package [1], currently renders the following HTML at the bottom of versions: dt title=waiting in the NEW queue for FTP master review a href=http://ftp-master.debian.org/new.html;NEW/a /dt dd a href=http://ftp-master.debian.org/new/clang_3.2-1~exp2 3.2-1~exp3.html3.2-1~exp2 3.2-1~exp3/a /dd The anchor lists the value of two separate versions, 3.2-1~exp2 and 3.2-1~exp3. However, they are concatinated in the href attribute which breaks the url. Tweaking it to http://ftp-master.debian.org/new/clang_3.2-1~exp2.html or http://ftp-master.debian.org/new/clang_3.2-1~exp3.html works as expected. My guess is that only a single version number is expected and is inserted into the url and the text presented to the user. However, since NEW can contain multiple versions (as opposed to what releases would), it might make more sense to treat this as a list and generate separate links for each version. Best regards, Hans Joachim Desserud PS. I realized this issue would likely only be visible on the clang page for a short period of time, so I included the HTML which demonstrates it. [1] http://packages.qa.debian.org/c/clang.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697429: ITP: gitignore-boilerplates -- shell script for easily accessing gitignore boilerplate
[TANIGUCHI Takaki, 2013-01-05] Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: gitignore-boilerplates Version : 1.0.1 Upstream Author : Simon Whitaker * URL or Web page : https://github.com/simonwhitaker/gitignore-boilerplates * License : public domain Description : shell script for easily accessing gitignore boilerplate This tool makes gitignore file. It gathers boilerplates from github.com/github/gitignore . These boilerplates include some typical purpose, for example, Python, Ruby, and other langauges, and Emacs, vim and other environments. could you include https://github.com/github/gitignore.git in the package (for those without internet connection or for those that want to use these files without gibo script). TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681781: dummy: Please include sample xorg.conf
Excerpts from Samuel Thibault's message of Mon Jan 07 15:01:28 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:38:13 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 14:24:24 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already automatically configured. And I am saying that there *is* need for input sections to prevent them from being automatically configured. Ooops, sorry, I hadn't understood that input devices were not desired in this bug report. I'm however wondering how this use case differs from simply using Xvfb. Xvfb is deprecated, bitrotten, does not support xrandr and other extensions, .. Could it perhaps be replaced by a mere shell script which invokes Xorg, giving it the sample xorg.conf you provided? That'd be a way easier upgrade path for users than knowing about the dummy driver etc. For that the sample config has to live somewhere. It won't live in Xvfb package because while it's deprecated upstream it's not a reason for Debian to remove it. Or is it? Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697602: Bug count confusion when unrelated binary and source has same name
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: britney Adam, Julien and I talked about this in #d-qa today and it turns out that Britney cannot reliably distinguish between RC bugs affecting source packages and RC bugs affecting binary packages. If a source package produces and identically named binary (e.g. src:eclipse produces a binary named eclipse), it usually doesn't matter which of them gets the blame. The problem is when a binary has the same name as a source that _doesn't_ built it. An example in the archive being: source:sm builds binary r-cran-sm, source:screen-message builds binary sm If a BugsV file contains sm 123456 Britney will assume that RC bug applies to _both_ the source package sm and the binary sm (and thus screen-message). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org