Bug#690714: cpputest: bashism in /bin/sh script
Control: forwarded -1 https://github.com/cpputest/cpputest/issues/45 Hi Raphael, On Tue, 16 Oct 2012, Raphael Geissert wrote: While performing an archive wide checkbashisms (from the 'devscripts' package) check I've found your package containing a /bin/sh script making use of a bashism. checkbashisms' output: possible bashism in ./usr/share/cpputest/scripts/ReleaseCppUTest.sh line 37 (should be VAR=${VAR}foo): GENERATED_FILES+= $filename.sh possible bashism in ./usr/share/cpputest/scripts/ReleaseCppUTest.sh line 45 (should be VAR=${VAR}foo): GENERATED_FILES+=$versionFile Thanks for the report. Those scripts are not a core part of cpputest and hence I don't plan to upload a Debian-specific fix. Instead I reported it upstream and I'm going to wait the next upstream version to close this issue. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690925: gnome-system-log: French debconf templates translation
Package: gnome-system-log Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation to french of gnome-system-log. # Copyright (C) 2012 French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the gnome-system-log package. # Julien Patriarca patriar...@gmail.com, 2012. # msgid msgstr Project-Id-Version: gnome-system-log\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2012-10-15 17:04+0200\n PO-Revision-Date: 2012-10-16 12:18+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:1 msgid Run gnome-system-log msgstr Lancement de gnome-system-log #: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:2 msgid Authentication is required to view system logs msgstr L'authentification est indispensable pour l'accès aux journaux du système
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
reassign 690905 wnpp retitle 690905 RFP: prboom-plus severity 690905 wishlist thanks Hi Keith, Am 19.10.2012 02:12, schrieb Keith Henderson Jr: Prboom Plus adds several new features to the Prboom engine, like, better wide- screen support, full mouse aiming, FOV options, and many bug fixes. thanks for your suggestion. However, prboom-plus is not yet packaged for Debian, so I am turning this bug report into a RFP (request for packaging). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690926: fusedav: [PATCH] dav_mknod respects executable bit
Package: fusedav Version: 0.2-3 Severity: normal Tags: upstream patch Previously, open() could not create files with the executable flag set on my fusedav mount. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fusedav depends on: ii fuse-utils2.8.4-1.1 Filesystem in USErspace (utilities ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libfuse2 2.8.4-1.1 Filesystem in USErspace library ii libneon27-gnutls 0.29.3-3 An HTTP and WebDAV client library fusedav recommends no packages. fusedav suggests no packages. -- no debconf information From normalper...@yhbt.net Fri Oct 19 03:46:40 2012 Return-Path: normalper...@yhbt.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Original-To: normalper...@yhbt.net Delivered-To: e...@dcvr.yhbt.net Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 52AD633913; Fri, 19 Oct 2012 03:46:40 + (UTC) Date: Fri, 19 Oct 2012 03:46:40 + From: Eric Wong normalper...@yhbt.net To: Lennart Poettering mzshfr...@0pointer.de Cc: Sebastian Harl s...@tokkee.org Subject: [PATCH (fusedav)] dav_mknod respects executable bit Message-ID: 20121019034640.ga17...@dcvr.yhbt.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Status: RO Content-Length: 3318 Previously, open() could not create files with the executable flag set on my fusedav mount. --- Hello, thank you for fusedav! I've been trying it and it seems to be working very well. I've only noticed one small bug which this patch fixes. The following changes since commit c21f1d7baabba32a55eb163bdb0300477fc78bdf: beef up man page a little (2006-10-02 00:17:51 +) are available in the git repository at: git://bogomips.org/fusedav master for you to fetch changes up to 3bd2327728d3dbb63230634d1bcd5e05921c1510: dav_mknod respects executable bit (2012-10-19 03:37:33 +) Eric Wong (1): dav_mknod respects executable bit src/fusedav.c | 42 -- 1 file changed, 28 insertions(+), 14 deletions(-) diff --git a/src/fusedav.c b/src/fusedav.c index a0723b1..944a929 100644 --- a/src/fusedav.c +++ b/src/fusedav.c @@ -173,6 +173,28 @@ static int proppatch_with_redirect( return ret; } +static int chmod_internal( +ne_session *session, +const char *path, +mode_t mode) { +const ne_propname executable = { http://apache.org/dav/props/;, executable }; +ne_proppatch_operation ops[2]; +int r = 0; + +ops[0].name = executable; +ops[0].type = ne_propset; +ops[0].value = mode 0111 ? T : F; +ops[1].name = NULL; + +assert(path); + +if (proppatch_with_redirect(session, path, ops)) { +fprintf(stderr, PROPPATCH failed: %s\n, ne_get_error(session)); +r = -ENOTSUP; +} + +return r; +} static void fill_stat(struct stat* st, const ne_prop_result_set *results, int is_dir) { const char *rt, *e, *gcl, *glm, *cd; @@ -564,6 +586,7 @@ static int dav_mknod(const char *path, mode_t mode, __unused dev_t rdev) { char tempfile[PATH_MAX]; int fd; ne_session *session; +int r = 0; path = path_cvt(path); if (debug) @@ -589,10 +612,13 @@ static int dav_mknod(const char *path, mode_t mode, __unused dev_t rdev) { close(fd); +if (mode 0111) +r = chmod_internal(session, path, mode); + stat_cache_invalidate(path); dir_cache_invalidate_parent(path); -return 0; +return r; } static int dav_open(const char *path, struct fuse_file_info *info) { @@ -1104,8 +1130,6 @@ finish: static int dav_chmod(const char *path, mode_t mode) { ne_session *session; -const ne_propname executable = { http://apache.org/dav/props/;, executable }; -ne_proppatch_operation ops[2]; int r = 0; assert(path); @@ -1115,22 +1139,12 @@ static int dav_chmod(const char *path, mode_t mode) { if (debug) fprintf(stderr, chmod(%s, %04o)\n, path, mode); -ops[0].name = executable; -ops[0].type = ne_propset; -ops[0].value = mode 0111 ? T : F; -ops[1].name = NULL; - if (!(session = session_get(1))) { r = -EIO; goto finish; } +r = chmod_internal(session, path, mode); -if (proppatch_with_redirect(session, path, ops)) { -
Bug#690927: posh: segmentation fault due to trailing '}'
Package: posh Version: 0.10.2 Severity: minor Hi Clint, A trailing } makes posh crash: $ posh -c 'true;}' Segmentation fault Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690889: udhcpc always returns a domain of bad when receiving a valid dhcp ack packet
On 19.10.2012 00:49, Dave Rawks wrote: Package: udhcpc Version: :1.20.0-7 Severity: normal Tags: d-i udhcpc always returns a domain of bad when receiving a valid dhcp ack from an upstream dhcp server. To reproduce first create a shellscript to dump all of the variables set by udhcpc uppon successful receipt of a lease: I've tcpdumped both the client and server side of the dhcp exchange and wireshark decodes the full ack packet as a valid dhcp/bootp ack AND includes the correct domainname as configured to be sent on the server. Please tell us WHICH domain name is treated as bad. You're hitting this fix for CVE-2011-0997: http://git.busybox.net/busybox/commit/?id=7280d2017d8075267a12e469983e38277dcf0374 udhcpc: sanitize hostnames in incoming packets. Closes 3979. https://bugs.busybox.net/show_bug.cgi?id=3979 https://bugzilla.redhat.com/show_bug.cgi?id=689832 Testing with isc-dhcp-client also yields a successful lease with the correct domain name set. So the fix in busybox is different than implementd in isc-dhcp. Please tell us which domain name is that. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688413: accountsservice: Makes gnome-shell crash
Hello, On Thu, Oct 18, 2012 at 5:57 PM, Gianluca Ciccarelli gianluca.ciccare...@disi.unitn.it wrote: I have tried to use your procedure, but still nothing crashes. The same for me, actually no crashes at all here. And that makes things weird :-/ 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#660488: miredo: diff for NMU version 1.2.3-1.1
Hello, Looks good to me. Thanks. On Thu, 18 Oct 2012 18:39:12 -0500, Raphael Geissert geiss...@debian.org wrote: tags 660488 + patch thanks Dear maintainer, I've prepared an NMU for miredo (versioned as 1.2.3-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. Raphael Geissert -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690918: Q: permission of install screenshot file
Quoting Hideki Yamane (henr...@debian.or.jp): Package: debian-installer Severity: minor Version: 20120930 Hi, Question about screenshot which was taken during installation. In /var/log/installer, screenshots are not able to touch normal users as its permission. Is it intend? I guess so, yes. After all, just like logs, they can contain sensitive information. If so, I want it to be changed to be readable for normal user, first created user during install, at least. The reason is, if user want to check screenshots after install, they must use su (or use sudo if they didn't add a password to root). That would make things utterly complicated, given that there is no guarantee that a normal user is created during install. For me, these screenshots are like logs and there is no reason to have them behave differently. Thanks for your care reporting your suggestioneven if I disagree with the proposal..:-) signature.asc Description: Digital signature
Bug#690937: gajim segfaults and hangs randomly
Package: gajim Version: 0.15.1-1 Severity: serious Justification: renders package unusable Hi, (First, I'm sorry not to provide more information.) Gajim segfaults and hangs randomly for me. The segfaults seem to happen specifically when closing the windows by pressing 'ESC' (but not each time). Lucas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gajim depends on: ii dnsutils 1:9.8.1.dfsg.P1-4.2 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 Versions of packages gajim recommends: ii dbus 1.6.0-1 ii notification-daemon 0.7.5-1 ii python-crypto2.6-2 ii python-dbus 1.1.1-1 ii python-openssl 0.13-2 ii python-pyasn10.1.3-1 Versions of packages gajim suggests: ii aspell-en 7.1-0-1 ii avahi-daemon0.6.31-1 pn dvipng none ii gnome-keyring 3.4.1-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii libgtkspell02.0.16-1 ii nautilus-sendto 3.0.3-2+b1 ii network-manager 0.9.4.0-5 ii python-avahi0.6.31-1 pn python-farstreamnone ii python-gconf2.28.1+dfsg-1 ii python-gnome2 2.28.1+dfsg-1 ii python-gnomekeyring 2.32.0+dfsg-2+b1 pn python-gupnp-igdnone pn python-kerberos none ii python-pycurl 7.19.0-5 ii texlive-latex-base 2012.20120611-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686580: netdiag: Strobe license is incorrectly stated as GPL
I'm going to upload a strobe-less version of netdiag as soon as I find a couple of minutes to do it. Sorry for the hassle, this copyright notice has been in there for a long time. But then the copyright might have changed, I need to do some research. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690876: The same on redhat
This could be a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=848943 -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690938: installation report, System76 Gazelle Value (GAZ-V5) - one failure, eventual success
Package: installation-reports Boot method: USB netinst Image version: http://napoleon.acc.umu.se/cdimage/wheezy_di_beta3/amd64/iso-cd/debian-wheezy-DI-b3-amd64-netinst.iso Date: 2012-10-18T22:45/19T00:45 Machine: System76 Gazelle (Compal FT01) Processor: root@wheezy:~# grep model\ name /proc/cpuinfo | uniq -c 2 model name: Intel(R) Core(TM)2 Duo CPU T5550 @ 1.83GHz root@wheezy:~# Memory: MemTotal:2051800 kB [grep MemTotal /proc/meminfo] Partitions: root@wheezy:~# fdisk -l Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000cddad Device Boot Start End Blocks Id System /dev/sda1 *2048 226093055 113045504 83 Linux /dev/sda2 226095102 234440703 41728015 Extended /dev/sda5 226095104 234440703 4172800 82 Linux swap / Solaris root@wheezy:~# Output of lspci -knn (or lspci -nn): root@wheezy:~# lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 0c) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) [8086:2a03] (rev 0c) Subsystem: COMPAL Electronics Inc Device [14c0:0024] 00:1a.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: uhci_hcd 00:1a.1 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: uhci_hcd 00:1a.7 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) Kernel driver in use: pcieport 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03) Kernel driver in use: pcieport 00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 [8086:2845] (rev 03) Kernel driver in use: pcieport 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03) Kernel driver in use: pcieport 00:1c.5 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 [8086:2849] (rev 03) Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HM (ICH8M) LPC Interface Controller [8086:2815] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] 00:1f.1 IDE interface [0101]: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: ata_piix 00:1f.2 SATA controller [0106]: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] [8086:2829] (rev 03) Subsystem: COMPAL Electronics Inc Device [14c0:0024] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family)
Bug#690939: homepage field points to pdfgrep's homepage
Package: src:katarakt Version: 0.0+git2012.08.13-1 Severity: minor It looks like homepage field was copy-pasted from pdfgrep package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#243370: Het bijhouden van uw verbruik
U heeft overschreden de limiet van uw mailbox ingesteld door onze IT-service, en vanaf nu kan je niet ontvangen van alle inkomende e-mails en ook enkele van uw uitgaande e-mails zullen niet worden geleverd en ten slotte, uw account zal worden 'gedeactiveerd' binnen 24 uur vanaf nu. Om dit te voorkomen, wordt u geadviseerd om te klikken op de onderstaande link om uw account opnieuw in te stellen. https://docs.google.com/spreadsheet/viewform?formkey=dFJzSzg0UE1CWXF0WHdncHlkTDNneUE6MQ Doet u dit niet, zal leiden tot een beperkte toegang tot uw mailbox terwijl uw account wordt IN-actief blijven binnen de komende 24 uur. Bedankt dat we beter van dienst te u! Met vriendelijke groet, Management. Upgrade-afdeling. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690940: gexiv2: Please package version 0.5.0
Source: gexiv2 Severity: wishlist Dear Maintainer, Even though the upstream website [1] still lists 0.4.1 as the current stable version, version 0.5.0 has been released as 'stable' on October 1st. [2] Version 0.5.0 includes GObject Instrospection support, making the package usable from Python, which is a big win. Please consider packaging the latest stable version and enabling GI support. I have already done this for personal use, you can find my source package in [3]. I cannot guarantee that all my modifications are correct or that they comply with Debian policies, but feel free to use it any way you like. [1] http://redmine.yorba.org/projects/gexiv2/wiki [2] http://www.yorba.org/download/gexiv2/0.5/ [3] http://debian.dev-zero.nl/debian/pool/main/g/gexiv2/gexiv2_0.5.0-1.dsc -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
forcemerge 690905 559132 thanks On Fri, Oct 19, 2012 at 08:59:15AM +0200, Fabian Greffrath wrote: thanks for your suggestion. However, prboom-plus is not yet packaged for Debian, so I am turning this bug report into a RFP (request for packaging). Someone has requested this before (similar method, bug against prboom that time) so I'll merge the requests. For some reason I've never been motivated to package prboom+ myself. I'm not sure why, I think mostly because I've been quite happy with prboom for my light usage. It should be a pretty trivial package, however. You could more-or-less reuse the debian/ dir from the prboom package with very few changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690660: unblock: ifupdown/0.7.3
Hello, Anything on the bug? May we upload the package? -- WBR, Andrew signature.asc Description: PGP signature
Bug#679974: xscreensaver-data: disable hacks that reveal the desktop
On 10/18/2012 11:32 PM, Tormod Volden wrote: I understand your opinion, and it is sad to hide this cool effect. But we as a distribution have many different users and we sometimes have to play safe with our defaults at the expense of coolness. My preference would still be the initial suggestion; moving distort, ripples and slidescreen to -data-extra. I'd also say the coolness of these three is up for discussion. Slidescreen is (c) 1992 (ok, many others are too); ripples and distort remind me of the 'lens' saver in Microsoft Plus! for Windows 95. Microsoft Plus! did not make Windows 95 cool :) What about moving some good ones from -data-extra to -data to compensate? My suggestions would be (in order of preference): ifs (brilliant), julia, kaleidescope, wormhole and flow. sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1
tags 385844 + pending thanks Hi, Gergely Nagy wrote: at this point in the freeze, it's probably better to go with the esd patch instead of a whole new upstream version. I agree. I'll try to get around to do an upload in the next couple of days. I've prepared an NMU for libmikmod (versioned as 3.1.12-4.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it or delay it longer. I attach an nmudiff, but you'll probably find this git repository more useful. I branched yours and tried to follow your packaging style: git+ssh://git.debian.org/git/users/smcv/qa/libmikmod.git http://anonscm.debian.org/gitweb/?p=users/smcv/qa/libmikmod.git;a=commitdiff;h=bf3a4898d9248ef4366f0c2f6695e8c31432f2fc http://anonscm.debian.org/gitweb/?p=users/smcv/qa/libmikmod.git;a=shortlog;h=refs/heads/patch-queue/master Tested with mikmod and bb, using wheezy's pulseaudio version. Changes since Pantelis' patch: * adapted to (what I infer from your git repository to be) your workflow * git-format-patch-style headers for the new patches * Recommends: pulseaudio-esound-compat | oss-compat because I noticed the failure mode is pretty bad if you don't have one of those: libmikmod falls through to one of its disk writer drivers, which is pretty useless for audio output! (I'll open a bug) One problem with the packaging style used in your git repository is that the master branch (and its tags) don't track which patches were applied: there's no way to see which patches were in a particular Debian release, except rummaging in snapshot.debian.org. Obviously, it's your choice as maintainer what packaging style you want to use, but I would suggest either applying the patches to the Debian branch and using merges to incorporate new upstream releases (like the Debian X maintainers do), or using the documented gbp-pq workflow and living with the fact that the patch series gets committed to the repository (like pkg-telepathy and pkg-utopia do). Regards, S diffstat for libmikmod-3.1.12 libmikmod-3.1.12 changelog | 11 control |4 patches/0001-Drop-LIBOBJS-from-configure.in.patch |3 patches/0002-dlopen-libesd.so.0-rather-than-libesd.so.patch |3 patches/0003-Use-_LP64-to-detect-64bit-arches.patch |1 patches/0004-CVE-2009-0179.patch |1 patches/0005-CVE-2007-6720.patch |3 patches/0006-CVE-2009-3995f.patch |3 patches/0007-CVE-2010-2546.patch |3 patches/0008-Fix-libmikmod-Makefile.in.patch |3 patches/0009-libmikmod-Makefile.in-Respect-CPPFLAGS-and-LDFLAGS.patch |3 patches/0010-libmikmod-config-manual-page-fix.patch |3 patches/0011-Disable-ALSA-by-default.patch| 31 + patches/0011-Disable-ESD-and-ALSA-by-default.patch| 38 - patches/0012-fix-ESD.patch| 259 ++ patches/0013-fix-building-of-ESD.patch| 133 + patches/series|4 rules |2 18 files changed, 448 insertions(+), 60 deletions(-) diff -Nru libmikmod-3.1.12/debian/changelog libmikmod-3.1.12/debian/changelog --- libmikmod-3.1.12/debian/changelog 2012-04-05 17:31:57.0 +0100 +++ libmikmod-3.1.12/debian/changelog 2012-10-19 09:41:58.0 +0100 @@ -1,3 +1,14 @@ +libmikmod (3.1.12-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Apply patches from Hans de Goede and Pantelis Koukousoulas to enable +the ESD driver, so we can interoperate with PulseAudio (Closes: #385844) + * Recommend pulseaudio-esound-compat | oss-compat because if we don't have +one of those, the fallback path is to write output to ./music.raw, which +is unlikely to be what you want! + + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 09:12:08 +0100 + libmikmod (3.1.12-4) unstable; urgency=low * Drop the dependency on oss-compat. Programs that use libmikmod should diff -Nru libmikmod-3.1.12/debian/control libmikmod-3.1.12/debian/control --- libmikmod-3.1.12/debian/control 2012-04-05 17:28:36.0 +0100 +++ libmikmod-3.1.12/debian/control 2012-10-19 09:15:49.0 +0100 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Gergely Nagy alger...@madhouse-project.org -Build-Depends: debhelper (= 9~), dh-autoreconf, texinfo +Build-Depends: debhelper (= 9~), dh-autoreconf, texinfo, libesd0-dev Standards-Version: 3.9.3 Homepage: http://mikmod.raphnet.net/ Vcs-Git: git://git.madhouse-project.org/debian/libmikmod.git @@ -32,7 +32,7 @@
Bug#689381: X: Login screen fails to appear, though you can still interact with it
Dear Gregory, Am Freitag, den 19.10.2012, 09:49 +1300 schrieb Gregory Plummer: Sorry for my late reply. no problem at all. On most occasions when this bug has arisen I have been able to log in and everything loads fine. Could you describe what happens? So GDM default background with no window, then you enter your credentials and hit enter. Then what. The background is loaded and fades in and after some time the GNOME panel appears? A couple of times the gnome panel has not appeared and I had to reboot my laptop. So just the background with your icons and no top and bottom panel? I guess that is a separate problem which should be reported as a separate bug. Preferable when this happens log in over SSH, do reportbug gnome-panel and make sure to attach `~/.xsession-errors` and the output of `dmesg` (or `/var/log/kern.log`). Just so you know, I have never uses an additional monitor with this laptop. Thanks for the information. Here is the output from xrandr you wanted. […] Thanks! It does not show anything weird. Could you please clarify how you captured this output? After logging in, when everything was fine? Please make sure to always note the current circumstances when capturing something as it is very hard otherwise to comprehend what is going on. Also please attach the output under system information of `reportbug gdm` or `reportbug gdm3`. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#690942: python-pgmagick: Image.attribute does not set the attribute but instead appends to it
Package: python-pgmagick Version: 0.5.1-1+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, I'm trying to change an EXIF value by doing this: In [1]: from pgmagick import Image In [2]: img = Image('2_topright_x.jpg') In [3]: img.attribute('EXIF:Orientation') Out[3]: '2' In [4]: img.attribute('EXIF:Orientation', '1') In [5]: img.attribute('EXIF:Orientation') Out[5]: '21' As you can seen the '1' was attached to the original value instead of overwriting it, resulting in an invalid EXIF tag. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pgmagick depends on: ii libboost-python1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libgcc11:4.7.2-4 ii libgraphicsmagick++3 1.3.16-1.1 ii libstdc++6 4.7.2-4 ii python 2.7.3-2 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-5 python-pgmagick recommends no packages. python-pgmagick suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlCBGY8ACgkQeJ3z1zFMUGYkRACeN4DDtZ4g8LZo6AqodNN/Czqz RlUAnjfSaEJ/syvqIw601uJjyoLYSrY8 =Rufy -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#690941: gexiv2: Please package version 0.5.0
Package: gexiv2 Severity: wishlist Dear Maintainer, Even though the upstream website [1] still lists 0.4.1 as the current stable version, version 0.5.0 has been released as 'stable' on October 1st. [2] Version 0.5.0 includes GObject Instrospection support, making the package usable from Python, which is a big win. Please consider packaging the latest stable version and enabling GI support. I have already done this for personal use, you can find my source package in [3]. I cannot guarantee that all my modifications are correct or that they comply with Debian policies, but feel free to use it any way you like. [1] http://redmine.yorba.org/projects/gexiv2/wiki [2] http://www.yorba.org/download/gexiv2/0.5/ [3] http://debian.dev-zero.nl/debian/pool/main/g/gexiv2/gexiv2_0.5.0-1.dsc -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689700: bison 2.6.2 generates incompatible header file
Hi Frank, Le 18 oct. 2012 à 18:52, Frank Heckenbach a écrit : We do compile our Bison output with g++ (yes, we should probably use the C++ skeleton, but we haven't gotten around to it yet), I'd be happy to give a hand, and get some feedback about it. and we don't use extern C -- in fact we use two different parsers in one executable and we put them in different C++ namespaces to avoid conflicts. (After the recent changes, this may no more be necessary as I understand, we'll have to check this after an upgrade …) Indeed, if you want both to be in the same namespace, %define api.prefix should do what you want. Note that the C++ output supports %define namespace, in which the generated code is put. Currently we have in our *.y: #define IN_BISON and in our common header: #ifndef IN_BISON int yyparse (params); #endif IIRC, with earlier Bisons, it worked without the #ifndef, now it produces a duplicate declaration, so I suppose that's the relevant change in Bison and our workaround. So I guess what this means is (a) blindly applying extern C would be wrong and (b) the situation is currently not nice, but acceptable (to us) with the above workaround, but at least that's temporary -- after dropping support for older Bisons, What is your policy on this regard? When do you allow to rise the %require'd version of Bison? (actually, currently I see none in http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=blob;f=Engine/csound_orc.y;h=259a4cbe6fd3873120513678f34b936103d2d43d;hb=HEAD) we won't have to declare yyparse at all which is (slightly) better than always having to declare it as it was before. Yes, indeed. Can the version of Csound compiled by Debian be changed easily to compile cleanly with Bison 2.6? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689700: bison 2.6.2 generates incompatible header file
Hi all! Le 18 oct. 2012 à 17:53, Bill Allombert a écrit : On Thu, Oct 18, 2012 at 02:15:38PM +0200, Akim Demaille wrote: Hi Bill, (and more to the point, Debian 'testing' includes bison 2.5 and Debian 'unstable' includes bison 2.6 and some software in 'testing' does not build on 'unstable', but this is something for the Debian maintainer to deal with.) I'd be happy to help, as in the past, we also broke the backward compatibility by fixing bugs in Bison that revealed incorrect code in user code; this ended by fixing the code that was relying on a bug in Bison. The problem is that testing is frozen so this is not an option. The real fix is to refrain from uploading new major version of bison to unstable during a freeze. Well, now that Bison 2.6 is in, maybe the simplest is still to fix incorrect uses? I might be mistaken, but I am under the impression that we seem to converge on the idea that Bison is rightful in its change (yet it does break some builds), and there is no need to introduce workarounds in it. Nevertheless (I don't know Debian's schedule), there are a few bugs in 2.6.2 that have been fixed, and are scheduled to be released in 2.7 (say a couple of weeks). Would Debian folks like a 2.6.3 with just the bug fixes part of 2.7? I can prepare this quickly if you wish. By the way, the real package breaking is csound. The log is here: https://buildd.debian.org/status/fetch.php?pkg=csoundarch=i386ver=1%3A5.17.11~dfsg-2stamp=1348960646 (I am not involved with csound in anyway, though) Thanks for the pointer! A way to fix the problem could be to add #ifdef __cplusplus extern C { #endif ... #ifdef __cplusplus } #endif in the generated parse.tab.h. This is not correct for people who do not want this guy to be in extern C. I agree, but I guess it is your turn to give an example that work with bison 2.5 and 2.6 but would not work with my change. :) You are preventing people to overload yyparse for instance. Your suggestion is clearly a workaround to address the situation at hand, but we both agree (that's my reading for the end of your message) that that's not the way to go in the long run, so I'd rather not introduce it and face new bugs because of this. As far as I see, this requires the user to build parse.tab.c with g++, otherwise parse() will have C linkage anyway. C++ requires prototypes, so the user needs to provide a prototype for parse() when using bison 2.5 at least. When you allow to compile C files with a C++ compiler, it is customary to use extern C, otherwise you ABI depend on the compiler. But I quite understand why you would be wary of apply this change. Maybe documenting to do extern C { #include parse.tab.h } in case of problem is the lesser evil. I can suggest this, but I would have to draw the attention of C++ programmers who use the C generated parser to pay attention that then everything they define in their parser must not rely on C++ mangling :/ I could leave such a note in a NEWS entry for 2.6.3, would that suffice in your opinion? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689541: dacs: diff for NMU version 1.4.27b-1.1
Re: Salvatore Bonaccorso 2012-10-18 20121018150723.ga10...@elende.valinor.li It only needs to remove /etc/apache2/mods-available/auth_dacs.load on purge of the package. I attach a possible patch to solve this, simply removing the postrm maintainer script. I have only done some basic testing with the builded package. Hi Salvatore, thanks for the patch, but I don't think it is valid. If you remove the dacs module, but leave the apache config there, apache will not be happy. I guess the best would be to call a2dismod to remove the symlink when the package is removed. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#690943: libmikmod2: writes audio to a file if no audio drivers work
Package: libmikmod2 Version: 3.1.12-4 Severity: normal To reproduce: * don't have oss-compat or (with my -4.1 NMU) pulseaudio-esound-compat * mikmod something.s3m (or, equivalently, mikmod -d 0 something.s3m) or run bb Expected result: * either an error, or silence (null driver) Actual result: * libmikmod selects the raw disk writer driver and writes a file music.raw I would expect the raw, wav and possibly null drivers to be used if and only if they are explicitly selected (mikmod -d wav ...). Regards, S -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmikmod2 depends on: ii libc6 2.13-35 ii multiarch-support 2.13-35 libmikmod2 recommends no packages. Versions of packages libmikmod2 suggests: ii oss-compat2 ii pulseaudio-esound-compat 2.0-6 -- 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#679386: Dirty Workaround
On Thu, Oct 18, 2012 at 11:56:21PM +0200, John Paul Adrian Glaubitz wrote: your workaround is actually a nice idea. However, there is one problem which is the fact that it relies on the .dmrc file which is not always reliably written and the language setting is therefore not accessible. Short follow-up: I have tested your work-around and it actually doesn't work when a default locale has been set (/etc/default/locale). In this case, you will also have to set LANGUAGE, otherweise the language will still be set to the system's default language. In order to fix this, I added the following two lines to your script: TEMPLANG=$(echo $LANG | sed -e 's/\([a-z]*_[A-Z]*\)\.[A-Z]*\-[0-9]/\1/g'):$(echo $LANG | sed -e 's/\([a-z]*\)_[A-Z]*\.[A-Z]*\-[0-9]/\1/g') [ ! -z $TEMPLANG ] export LANGUAGE=$TEMPLANG This will finally make language selection work for me together with the patched version of lightdm [1]. Cheers, Adrian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690899 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554843: [Pkg-dkms-maint] Bug#554843: bullding pure binary deb packages
Hi Stefan, It is indeed possible to build those module packages. After dkms build, cd to /var/lib/dkms/$MODULE$/$MOD_VERS$/build and execute KVERS=`uname -r` fakeroot debian/rules binary-modules This will create the correct $MODULE-module-$KVERS-$MOD_VERS deb package with no Depends. I tested this with iscsitarget-dkms. This feature depends on that target being available in the iscsitarget-dkms package so is not easily generalised to other modules, unfortunately. I do agree that such a feature is very desirable in dkms. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1
I'll try to get around to do an upload in the next couple of days. I've prepared an NMU for libmikmod (versioned as 3.1.12-4.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it or delay it longer. Thanks for the NMU, it's appreciated! However, there is one problem with the change: I used Suggests: oss-compat, and pulseaudio-esd was added to the suggests line, it was not bumped to Recommends as the changelog would suggest. Since the fallback to writing music.raw is undesirable, I believe it would be more useful to bump that suggests up to a recommends. Other than that, it looks good. So if you could also bump the Suggests to Recommends, and upload directly to unstable, that would be grand. Thanks in advance! One problem with the packaging style used in your git repository is that the master branch (and its tags) don't track which patches were applied: [...] Indeed, the workflow I'm using with libmikmod isn't particularly good. I was still experimenting at the time, and that shows. It will be changed eventually, so that tracking which patches were applied when will be clear, and won't require any digging outside of the git tree. Thanks for your work! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690943: libmikmod2: writes audio to a file if no audio drivers work
On Fri, Oct 19, 2012 at 11:23 AM, Simon McVittie s...@debian.org wrote: To reproduce: * don't have oss-compat or (with my -4.1 NMU) pulseaudio-esound-compat * mikmod something.s3m (or, equivalently, mikmod -d 0 something.s3m) or run bb Expected result: * either an error, or silence (null driver) Actual result: * libmikmod selects the raw disk writer driver and writes a file music.raw I suspect that changing the registration order in playercode/mdreg.c to list drv_nos just before drv_raw will fix this issue. _mm_init() in playercode/mdriver.c appears to go through the list sequentially until the first hit's found. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690495: Prohibit click-through licenses or disclaimers
On Wed, Oct 17, 2012 at 03:41:54PM -0700, Josh Triplett wrote: On Wed, Oct 17, 2012 at 11:08:18AM +0200, Sune Vuorela wrote: What's next? prohibiting 'tip of the day' kind of dialogs? First run wizards? Or warnings that this is a dangerous/experimental/developer/debugging tool that might eat your dog if you aren't careful? I don't intend this as a slippery slope; I very specifically want to cover the types of annoyances mentioned in the above paragraph, which almost no software in Debian actually includes. See the transmission bug I linked to in the original bug submission. If you installed something from Debian main, I think you'd find it rather upsetting to run that software and get a prompt saying By running this software, you agree that ... with an I Agree button. This suggested policy change tries to cover cases like that; nothing more. I agree. I think the consensus in Debian is that such click-through agreement have no legal basis (at least as far as Debian main is concerned) so they are are best misleading, so we should fix them by removing the misleading part (e.g. by making it a simple disclaimer). If upstream believe that doing so is creating liability for them, then we should question whether upstream is comfortable with the right to distribute modified version in the first place. Debian should not be an agent in propagating the myth of enforceability of click-through agreement in general and in particular when they can be contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and 7. (Distribution of License): 7. Distribution of License The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties. The wording By running this software, you agree that ... is very close to the execution of an additional license. Cheers, -- Bill. ballo...@debian.org Imagine a larl here. signature.asc Description: Digital signature
Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1
On 19/10/12 10:29, Gergely Nagy wrote: I used Suggests: oss-compat, and pulseaudio-esd was added to the suggests line, it was not bumped to Recommends as the changelog would suggest. Oops... yes, you're quite right. I've cancelled the delayed NMU. Other than that, it looks good. So if you could also bump the Suggests to Recommends, and upload directly to unstable, that would be grand. Thanks in advance! Thanks for reviewing, I'll do a 0-day NMU with that change later today. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690792: evince: [experimental] new upstream release 3.6.1
(re-sending to the bug, sorry for the duplicate) On 17/10/12 20:48, Michael Biebl wrote: On 17.10.2012 18:27, Simon McVittie wrote: - ev_module_get_object_type@Base 3.0.2 - ev_module_get_path@Base 3.0.2 - ev_module_get_type@Base 3.0.2 - ev_module_new@Base 3.0.2 - ev_module_new_object@Base 3.0.2 Have you checked if those missing symbols are internal symbols only? Yes, they're from libdocument/ev-module.h, which is not installed and has: #if !defined (EVINCE_COMPILATION) #error This is a private header. #endif S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689541: dacs: diff for NMU version 1.4.27b-1.1
Hi Christoph! Thanks a lot for your feedback. I was currently looking at open RC bugs for wheezy. On Fri, Oct 19, 2012 at 11:16:51AM +0200, Christoph Berg wrote: thanks for the patch, but I don't think it is valid. If you remove the dacs module, but leave the apache config there, apache will not be happy. I guess the best would be to call a2dismod to remove the symlink when the package is removed. I cannot look at it right now, but maybe in the weekend. If I'm correct your are doing this step already in the prerm for both remove and purge. So the module get's disabled for apache2 on removal: In prerm there is: cut-cut-cut-cut-cut-cut- #!/bin/sh set -e if [ $1 = remove ] || [ $1 = purge ]; then a2dismod auth_dacs || true fi #DEBHELPER# exit 0 cut-cut-cut-cut-cut-cut- With dropping the removal of /etc/apache2/mods-available/auth_dacs.load for the remove action (in postrm), you leave the auth_dacs.load only around in /etc/apache2/mods-available (not mods-enabled). On purge on the other hand the file then get's removed. Having the file only available in mods-available should not harm if it is not enabled (in mods-enabled) But I can try to retest this approach and can report back to you. Regards, Salvatore signature.asc Description: Digital signature
Bug#661789: grub-common: load_video required for linux on UEFI
Hi, I'm hit by this bug as well on the Dell Latitude E6530 in UEFI mode. Are you planning to fix this before wheezy release? The beta3 of the wheezy installer is now supporting UEFI, so I guess the number of machine using debian will soon increase. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690944: installation-reports: succesfull installation report
Package: installation-reports Severity: wishlist Actually installed on a VirtualBox VM running on a Mac OS X 10.7 and had no issues. Congrats. -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/6.0.6/kfreebsd-i386/bt-cd/debian-6.0.6-kfreebsd-i386-xfce+lxde-CD-1.iso.torrent last modified at 2012-09-29 Date: Date and time of the install Machine: Apple MacBook Air Mid 2011 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/kFreeBSD installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4+b2 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: GNU/kFreeBSD YukitoVM6 8.1-1-486 #0 Sat Oct 1 21:54:21 UTC 2011 i686 GNU/Linux lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) lspci -nn: 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000] lspci -nn: 00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) lspci -nn: 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef] lspci -nn: 00:03.0 Ethernet controller [0200]: Intel Corporation 82540EM Gigabit Ethernet Controller [8086:100e] (rev 02) lspci -nn: 00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH VirtualBox Guest Service [80ee:cafe] lspci -nn: 00:05.0 Multimedia audio controller [0401]: Intel Corporation 82801AA AC'97 Audio Controller [8086:2415] (rev 01) lspci -nn: 00:06.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Intrepid USB [106b:003f] lspci -nn: 00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) usb-list: Error: directory /sys/bus does not exist; is sysfs mounted? kldstat: Id Refs AddressSize Name kldstat: 15 0xc040 743000 kfreebsd.gz kldstat: 21 0xc7f1d000 1ext2fs.ko kldstat: 31 0xc88b 4000 nullfs.ko df: Filesystem 1K-blocks Used Available Use% Mounted on df: /dev/md0 42479 22362 20117 53% / df: devfs1 1 0 100% /dev df: devfs1 1 0 100% /dev df: fdescfs 1 1 0 100% /dev/fd df: linprocfs4 4 0 100% /proc df: /sys 4 4 0 100% /sys df: /dev/ad0s1 5790638 2707382 2620006 51% /target df: devfs1 1 0 100% /dev df: linprocfs4 4 0 100% /proc df: /sys 4 4 0 100% /sys df: devfs1 1 0 100% /target/dev free: /usr/bin/report-hw: line 63: free: not found /proc/cmdline: BOOT_IMAGE=/kernel ro root=302 /proc/cpuinfo: processor: 0 /proc/cpuinfo: vendor_id: GenuineIntel /proc/cpuinfo: cpu family : 6 /proc/cpuinfo: model: 15 /proc/cpuinfo: model name : Intel(R) Core(TM) i5-2557M CPU @ 1.70GHz /proc/cpuinfo: stepping : 7 /proc/cpuinfo: flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr xmm sse2 /proc/cpuinfo: cpu MHz : 1706.45 /proc/cpuinfo: bogomips : 1706.45 /proc/meminfo: total:used:free: shared: buffers: cached: /proc/meminfo: Mem: 1811316736 153509888 1657806848 1658880 0 35901440 /proc/meminfo: Swap: 315621376 0 315621376 /proc/meminfo: MemTotal: 1768864 kB /proc/meminfo: MemFree:1618952 kB /proc/meminfo: MemShared: 1620 kB /proc/meminfo: Buffers: 0 kB /proc/meminfo: Cached: 35060 kB /proc/meminfo: SwapTotal: 308224 kB /proc/meminfo: SwapFree:308224 kB -- System Information: Debian Release: 6.0.6 APT prefers stable-updates
Bug#681016: [release.debian.org] unblock: dotlrn/2.5.0+dfsg-8
Ping? Been trying to make some time to do the modifications so the config file is taken as the authoritative source (instead of debconf), and upload a new version of the package. Will do it in the next few days. Regards, Héctor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690495: Prohibit click-through licenses or disclaimers
On Fri, Oct 19, 2012 at 11:39:03AM +0200, Bill Allombert wrote: On Wed, Oct 17, 2012 at 03:41:54PM -0700, Josh Triplett wrote: On Wed, Oct 17, 2012 at 11:08:18AM +0200, Sune Vuorela wrote: What's next? prohibiting 'tip of the day' kind of dialogs? First run wizards? Or warnings that this is a dangerous/experimental/developer/debugging tool that might eat your dog if you aren't careful? I don't intend this as a slippery slope; I very specifically want to cover the types of annoyances mentioned in the above paragraph, which almost no software in Debian actually includes. See the transmission bug I linked to in the original bug submission. If you installed something from Debian main, I think you'd find it rather upsetting to run that software and get a prompt saying By running this software, you agree that ... with an I Agree button. This suggested policy change tries to cover cases like that; nothing more. I agree. I don't. I'm with Sune Vuorela on this. I think the consensus in Debian is I don't see such consensus. that such click-through agreement have no legal basis Not true in general. (at least as far as Debian main is concerned) Main or not does not matter for the legal basis. so they are are best misleading, Some click-through agreements are not misleading at all. so we should fix them by removing the misleading part (e.g. by making it a simple disclaimer). Debian should decide case by case. If upstream believe that doing so is creating liability for them, then we should question whether upstream is comfortable with the right to distribute modified version in the first place. I guess we should all do what we feel comfortable with. Debian should not be an agent in propagating the myth of enforceability of click-through agreement in general Debian should not start a myth of the opposite. and in particular when they can be contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and 7. (Distribution of License): 7. Distribution of License The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties. The wording By running this software, you agree that ... is very close to the execution of an additional license. Then you admit that it may have legal effect. :-) All depends on the shown text. For example, the click-through disclaimer quoted by Paul on bug 689095 simply reflects reality/truth, as Paul explained well. I see no conflict with the DFSG. It is, in my opinion, perfectly reasonable to not remove this click-through disclaimer. I'm not saying that Debian should preserve all click-through messages. I'm just saying that each case should be looked at separately, without general rule in Debian about click-through messages. So I suggest to close bug 690495 without modification to debian-policy. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690944: cannot shutdown
Can't shutdown the system as the user created during installation. Had to sudo shutdown now. Bernardo Berg bberg1...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690945: [kmail] Distribution lists do not work as expected
Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal --- Please enter the report below this line. --- The problem is also described at [1]. Problem 1: Creation of distribution lists in the default ressource std.vcf is not possible. Problem 2: I figured out that it is possible to create distribution lists in the kmail imap ressource. When I select the distribution list in the mail composer it sends the message to a unknown address which is of the form [distributionlistname]@[hostname]. The recipients of distribtion list are not correctly shown in the composer, they are empty fields. Using the suggestion from [1], I modified the name of the recipient in the distribution list such that the name is a bit different from the already stored user record. With this modification all the names of the members in the distribution list apear and I was able to select them. By pressing the button to add them in the to of bcc part, I was able to send messages to the members. This is only a work around I think. Many thanks for your work on kde in debian. Remarks: My kmail/kadressbook uses akonadi (system settings/ressources). [1] http://ubuntuforums.org/showthread.php?t=1637111page=2 --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 700 stable dl.google.com 650 testing ftp.tu-chemnitz.de 600 unstableftp.tu-chemnitz.de --- Package information. --- Depends (Version) | Installed ===-+- = kde-runtime | 4:4.8.4-1 kdepim-runtime | 4:4.4.11.1-5+b1 kdepimlibs-kio-plugins | 4:4.8.4-1 libakonadi-contact4 (= 4:4.6) | 4:4.8.4-1 libakonadi-kde4 (= 4:4.6) | 4:4.8.4-1 libc6 (= 2.4) | 2.13-35 libgcc1(= 1:4.1.1) | 1:4.7.1-7 libgpgme++2 (= 4:4.6) | 4:4.8.4-1 libkabc4 (= 4:4.6) | 4:4.8.4-1 libkcal4 (= 4:4.6) | 4:4.8.4-1 libkcmutils4 (= 4:4.6) | 4:4.8.4-3 libkde3support4 (= 4:4.6) | 4:4.8.4-3 libkdecore5 (= 4:4.6) | 4:4.8.4-3 libkdepim4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libkdeui5(= 4:4.6) | 4:4.8.4-3 libkhtml5(= 4:4.6) | 4:4.8.4-3 libkimap4(= 4:4.6) | 4:4.8.4-1 libkio5 (= 4:4.6) | 4:4.8.4-3 libkldap4(= 4:4.6) | 4:4.8.4-1 libkleo4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libkmime4(= 4:4.6) | 4:4.8.4-1 libknotifyconfig4(= 4:4.6) | 4:4.8.4-3 libkontactinterface4 (= 4:4.6) | 4:4.8.4-1 libkparts4 (= 4:4.6) | 4:4.8.4-3 libkpgp4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libkpimidentities4 (= 4:4.6) | 4:4.8.4-1 libkpimtextedit4 (= 4:4.6) | 4:4.8.4-1 libkpimutils4(= 4:4.6) | 4:4.8.4-1 libkresources4 (= 4:4.6) | 4:4.8.4-1 libksieve4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libktnef4(= 4:4.6) | 4:4.8.4-1 libmailtransport4(= 4:4.6) | 4:4.8.4-1 libmessagecore4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libmessagelist4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libmimelib4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1 libnepomuk4 (= 4:4.6) | 4:4.8.4-3 libphonon4 (= 4:4.6.0really4.3.80) | 4:4.6.0.0-2 libqt4-dbus(= 4:4.5.3) | 4:4.8.2+dfsg-2 libqt4-network (= 4:4.5.3) | 4:4.8.2+dfsg-2 libqt4-qt3support (= 4:4.5.3) | 4:4.8.2+dfsg-2 libqt4-xml (= 4:4.5.3) | 4:4.8.2+dfsg-2 libqtcore4 (= 4:4.7.0~beta2) | 4:4.8.2+dfsg-2 libqtgui4 (= 4:4.8.0) | 4:4.8.2+dfsg-2 libstdc++6 (= 4.2.1) | 4.7.1-7 libthreadweaver4 (= 4:4.6) | 4:4.8.4-3 phonon | 4:4.6.0.0-2 perl| 5.14.2-14 Recommends(Version) | Installed ===-+-=== gnupg2 | 2.0.19-1 gnupg-agent | 2.0.19-1 pinentry-qt4| 0.8.1-1 OR pinentry-x11| Suggests (Version) | Installed
Bug#690495: Prohibit click-through licenses or disclaimers
On Fri, Oct 19, 2012 at 11:07:23AM +, Bart Martens wrote: On Fri, Oct 19, 2012 at 11:39:03AM +0200, Bill Allombert wrote: and in particular when they can be contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and 7. (Distribution of License): 7. Distribution of License The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties. The wording By running this software, you agree that ... is very close to the execution of an additional license. Then you admit that it may have legal effect. :-) No, I am only stating that they pretend to. All depends on the shown text. For example, the click-through disclaimer quoted by Paul on bug 689095 simply reflects reality/truth, as Paul explained well. I see no conflict with the DFSG. It is, in my opinion, perfectly reasonable to not remove this click-through disclaimer. I'm not saying that Debian should preserve all click-through messages. I'm just saying that each case should be looked at separately, without general rule in Debian about click-through messages. Please, I wrote about click-through agreement and not click-through disclaimer. I have gone even as far as proposing to change click-through agreement to click-through disclaimer. A statement starting by By running this software, you agree that ... is not a disclaimer. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690946: i3-wm: Error in initial user config file
Package: i3-wm Version: 4.3-1 Severity: minor In the initial configuration file, ~/.i3/config, that is set up the first time i3 is used (by i3-config-wizard, I think) has a commented-out line with an error in it. That is to say, uncommenting the line results in an error in your config file. The following lines (82 and 83): # focus the child container #bindcode $mod+d focus child should be # focus the child container #bindsym $mod+d focus child -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i3-wm depends on: ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libev41:4.11-1 ii libglib2.0-0 2.33.12+really2.32.4-2 ii libpango1.0-0 1.30.0-1 ii libpcre3 1:8.31-1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcb-icccm4 0.3.9-2 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-2 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.8.1-2 ii libxcb1 1.8.1-2 ii libxcursor1 1:1.1.13-1 ii libyajl2 2.0.4-2 ii perl 5.14.2-14 ii x11-utils 7.7~1 Versions of packages i3-wm recommends: ii xfonts-base 1:1.0.3 Versions of packages i3-wm suggests: ii gnome-terminal [x-terminal-emulator] 3.4.1.1-1+build1 ii terminator [x-terminal-emulator] 0.96-2 ii xterm [x-terminal-emulator] 278-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690947: lat: Missing dependency on libmono-corlib2.0-cil
Package: lat Version: 1.2.3-9 Severity: serious Justification: Policy 7.2 When installed, the lat command gives the following output: $ lat The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. The dependency which exists on this package, libmono-corlib4.0-cil, refers to the wrong version of this file. $ apt-file search mscorlib.dll libmono-corlib2.0-cil: /usr/lib/mono/2.0/mscorlib.dll libmono-corlib4.0-cil: /usr/lib/mono/4.0/mscorlib.dll -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lat depends on: ii libc6 2.13-35 ii libgconf2.0-cil2.24.2-2 ii libglade2.0-cil2.12.10-4 ii libglib2.0-0 2.32.3-1 ii libglib2.0-cil 2.12.10-4 ii libgnome-keyring0 3.4.1-1 ii libgnome2.24-cil 2.24.2-2 ii libgtk2.0-cil 2.12.10-4 ii libmono-corlib4.0-cil 2.10.8.1-5 ii libmono-ldap4.0-cil2.10.8.1-5 ii libmono-posix4.0-cil 2.10.8.1-5 ii libmono-security4.0-cil2.10.8.1-5 ii libmono-system-xml4.0-cil 2.10.8.1-5 ii libmono-system4.0-cil 2.10.8.1-5 ii mono-runtime 2.10.8.1-5 lat recommends no packages. lat 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#690948: mplayer makes the screen black when attempting to play some FLV files from Youtube
Package: mplayer Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 Severity: normal youtube-dl http://www.youtube.com/watch?v=L-iepu3EtyE I used the version of youtube-dl from Unstable to get the above video (the version from Wheezy didn't work), apart from that the system is running Wheezy. jc@xev:/tmp$ ls -l L-iepu3EtyE.flv -rw-r--r--. 1 rjc rjc 36771965 Oct 3 2009 L-iepu3EtyE.flv rjc@xev:/tmp$ sha1sum L-iepu3EtyE.flv d54831be54259b43064810738417209964057b0f L-iepu3EtyE.flv Above are the details of the file I was playing, you should be able to download it from Youtube for test purposes, but I can provide a copy if you need it. mplayer L-iepu3EtyE.flv out 2 err I ran the above command to play the resulting file and the display went black as the monitor made a strange sound. I pressed CTRL-ALT-F1 to go to a virtual console and then ALT-F7 to return to my X session and the display was then correct without any corruption and mplayer was displaying lots of error messages (I will attach a tar file with all the errors). This is not the only Youtube file that has such a problem, it seems that most new downloads from Youtube have the same problem on this system. My collection of older flv files from Youtube all play correctly so it doesn't seem that mplayer has changed, maybe there's something new Youtube is doing. The same file plays correctly on another AMD64 system running Wheezy so I guess that the video card probably has something to do with it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-40 ii libasound21.0.25-4 ii libavcodec53 6:0.8.3-7 ii libavformat53 6:0.8.3-7 ii libavutil51 6:0.8.3-7 ii libbluray11:0.2.2-1 ii libc6 2.13-35 ii libcaca0 0.99.beta18-1 ii libcdparanoia03.10.2+debian-10.1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20120524-2 ii libdvdread4 4.2.0+20120521-2 ii libenca0 1.13-4 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.1-7 ii libgif4 4.1.6-9.1 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.4+20120529git007cdc37-4.1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii liblzo2-2 2.06-1 ii libmp3lame0 3.99.5+repack1-3 ii libmpeg2-40.5.1-3 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libopenal11:1.14-4 ii libpng12-01.2.49-1 ii libpostproc52 6:0.8.3-7 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-3 ii libspeex1 1.2~rc1-6 ii libstdc++64.7.1-7 ii libsvga1 1:1.4.3-33 ii libswscale2 6:0.8.3-7 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-7 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxvmc1 2:1.0.7-1 ii libxxf86dga1 2:1.1.3-2 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.6-4 ii fontconfig 2.9.0-7 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 pn mplayer-docnone pn netselect | fping none ii ttf-freefont 20120503-1 -- Configuration Files: /etc/mplayer/mplayer.conf changed: zoom=yes ao=pulse,alsa,sdl:aalib stop-xscreensaver=yes joystick=no -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#688372: quick look (Re: Bug#688372: ITP: bzr-tweet -- Bazaar commit and push tweet plugin
Hi, Thank you for your feedback! On Fri, 19 Oct 2012 14:29:08 +0900 Hideki Yamane henr...@debian.or.jp wrote: I've noticed it lucks README to setup instruction. Please add it. $ bzr twitter-auth returns url returns URL and it says, この連携アプリを認証すると、次の動作が許可されます。 タイムラインのツイートを見る。 フォローしている人を見る、新しくフォローする プロフィールを更新する。 ツイートする Well, does it really need to see timeline, follow users, update profile? I think only tweets are needed by users. Thus, I've not authenticated it, yet. I can't disable these permissions, because twitter provides just three types: Read only, Read/Write, Read/Write/DM. It is set to Read/Write now. It was explained on README and uploaded. On Thu, 18 Oct 2012 14:46:09 +0900 Koichi Akabe vbkaise...@gmail.com wrote: [1] https://code.launchpad.net/~vbkaisetsu/bzr-twitter/trunk Thanks. Well, have you looked identi.ca? It supports login via twitter account. So, if you would create identi.ca account and have twitter one, then you can login easily. I tried to submit commit messages using bzr-tweet yesterday, but it wasn't listed on the timeline. However, it was shown today. (I think it's identi.ca's probrem) I released 1.2.0 right now and the new package is uploaded to mentors. Please see it. http://mentors.debian.net/debian/pool/main/b/bzr-tweet/bzr-tweet_1.2.0-1.dsc Thanks. -- Koichi Akabe vbkaisetsu at {gmail.com, debian.or.jp} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690948: error log
The attached archive contains stdout and stderr from the mplayer run in question. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ mplayer-problem.tgz Description: application/compressed-tar
Bug#690580: [Pkg-xfce-devel] Bug#690580: xfce4-appfinder: dragNdrop items not showing on desktop
2012/10/15 westlake westlake2...@videotron.ca: I notice something strange (the video i made below illustrates this), though there are no visible icons for xfce, the .desktop files are actually made for them in ~/Desktop . I illustrate that moving these problematic xfce .desktop links from ~/Desktop to ~/1 and then back again to ~/Desktop, .. still there are no visible icons (I'm guessing at least the xfce help application should be visible despite I'm not on xfce) xfhelp4.desktop, xfce4-session-logout.desktop and exo-web-browser.desktop are Xfce only launchers which contain OnlyShowIn=XFCE. It's normal that they don't appear on your GNOME desktop. -- lili -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688955: glslideshow with BadMatch on X_PutImage in xscreensaver-getimage
Hello again, Martin: I cannot reproduce this, either, so to debug this issue your help is really appreciated. Well, xscreensaver in demo mode or real (fullscreen) saver mode does *not* draw hacks on root window as reported by xwininfo -root, rather xscreensaver creates a virtual window (as written on utils/vroot.h) and draw hacks on the vroot. This information can be seen when you launch xscreensaver daemon with -verbose option like: xscreensaver: 20:37:16: 0: visual 0x21 (TrueColor, depth: 24, cmap: 256) xscreensaver: 20:37:16: 0: saver window is 0x1e001ab. === xscreensaver: 20:37:16: 0: destroyed old saver window 0x1e000aa. xscreensaver: 20:37:16: 0: spawning cwaves -root in pid 16294. Can you try below? * launch xscreensaver like below from a terminal: $ xscreensaver -verbose -log xscreensaver_output_log * lock the screen by $ xscreensaver-command -lock * switch to CUI with CTRL-ALT-F1 (for example: well GUI screen is now locked, however I guess you can switch to CUI) * login to VT * gain the window id by watching the log xscreensaver is currently writing to like $ cat xscreensaver_output_log | grep window * Now really gain the window information like -- $ env DISPLAY=:0.0 xwininfo 0x1e001ad xwininfo: Window id: 0x1e001ad Dali Clock Absolute upper-left X: 0 Absolute upper-left Y: 0 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 1600 Height: 900 Depth: 24 Visual: 0x21 - * Then try debugging xscreensaver-getimage root id root id with gdb, with setting break point on XPutImage and _XError, and getting backtrace when xscreensaver-getimage reaches XPutImage or _XError function like: -- $ gdb /usr/bin/xscreensaver-getimage GNU gdb (GDB) Fedora (7.5.0.20120926-25.fc18) .. .. Reading symbols from /usr/bin/xscreensaver-getimage...Reading symbols from /usr/lib/debug/usr/bin/xscreensaver-getimage.debug...done. done. (gdb) set env DISPLAY=:0.0 (gdb) break XPutImage Breakpoint 1 at 0x8049e20 (gdb) break _XError (gdb) run 0x1e001ad 0x1e001ad Starting program: /usr/bin/xscreensaver-getimage 0x1e001ad 0x1e001ad Breakpoint 1, XPutImage (dpy=0x806b300, d=d@entry=31457709, gc=gc@entry=0x807f470, image=0x8079898, req_xoffset=0, req_yoffset=req_yoffset@entry=0, x=x@entry=200, y=y@entry=0, req_width=req_width@entry=256, req_height=req_height@entry=64) at PutImage.c:954 954 { (gdb) bt full . . (gdb) n (gdb) whatis image type = XImage * (gdb) p *image $2 = {width = 256, height = 64, xoffset = 0, format = 2, data = 0xb7f06008 , byte_order = 1, bitmap_unit = 32, bitmap_bit_order = 1, bitmap_pad = 32, depth = 24, bytes_per_line = 1024, bits_per_pixel = 32, red_mask = 16711680, green_mask = 65280, blue_mask = 255, obdata = 0x0, f = {create_image = 0x41a52120 XCreateImage, destroy_image = 0x41a51510 _XDestroyImage, get_pixel = 0x41a52720 _XGetPixel32, put_pixel = 0x41a52630 _XPutPixel32, sub_image = 0x41a52320 _XSubImage, add_pixel = 0x41a515e0 _XAddPixel}} (gdb) cont Perhaps you hit _XError (gdb) bt full -- To get backtrace with gdb, you must use xscreensaver and GLib, GdkPixbuf compiled with debug information. Well, maybe even with the above information I cannot figure out where is the problem, however anyway your help is appreciated. Regards, Mamoru TASAKA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690949: unblock: torbutton/1.4.6.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package torbutton. See #690658: the version currently in Wheezy will simply make Iceweasel crash since the later has been updated. Thanks for your work! Hint: unblock torbutton/1.4.6.3-1 -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#678613: gnupg2: gpgconf lists options which break gpg
I reported this upstream at https://bugs.g10code.com/gnupg/issue1448 but they don't see a bug on their side. So it seems Debian will have to fix this problem, somehow. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645679: #645679: pulseaudio: Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()
I get the same assertion when trying to open the audio properties from either the Gnome-Shell audio applet or gnome-control-center on wheezy/amd64. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554843: bullding pure binary deb packages: patch
tags 554843 +patch thanks Hi, Here's a patch to extend dkms to also build 'pure binary' deb packages which can be installed on hosts without requiring gcc and friends to be present. The use cases can be found in this bug log. It can be dropped in the debian/patches dir directly. This works for me with one module, so I'm submitting it here. It may of course be open to improvement or a different way of implemneting this that the dkms maintainers may prefer. Cheers, Thijs -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl Description: mkbmdeb: support for lean binary package with only the built modules Creates a Debian binary package containing just the binary modules in the /lib/modules installation path. This package does not depend on dkms and does not require a toolchain to be installed on the target host. Useful if you want to have a package to install on hosts identical to the build system without installing the full toolchain on them. Author: Thijs Kinkhorst th...@debian.org Bug-Debian: http://bugs.debian.org/554843 --- dkms-2.2.0.3.orig/dkms +++ dkms-2.2.0.3/dkms @@ -119,7 +119,7 @@ show_usage() { echo $Usage: $0 [action] [options] echo $ [action] = { add | remove | build | install | uninstall | match | autoinstall -echo $ | mkdriverdisk | mktarball | ldtarball | mkrpm | mkkmp | mkdeb | status } +echo $ | mkdriverdisk | mktarball | ldtarball | mkrpm | mkkmp | mkdeb | mkbmdeb | status } echo $ [options] = [-m module] [-v module-version] [-k kernel-version] [-a arch] echo $ [-d distro] [-c dkms.conf-location] [-q] [--force] [--all] echo $ [--templatekernel=kernel] [--directive='cli-directive=cli-value'] @@ -2939,6 +2939,15 @@ make_debian() echo $DKMS: mk${create_type} completed. invoke_command mv '$temp_dir/${debian_package}-dkms_${module_version}_all.deb' '$deb_basedir' Moving built files to $deb_basedir ;; + bmdeb) +export KVER=$kernelver +export KARCH=$arch + invoke_command dpkg-buildpackage -rfakeroot -d -b -us -uc 1/dev/null Building binary package || \ + die 7 $There was a problem creating your ${create_type}. + echo $ + echo $DKMS: mk${create_type} completed. + invoke_command mv '$temp_dir/${debian_package}-dkms-bin_${module_version}_all.deb' '$deb_basedir' Moving built files to $deb_basedir + ;; esac popd /dev/null 21 @@ -3397,7 +3406,7 @@ die_is_fatal=yes [ -x /sbin/weak-modules ] weak_modules='/sbin/weak-modules' [ -x /usr/lib/module-init-tools/weak-modules ] weak_modules='/usr/lib/module-init-tools/weak-modules' -action_re='^(remove|(auto|un)?install|match|mk(driverdisk|tarball|rpm|deb|dsc|kmp)|build|add|status|ldtarball)$' +action_re='^(remove|(auto|un)?install|match|mk(driverdisk|tarball|rpm|deb|bmdeb|dsc|kmp)|build|add|status|ldtarball)$' # Parse command line arguments while (($# 0)); do @@ -3506,6 +3515,7 @@ for action_to_run in $action; do mktarball)make_tarball;; mkrpm)make_rpm;; mkdeb)make_debian deb;; + mkbmdeb) make_debian bmdeb;; mkdsc)make_debian dsc;; mkkmp)have_one_kernel make_kmp;; status) show_status;; --- dkms-2.2.0.3.orig/Makefile +++ dkms-2.2.0.3/Makefile @@ -81,6 +81,10 @@ install-debian: install install-doc chmod +x $(ETC)/template-dkms-mkdeb/debian/postinst chmod +x $(ETC)/template-dkms-mkdeb/debian/prerm chmod +x $(ETC)/template-dkms-mkdeb/debian/rules + mkdir -p -m 0755 $(ETC)/template-dkms-mkbmdeb/debian + install -p -m 0664 template-dkms-mkbmdeb/Makefile $(ETC)/template-dkms-mkbmdeb/ + install -p -m 0664 template-dkms-mkbmdeb/debian/* $(ETC)/template-dkms-mkbmdeb/debian/ + chmod +x $(ETC)/template-dkms-mkbmdeb/debian/rules rm $(DOCDIR)/COPYING* rm $(DOCDIR)/sample* --- dkms-2.2.0.3.orig/dkms.8 +++ dkms-2.2.0.3/dkms.8 @@ -262,6 +262,18 @@ load this tarball, build and install mod not want your debian package to contain any prebuilt binaries, be sure to specify .B \-\-source\-only in the mkdeb command. +.SY mkbmdeb +.OP module/module\-version +.OP -k kernel/arch +.YS +.IP 4 +Creates a Debian binary package containing just the binary modules in the /lib/modules +installation path. This package does not depend on dkms and does not require a toolchain +to be installed on the target host. Useful if you want to have a package to install on +hosts identical to the build system without installing the full toolchain on them. +It uses a template debian directory found in +.I /etc/dkms/template\-dkms\-mkbmdeb +as the basis for the package. .SY mkdsc .OP module/module\-version .OP -k
Bug#690950: apt-get dumpavail does not print all versions
Package: apt Version: 0.9.7.6 Severity: normal File: /usr/bin/apt-cache -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I am searching for a command that gives me _one_ Packages file with all packages that apt-get has access to. apt-cache dumpavail looked good, but does not include versions of packages in experimental if there is also a version in unstable: $ apt-cache -a dumpavail|grep-dctrl -P -w ghc-doc -s Version Version: 7.4.1-4 $ rmadison -s experimental ghc-doc ghc-doc | 7.4.2-2 | experimental | all ghc-doc | 7.6.1-2 | experimental | all This is not documented and there seems to be no way to get the desired result. Thanks, Joachim - -- Package-specific info: - -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::solvers ; Dir::Bin::solvers:: /usr/lib/apt/solvers; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Bin::bzip2 /bin/bzip2; Dir::Bin::xz /usr/bin/xz; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Dir::Ignore-Files-Silently:: \.save$; Dir::Ignore-Files-Silently:: \.orig$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom; Acquire::PDiffs
Bug#690951: pu: package clamav/0.97.6+dfsg-1~squeeze1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu This is a relatively small, non-security release, but it does include an increased functionality level, so 0.97.5 will no longer be able to process all virus signatures. An updated clamav is important for all the usual reasons having to do with the bad guys not standing still. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690952: gcc-4.7: Please allow gcc to be built with libelf-dev
Package: gcc-4.7 Version: 4.7.2-4 Severity: wishlist Tags: patch User: j.scha...@email.de Usertags: bootstrap-conflicts Inter-package conflicts currently limit the ability of a CUDF solver to optimize the dependency graph created during bootstrapping of Debian for new architectures. Luckily there are only nine conflicts in the core set of Debian packages in Debian Sid as of now. One of those conflicts is between libelf-dev and libelfg0-dev. From the core packages, only gcc-4.7, gcc-4.6 and gcj-4.7 build-depend on libelfg0-dev. It also seems that the only component in gcc that needs libelfg0-dev is the LTO plugin. And according to [1] LTO is perfectly happy with libelf-dev from elfutils. My tests confirm this report. It seems no modifications other than of the Build-Depends have to be done. The attached patch replaces gcc-4.7's current dependency on libelfg0-dev with a disjunction between libelfg0-dev and libelf-dev because apparently it builds fine with either of them. Can you please confirm my observation and then apply the attached patch so that libelfg0-dev is not strictly needed anymore to build gcc-4.7? As mentioned above the dependency also occurs in gcc-4.6 and gcj-4.7 but I didnt want to bugreport three times without first making sure that my idea can be implemented. Making the strong dependency on libelfg0-dev a disjunction between libelfg0-dev and libelf-dev not only benefits a solver when analyzing the bootstrapping situation but also allows to compile gcc side by side with other packages that build-depend on libelf-dev. Packages of the core packages that do so are dwarves-dfsg, glib2.0 and rpm. cheers, josch [1] http://gcc.gnu.org/ml/gcc/2010-03/msg00126.html Index: gcc-4.7-4.7.2/debian/control === --- gcc-4.7-4.7.2.orig/debian/control 2012-10-19 14:44:44.0 +0200 +++ gcc-4.7-4.7.2/debian/control 2012-10-19 14:47:12.249685554 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Uploaders: Matthias Klose d...@debian.org Standards-Version: 3.9.3 -Build-Depends: dpkg-dev (= 1.16.0~ubuntu4), debhelper (= 5.0.62), g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc], libc6.1-dev (= 2.13-5) [alpha ia64] | libc0.3-dev (= 2.13-5) [hurd-i386] | libc0.1-dev (= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (= 2.13-5), libc6-dev (= 2.13-31) [armel armhf], libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390 [s390x], libc6-dev-s390x [s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 ppc64 kfreebsd-amd64 s390x], lib64gcc1 [i386 powerpc sparc s390], libc6-dev-mips64 [mips mipsel], libc6-dev-mipsn32 [mips mipsel], m4, libtool, autoconf2.64, automake (= 1:1.11), automake ( 1:1.12), libunwind7-dev (= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], zlib1g-dev, gawk, lzma, xz-utils, patchutils, binutils (= 2.21.1) | binutils-multiarch (= 2.21.1), binutils-hppa64 (= 2.21.1) [hppa], gperf (= 3.0.1), bison (= 1:2.3), flex, gettext, texinfo (= 4.3), locales, procps, sharutils, netbase, binutils-spu (= 2.21.1) [powerpc ppc64], newlib-spu (= 1.16.0) [powerpc ppc64], libcloog-ppl-dev (= 0.15.9-2~), libmpc-dev, libmpfr-dev (= 3.0.0-9~), libgmp-dev (= 2:5.0.1~), libelfg0-dev (= 0.8.12), dejagnu [!m68k !hurd-i386 !hurd-alpha], autogen, realpath (= 1.9.12), chrpath, lsb-release, make (= 3.81), quilt +Build-Depends: dpkg-dev (= 1.16.0~ubuntu4), debhelper (= 5.0.62), g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc], libc6.1-dev (= 2.13-5) [alpha ia64] | libc0.3-dev (= 2.13-5) [hurd-i386] | libc0.1-dev (= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (= 2.13-5), libc6-dev (= 2.13-31) [armel armhf], libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390 [s390x], libc6-dev-s390x [s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 ppc64 kfreebsd-amd64 s390x], lib64gcc1 [i386 powerpc sparc s390], libc6-dev-mips64 [mips mipsel], libc6-dev-mipsn32 [mips mipsel], m4, libtool, autoconf2.64, automake (= 1:1.11), automake ( 1:1.12), libunwind7-dev (= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], zlib1g-dev, gawk, lzma, xz-utils, patchutils, binutils (= 2.21.1) | binutils-multiarch (= 2.21.1), binutils-hppa64 (= 2.21.1) [hppa], gperf (= 3.0.1), bison (= 1:2.3), flex, gettext, texinfo (= 4.3), locales, procps, sharutils, netbase, binutils-spu (= 2.21.1) [powerpc ppc64], newlib-spu (= 1.16.0) [powerpc ppc64], libcloog-ppl-dev (= 0.15.9-2~), libmpc-dev, libmpfr-dev (= 3.0.0-9~), libgmp-dev (= 2:5.0.1~), libelfg0-dev (= 0.8.12) | libelf-dev, dejagnu [!m68k !hurd-i386 !hurd-alpha], autogen, realpath (= 1.9.12), chrpath, lsb-release, make (= 3.81), quilt Build-Depends-Indep: doxygen (= 1.7.2), graphviz (= 2.2), gsfonts-x11, texlive-latex-base, Build-Conflicts:
Bug#465942: ITA: lgeneral -- A Panzer General - like game
You can find the latest version of LGeneral at mentors.debian.net. http://mentors.debian.net/debian/pool/contrib/l/lgeneral/lgeneral_1.2.3+dfsg-1.dsc I've also started a thread about LGeneral on debian-devel-games. https://lists.debian.org/debian-devel-games/2012/10/msg00035.html signature.asc Description: Digital signature
Bug#690874: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, the author from jameica/hibiscus told me, that he uses some 3rd-party-code. Here are the license-information about the included 3rd-party-stuff: Jameica: de.willuhn.util /usr/share/jameica/lib/de_willuhn_util a collection of small java helpers http://www.jameica.org LGPL - http://www.gnu.org/copyleft/lesser.html mysql /usr/share/jameica/lib/mysql MySQL JDBC-Driver http://dev.mysql.com/downloads/connector/j/ GPL - http://www.gnu.org/copyleft/gpl.html nanoxml /usr/share/jameica/lib/nanoxml a lightweight XML parser for Java http://nanoxml.cyberelf.be/ zlib/libpng - http://www.opensource.org/licenses/zlib-license.html de.willuhn.datasource /usr/share/jameica/lib/de_willuhn_ds an object relational mapper with RMI support http://www.jameica.org LGPL - http://www.gnu.org/copyleft/lesser.html Velocity /usr/share/jameica/lib/velocity Template Engine for Java http://velocity.apache.org/ Apache License - http://www.apache.org/licenses/LICENSE-2.0.txt Apache Commons /usr/share/jameica/lib/jakarta_commons Common Apache Tools http://commons.apache.org Apache License - http://commons.apache.org/license.html BouncyCastle /usr/share/jameica/lib/bouncycastle An implemenation of the Java Crypto API (JCA) http://www.bouncycastle.org/ http://www.bouncycastle.org/licence.html H2 Database /usr/share/jameica/lib/h2 H2 Database - Free SQL Database Engine http://www.h2database.com/ MPL like - http://www.h2database.com/html/license.html mckoi /usr/share/jameica/lib/mckoi a 100% pure JAVA SQL-Server http://mckoi.com GPL - http://www.gnu.org/copyleft/gpl.html PaperClips /usr/share/jameica/lib/paperclips a simple, light weight, extensible Java printing plug-in for SWT http://code.google.com/p/swt-paperclips/ Eclipse Public License 1.0 - http://www.eclipse.org/legal/epl-v10.html SWT Calendar /usr/share/jameica/lib/swtcalendar a custom SWT widget to create calendars http://swtcalendar.sourceforge.net LGPL - http://www.gnu.org/copyleft/lesser.html Apache XML-RPC Client /usr/share/jameica/lib/apache_xmlrpc Java implementation of XML-RPC protocol http://ws.apache.org/xmlrpc/ Apache License - http://ws.apache.org/xmlrpc/license.html SWT - Standard Widget Toolkit /usr/share/jameica/lib/swt A Widget Toolkit for Java based on platform dependent OS widgets http://www.eclipse.org/platform CPL - http://www.eclipse.org/legal/cpl-v10.html And here the same information for hibiscus: HBCI-Onlinebanking-Plugin für Jameica http://www.willuhn.de/products/hibiscus GPL - http://www.gnu.org/copyleft/gpl.html libct Linux chipcard driver for KAAN Standard Plus http://www.kobil.de/ proprietary libtowitoko Unix driver for Towitoko smartcard readers http://www.geocities.com/cprados/ GPL - http://www.gnu.org/copyleft/gpl.html SuperCSV Java-Bibliothek zum Lesen und Schreiben von CSV-Dateien http://supercsv.sourceforge.net Apache 2.0 - http://www.apache.org/licenses/LICENSE-2.0 iText a library that allows you to generate PDF files on the fly http://www.lowagie.com/iText/ MPL - http://www.lowagie.com/iText/MPL-1.1.txt HBCI4Java Java-basierte Implementierung des HBCI-Protokolls http://hbci4java.kapott.org/ GPL - http://www.gnu.org/copyleft/gpl.html OBanToo Java-Bibliothek mit Banking-Tools http://obantoo.sourceforge.net/ LGPL - http://www.gnu.org/copyleft/lgpl.html SWTChart SWTChart is a chart component which has following basic functionalities. http://www.swtchart.org Eclipse Public License v1.0 - http://www.eclipse.org/legal/epl-v10.html Regards, Martin - -- Diese Nachricht ist standardkonform mit OpenPGP digital signiert. This message is digitally signed with standards-compliant OpenPGP. http://www.openpgp.org | http://enigmail.mozdev.org http://de.wikipedia.org/wiki/OpenPGP -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCBVOEACgkQd8WTj+EgGO7CtwCfcoxK5xXygg7I6jebUSXip03N wYIAoJ7+3jgnPcWu9cD6Bll0nQcwOtME =UzS+ -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#659833: icinga-idoutils: automatic db configuration tries to access DB via TCP/IP for no reason
tag 659833 moreinfo thanks Christoph Anton Mitterer schrieb am Tuesday, den 14. February 2012: Package: icinga-idoutils Version: 1.6.1-2 Severity: important Hi. This may likely be an issue in dbconfig-common, but I have not much clue about it so I report it first here. Please redirect if I'm right. All this is with PostgreSQL. When configuring the DB automatically, it offers to do this via unix socets and even suggests this as default. However, at some stage it still tries to access it via TCP/IP and fails miserably if TCP/IP is not enabled at all in PostgreSQL, or if there is just not access allowed on it (no trust methond or nur running local identd). Marking this as major, as it seems to make the normal default (unix socket only) impossible and basically forces one to enable rather insecure auth methods (trust or weak password based) or installing a local identd for no reason. The PostgreSQL log shows this: 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=template1 2012-02-14 02:10:30 CET LOG: disconnection: session time: 0:00:00.002 user=postgres database=template1 host=[local] 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=template1 2012-02-14 02:10:30 CET ERROR: role icingaidoutils does not exist 2012-02-14 02:10:30 CET STATEMENT: ALTER USER icingaidoutils 2012-02-14 02:10:30 CET LOG: disconnection: session time: 0:00:00.002 user=postgres database=template1 host=[local] 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=template1 2012-02-14 02:10:30 CET LOG: disconnection: session time: 0:00:00.033 user=postgres database=template1 host=[local] 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=template1 2012-02-14 02:10:30 CET LOG: disconnection: session time: 0:00:00.021 user=postgres database=template1 host=[local] 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=template1 2012-02-14 02:10:30 CET LOG: disconnection: session time: 0:00:00.002 user=postgres database=template1 host=[local] 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=icinga 2012-02-14 02:10:30 CET FATAL: database icinga does not exist 2012-02-14 02:10:30 CET LOG: connection received: host=[local] 2012-02-14 02:10:30 CET LOG: connection authorized: user=postgres database=postgres 2012-02-14 02:10:31 CET LOG: disconnection: session time: 0:00:00.967 user=postgres database=postgres host=[local] 2012-02-14 02:10:31 CET LOG: connection received: host=[local] 2012-02-14 02:10:31 CET LOG: connection authorized: user=postgres database=icinga 2012-02-14 02:10:31 CET LOG: disconnection: session time: 0:00:00.002 user=postgres database=icinga host=[local] 2012-02-14 02:10:31 CET LOG: connection received: host=::1 port=45713 2012-02-14 02:10:31 CET FATAL: no pg_hba.conf entry for host ::1, user icingaidoutils, database icinga, SSL on 2012-02-14 02:10:31 CET LOG: connection received: host=::1 port=45714 2012-02-14 02:10:31 CET FATAL: no pg_hba.conf entry for host ::1, user icingaidoutils, database icinga, SSL off We reworked sockethandling a bit in 1.7.x. Could you try if the bug is fixed for you? (Best in 1.8 that I'll upload soon) Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674156: alignment issue
According to the build log on armel: 0%: Checks: 1, Failures: 1, Errors: 0 elements/rtpbin_buffer_list.c:198:F:general:test_bufferlist:0: '*(guint64 *) data' (939538581729009792) is not equal to '*(guint64 *) rtp_header[index]' (16815518223612020252) It casts from *guint8 to *guint64. armel doesn't return expected result if the first address is not suited for guint64. In this case, the data is shifted 2 bytes. 939538581729009792 = 0x0D09E95CB8BB6080 16815518223612020252 = 0xE95CB8BB6080861C (gst-plugin-scanner:961): GLib-GObject-WARNING **: specified instance size for type `GstRtpAC3Depay' is smaller than the parent type's `GstBaseRTPDepayload' instance size (gst-plugin-scanner:961): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (gst-plugin-scanner:961): GStreamer-CRITICAL **: gst_element_register: assertion `g_type_is_a (type, GST_TYPE_ELEMENT)' failed W: Could not load 'debian/gstreamer0.10-plugins-good/usr/lib/arm-linux-gnueabi/gstreamer-0.10/libgstrtp.so': File debian/gstreamer0.10-plugins-good/usr/lib/arm-linux-gnueabi/gstreamer-0.10/libgstrtp.so appears to be a GStreamer plugin, but it failed to initialize I tried getting the size of these structures using sizeof(). Both structures are 320 bytes, but gst-plugins-base-0.10.36/tests/check/libs/struct_arm.h says 328 bytes. I think it also alignment issue. -- Koichi Akabe vbkaisetsu at {gmail.com, debian.or.jp} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689993: phonon-backend-vlc: no sound in amarok
On 13.10.2012 09:27 (Saturday), Modestas Vainius wrote: Please read the log of bug #683477 [683477] and follow advices given there. Especially pay attention to vlc-plugin-pulse if you're using PulseAudio or try reordering sound devices in Phonon settings. Phonon upgrades have a nasty habbit of breaking / renaming / reordering sound devices hence breaking current configuration. I don't have pulse audio. But what fixed the problem partially for me, was your advice of reordering the sound devices in the phonon settings: I had to move the first working device up the the Music Category (with Prefer) so it is the very first device. As long as there is another first device which is not working and shaded gray (it says This device is currently not available.), and therefore the working device is the second one in the list, there is no sound. I think there is a bug, because phonon should use the first *available* device in the list (as it obviously did in version 0.5). While in version 0.6 it seems to use the first device regardless if it is available or not. Right now this behavior breaks amarok when I use the same config files on different computers (via NFS or synced). Cheers, Simon pgpDnYAR7T66E.pgp Description: PGP signature
Bug#689487: 0.97.6 in Wheezy, PU request pending
The PU request is #690951. Once it's ack'ed by the release team, I'll upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690953: yelp: [experimental] new upstream version 3.6.1
Package: yelp Version: 3.4.2-1+b1 Severity: wishlist Tags: patch Here's updated packaging for yelp 3.6.1. This change might be controversial: * Update debian/libyelp0.symbols. Symbols were dropped without bumping the SONAME (see GNOME #686457). Yelp is currently the only user of libyelp, so give libyelp0 a Breaks: yelp ( 3.6.0) instead of doing it properly. yelp_3.6.1-0+g36+1.debian.tar.gz Description: Binary data
Bug#690951: pu: package clamav/0.97.6+dfsg-1~squeeze1
And the forgotten debdiff. Scott Kdiff -Nru clamav-0.97.5+dfsg/ChangeLog clamav-0.97.6+dfsg/ChangeLog --- clamav-0.97.5+dfsg/ChangeLog 2012-06-15 10:05:05.0 -0400 +++ clamav-0.97.6+dfsg/ChangeLog 2012-09-17 11:15:12.0 -0400 @@ -1,3 +1,36 @@ +Mon Sep 6 12:32:00 EDT 2012 (dar) +- + * libclamav: bb#5751 - cl_scansis() may returan a file descriptor instead + of a valid return code + +Mon Jul 2 10:40:50 EDT 2012 (dar) +-- + * libclamav: bb#5252 - update #4, CL_EUNPACK and caching + +Fri Jun 29 14:43:43 EDT 2012 (dar) +-- + * libclamav: bb#5252 - update #3, more return code tweaks + +Tue Jun 26 12:23:44 EDT 2012 (dar) +-- + * libclamav: bb#5252 - Limit exits on scanraw return codes + +Fri Jun 22 16:58:21 EDT 2012 (dar) +-- + * libclamav: bb#5325 - Quiet Minix warning + +Mon Jun 18 17:51:49 EDT 2012 (dar) +-- + * libclamav: bb#5252 - Update magic_scandesc filtering of scanraw return codes + +Thu Jun 14 16:05:53 EDT 2012 (judge) +-- + * win32: Add MSI projects. + +Wed Jun 13 12:00:55 EDT 2012 (olney) +-- + * V 0.97.5 + Fri Jun 1 13:15:50 EST 2012 (dar) - * libclamav: Scan output at end of truncated tar (bb#4625) diff -Nru clamav-0.97.5+dfsg/configure clamav-0.97.6+dfsg/configure --- clamav-0.97.5+dfsg/configure 2012-06-15 10:05:05.0 -0400 +++ clamav-0.97.6+dfsg/configure 2012-08-10 12:03:23.0 -0400 @@ -1,6 +1,6 @@ #! /bin/sh # Guess values for system-dependent variables and create Makefiles. -# Generated by GNU Autoconf 2.65 for ClamAV 0.97.5. +# Generated by GNU Autoconf 2.65 for ClamAV 0.97.6. # # Report bugs to http://bugs.clamav.net/. # @@ -703,8 +703,8 @@ # Identity of this package. PACKAGE_NAME='ClamAV' PACKAGE_TARNAME='clamav' -PACKAGE_VERSION='0.97.5' -PACKAGE_STRING='ClamAV 0.97.5' +PACKAGE_VERSION='0.97.6' +PACKAGE_STRING='ClamAV 0.97.6' PACKAGE_BUGREPORT='http://bugs.clamav.net/' PACKAGE_URL='http://www.clamav.net/' @@ -1539,7 +1539,7 @@ # Omit some internal or obsolete options to make the list less imposing. # This message is too long to be a string in the A/UX 3.1 sh. cat _ACEOF -\`configure' configures ClamAV 0.97.5 to adapt to many kinds of systems. +\`configure' configures ClamAV 0.97.6 to adapt to many kinds of systems. Usage: $0 [OPTION]... [VAR=VALUE]... @@ -1610,7 +1610,7 @@ if test -n $ac_init_help; then case $ac_init_help in - short | recursive ) echo Configuration of ClamAV 0.97.5:;; + short | recursive ) echo Configuration of ClamAV 0.97.6:;; esac cat \_ACEOF @@ -1767,7 +1767,7 @@ test -n $ac_init_help exit $ac_status if $ac_init_version; then cat \_ACEOF -ClamAV configure 0.97.5 +ClamAV configure 0.97.6 generated by GNU Autoconf 2.65 Copyright (C) 2009 Free Software Foundation, Inc. @@ -2231,7 +2231,7 @@ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. -It was created by ClamAV $as_me 0.97.5, which was +It was created by ClamAV $as_me 0.97.6, which was generated by GNU Autoconf 2.65. Invocation command line was $ $0 $@ @@ -3345,7 +3345,7 @@ # Define the identity of the package. PACKAGE='clamav' - VERSION='0.97.5' + VERSION='0.97.6' # Some tools Automake needs. @@ -3474,10 +3474,10 @@ $as_echo #define PACKAGE PACKAGE_NAME confdefs.h -VERSION=0.97.5 +VERSION=0.97.6 LC_CURRENT=7 -LC_REVISION=14 +LC_REVISION=15 LC_AGE=1 LIBCLAMAV_VERSION=$LC_CURRENT:$LC_REVISION:$LC_AGE @@ -20635,7 +20635,7 @@ # report actual input values of CONFIG_FILES etc. instead of their # values after options handling. ac_log= -This file was extended by ClamAV $as_me 0.97.5, which was +This file was extended by ClamAV $as_me 0.97.6, which was generated by GNU Autoconf 2.65. Invocation command line was CONFIG_FILES= $CONFIG_FILES @@ -20702,7 +20702,7 @@ cat $CONFIG_STATUS _ACEOF || ac_write_fail=1 ac_cs_config=`$as_echo $ac_configure_args | sed 's/^ //; s/[\\\`\$]//g'` ac_cs_version=\\ -ClamAV config.status 0.97.5 +ClamAV config.status 0.97.6 configured by $0, generated by GNU Autoconf 2.65, with options \\\$ac_cs_config\\ @@ -23220,7 +23220,7 @@ # report actual input values of CONFIG_FILES etc. instead of their # values after options handling. ac_log= -This file was extended by ClamAV $as_me 0.97.5, which was +This file was extended by ClamAV $as_me 0.97.6, which was generated by GNU Autoconf 2.65. Invocation command line was CONFIG_FILES= $CONFIG_FILES @@ -23287,7 +23287,7 @@ cat $CONFIG_STATUS _ACEOF || ac_write_fail=1 ac_cs_config=`$as_echo $ac_configure_args | sed 's/^ //; s/[\\\`\$]//g'` ac_cs_version=\\ -ClamAV config.status 0.97.5 +ClamAV config.status 0.97.6
Bug#690954: yelp-xsl: [experimental] new upstream release 3.6.1
Package: yelp-xsl Version: 3.4.2-1 Severity: wishlist Tags: patch See attached. Known bug (I'll try to respin it to fix this at some point): it should close #678981. yelp-xsl_3.6.1-0+g36+1.debian.tar.gz Description: Binary data
Bug#690955: yelp-tools: [experimental] new upstream release 3.6.1
Package: yelp-tools Version: 3.4.1-1 Severity: wishlist Tags: patch Here's some (trivial) packaging for the new upstream version. yelp-tools_3.6.1-0+g36+1.debian.tar.gz Description: Binary data --- yelp-tools-3.4.1/debian/changelog 2012-04-16 22:12:23.0 +0100 +++ yelp-tools-3.6.1/debian/changelog 2012-10-19 12:37:08.0 +0100 @@ -1,3 +1,29 @@ +yelp-tools (3.6.1-0+g36+1) experimental; urgency=low + + * Local package + * Merge from Ubuntu + * New upstream release + + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 12:36:22 +0100 + +yelp-tools (3.6.0-0ubuntu1) quantal; urgency=low + + * New upstream stable release + + -- Robert Ancell robert.anc...@canonical.com Tue, 25 Sep 2012 10:54:03 +1200 + +yelp-tools (3.5.92-0ubuntu1) quantal; urgency=low + + * New upstream bugfix release + + -- Robert Ancell robert.anc...@canonical.com Tue, 18 Sep 2012 09:18:41 +1200 + +yelp-tools (3.5.91-0ubuntu1) quantal; urgency=low + + * New upstream bugfix release + + -- Robert Ancell robert.anc...@canonical.com Wed, 05 Sep 2012 11:26:54 +1200 + yelp-tools (3.4.1-1) unstable; urgency=low * New upstream release:
Bug#690953: yelp: [experimental] new upstream version 3.6.1
Sorry, here's the right diff. --- yelp-3.4.2/debian/changelog 2012-05-15 22:01:36.0 +0100 +++ yelp-3.6.1/debian/changelog 2012-10-19 12:52:11.0 +0100 @@ -1,3 +1,13 @@ +yelp (3.6.1-0+g36+1) experimental; urgency=low + + * Local package + * New upstream release + * Update debian/libyelp0.symbols. Symbols were dropped without bumping the +SONAME (see GNOME #686457). Yelp is currently the only user of libyelp, +so give libyelp0 a Breaks: yelp ( 3.6.0) instead of doing it properly. + + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 12:11:22 +0100 + yelp (3.4.2-1) unstable; urgency=low * New upstream release. --- yelp-3.4.2/debian/control 2012-05-15 22:17:39.0 +0100 +++ yelp-3.6.1/debian/control 2012-10-19 12:53:57.0 +0100 @@ -7,7 +7,7 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Frederic Peters fpet...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Michael Biebl bi...@debian.org Standards-Version: 3.9.3 Build-Depends: debhelper (= 8), gnome-pkg-tools (= 0.10), @@ -51,7 +51,7 @@ Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} -Breaks: yelp ( 3.2.0) +Breaks: yelp ( 3.6.0) Description: Library for the GNOME help browser Yelp is the help browser for the GNOME desktop. Yelp provides a simple graphical interface for viewing DocBook, Mallard, HTML, man, and info --- yelp-3.4.2/debian/control.in 2012-05-15 22:00:04.0 +0100 +++ yelp-3.6.1/debian/control.in 2012-10-19 12:52:11.0 +0100 @@ -46,7 +46,7 @@ Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} -Breaks: yelp ( 3.2.0) +Breaks: yelp ( 3.6.0) Description: Library for the GNOME help browser Yelp is the help browser for the GNOME desktop. Yelp provides a simple graphical interface for viewing DocBook, Mallard, HTML, man, and info --- yelp-3.4.2/debian/libyelp0.symbols 2012-03-27 16:45:40.0 +0100 +++ yelp-3.6.1/debian/libyelp0.symbols 2012-10-19 12:52:11.0 +0100 @@ -73,7 +73,6 @@ yelp_man_parser_parse_file@Base 2.91.92 yelp_marshal_BOOLEAN__OBJECT@Base 2.91.92 yelp_marshal_VOID__OBJECT_BOXED@Base 2.91.92 - yelp_settings_check_env@Base 3.2.0 yelp_settings_cmp_icons@Base 2.91.92 yelp_settings_color_get_type@Base 2.91.92 yelp_settings_font_get_type@Base 2.91.92 @@ -95,13 +94,11 @@ yelp_settings_icon_get_type@Base 2.91.92 yelp_settings_set_colors@Base 2.91.92 yelp_settings_set_editor_mode@Base 2.91.92 - yelp_settings_set_env@Base 3.2.0 yelp_settings_set_font_adjustment@Base 2.91.92 yelp_settings_set_fonts@Base 2.91.92 yelp_settings_set_icon_size@Base 2.91.92 yelp_settings_set_icons@Base 2.91.92 yelp_settings_set_show_text_cursor@Base 2.91.92 - yelp_settings_unset_env@Base 3.2.0 yelp_simple_document_get_type@Base 2.91.92 yelp_simple_document_new@Base 2.91.92 yelp_sqlite_storage_get_type@Base 2.91.92
Bug#690954: yelp-xsl: [experimental] new upstream release 3.6.1
Sorry, here's the diff I intended to send... --- yelp-xsl-3.4.2/debian/changelog 2012-05-15 19:40:34.0 +0100 +++ yelp-xsl-3.6.1/debian/changelog 2012-10-19 12:46:00.0 +0100 @@ -1,3 +1,44 @@ +yelp-xsl (3.6.1-0+g36+1) experimental; urgency=low + + * Local package + * Merge from Ubuntu + * New upstream release + + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 12:45:16 +0100 + +yelp-xsl (3.6.0-0ubuntu1) quantal; urgency=low + + * New upstream stable release + + -- Robert Ancell robert.anc...@canonical.com Tue, 25 Sep 2012 09:56:29 +1200 + +yelp-xsl (3.5.92-0ubuntu1) quantal; urgency=low + + * New upstream bufix release + + -- Robert Ancell robert.anc...@canonical.com Tue, 18 Sep 2012 09:18:19 +1200 + +yelp-xsl (3.5.91-0ubuntu1) quantal; urgency=low + + * New upstream bufix release + + -- Robert Ancell robert.anc...@canonical.com Wed, 05 Sep 2012 11:24:43 +1200 + +yelp-xsl (3.5.90-0ubuntu2) quantal; urgency=low + + * Cherry-pick from Debian SVN r35652 and revert part applied upstream. + * debian/patches/fix_jquery_syntax_licensing, debian/copyright: Update to +reflect that jQuery.Syntax is licensed as MIT, not AGPL (Closes: +#678981, LP: #1016751) + + -- Iain Lane iain.l...@canonical.com Thu, 30 Aug 2012 14:52:07 +0100 + +yelp-xsl (3.5.90-0ubuntu1) quantal; urgency=low + + * New upstream release + + -- Robert Ancell robert.anc...@canonical.com Tue, 21 Aug 2012 17:34:40 +1200 + yelp-xsl (3.4.2-1) unstable; urgency=low * New upstream release. --- yelp-xsl-3.4.2/debian/control 2012-05-15 19:41:51.0 +0100 +++ yelp-xsl-3.6.1/debian/control 2012-10-19 12:47:50.0 +0100 @@ -7,7 +7,7 @@ Section: gnome Priority: extra Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Frederic Peters fpet...@debian.org, Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org Build-Depends: debhelper (= 8), cdbs, gnome-pkg-tools, --- yelp-xsl-3.4.2/debian/copyright 2011-04-10 13:02:44.0 +0100 +++ yelp-xsl-3.6.1/debian/copyright 2012-10-19 12:43:16.0 +0100 @@ -38,670 +38,25 @@ share/yelp-xsl/js/jquery.syntax.js share/yelp-xsl/js/jquery.syntax.*.js -Copyright 2010 Samuel Williams - -GNU AFFERO GENERAL PUBLIC LICENSE - Version 3, 19 November 2007 - - Copyright (C) 2007 Free Software Foundation, Inc. http://fsf.org/ - Everyone is permitted to copy and distribute verbatim copies - of this license document, but changing it is not allowed. - -Preamble - - The GNU Affero General Public License is a free, copyleft license for -software and other kinds of works, specifically designed to ensure -cooperation with the community in the case of network server software. - - The licenses for most software and other practical works are designed -to take away your freedom to share and change the works. By contrast, -our General Public Licenses are intended to guarantee your freedom to -share and change all versions of a program--to make sure it remains free -software for all its users. - - When we speak of free software, we are referring to freedom, not -price. Our General Public Licenses are designed to make sure that you -have the freedom to distribute copies of free software (and charge for -them if you wish), that you receive source code or can get it if you -want it, that you can change the software or use pieces of it in new -free programs, and that you know you can do these things. - - Developers that use our General Public Licenses protect your rights -with two steps: (1) assert copyright on the software, and (2) offer -you this License which gives you legal permission to copy, distribute -and/or modify the software. - - A secondary benefit of defending all users' freedom is that -improvements made in alternate versions of the program, if they -receive widespread use, become available for other developers to -incorporate. Many developers of free software are heartened and -encouraged by the resulting cooperation. However, in the case of -software used on network servers, this result may fail to come about. -The GNU General Public License permits making a modified version and -letting the public access it on a server without ever releasing its -source code to the public. - - The GNU Affero General Public License is designed specifically to -ensure that, in such cases, the modified source code becomes available -to the community. It requires the operator of a network server to -provide the source code of the modified version running there to the -users of that server. Therefore, public use of a modified version, on -a publicly
Bug#690956: linux-image-3.2.0-3-686-pae: e1000 vlan not working
Package: linux-image-3.2.0-3-686-pae Version: 3.2.23-1 Severity: important In wheezy i386 with e1000 driver 7.3.21-k8-NAPI vlan's not working without switching off rx-vlan-offload. Backport patch e1000: fix vlan processing regression commit 52f5509fe8ccb607ff9b84ad618f244262336475 from upstream. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687430: Support for debian-dug-ie
Hi all, The Debian BSP in Dublin helped to meet the different people involved in Debian. I think it is a good idea to provide a common mailinglist. I would like for the same reason that the debian-dug-ie mailing list could be created. Thank you Salvatore Monteleone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690957: unblock: ia32-libs/1:0.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I believe we should consider to have ia32-libs and friends migrate to testing. In my perception the status is as follows. All blocking bugs against ia32-libs have been closed. I have installed and upgraded the package on a number of wheezy systems without trouble; also tested it with some 3rd party apps and this yielded no problems. A few blocking bugs against ia32-libs-gtk currently remain. The few remaining packages this concerns have been downgraded to Recommends. As I understood on IRC, the release team is reluctant to have library packages converted to M-A: same at this point in the release, which is understandable. We can therefore assume that the few remaining ones are not going to be fixed in the short term. The package does install and upgrade fine on various wheezy environments. We do not know if and which external packages still depend on these few libraries. My proposal is to go ahead with the migration of ia32-libs*. It's unlikely that the few remains of ia32-libs-gtk will be fixed in the short term. This is so far as I can see now a potential minor regression for libraries in the lesser-used ia32-libs-gtk package of which it's unknown if some 3rd party app still uses them. Migrating the packages now allows for people to find out in time if there's still something that may break. I think the benefits of not including monolithic ia32-libs in wheezy far outweigh the potential small regression. Of course, the remaining packages can still be converted later if so desired. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690881: crrcsim build without support for the audio interface
On 18/10/12 16:38, David Stegbauer wrote: Run crrcsim, press key ESC to invoke menu, select Options - Control. Press Input Method ... button. Select Audio. The Device dropdown box is disabled. Then press OK. Message This version of CRRCsim was built without audio support appears. Note: with audio input the crrcsim could be controlled directly by rc transmitter buddy cable (i.e. transmitter cable connected to pc audio input). I suggest to add build dependency portaudio19-dev and corresponding runtime depency libportaudio2 ; then rebuild the package. Hi David, thanks for your bug report! Nice feature, I have never used. In a few hours i'll upload the new package version with support for interface control via the audio input. Thanks, -- TiN signature.asc Description: OpenPGP digital signature
Bug#689772: unblock: olsrd/0.6.3-5
On 2012-10-19, Adam D. Barratt wrote: Control: tags -1 + moreinfo On Sat, 2012-10-06 at 11:12 +0200, Antoine Beaupré wrote: Note that 0.6.2 was released more than a year ago and it would seem wrong to ship wheezy with it. 0.6.3 *was* in place in the archive when the freeze happened, and was blocked only because builds were failing on Debian/kFreeBSD, which is now fixed. The kFreeBSD issue was fixed in July according to the changelog. Why was this not raised until three months later? I would assume this is an unfoturtunate oversight by the maintainers, but I actually do not know. A. -- Freedom is being able to make decisions that affect mainly you. Power is being able to make decisions that affect others more than you. If we confuse power with freedom, we will fail to uphold real freedom. - Richard Stallman pgpjBXHr2oiHf.pgp Description: PGP signature
Bug#690958: fanotify - missing documentation
Package: manpages-dev Version: 3.42-1 Severity: normal Tags: patch Dear maintainer, fanotify is a filesystem notification interface, intended to supersede inotify. It is available since kernel 2.6.36. Manpages have been suggested in http://permalink.gmane.org/gmane.linux.man/2400 Could you, please, include these in package manpages-dev. Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689700: *** GMX Spamverdacht *** Re: bison 2.6.2 generates incompatible header file
Akim Demaille wrote: Indeed, if you want both to be in the same namespace, %define api.prefix should do what you want. Note that the C++ output supports %define namespace, in which the generated code is put. Thanks, seems like we have several viable options here. (Though I'd have to check what about flex -- I haven't followed it recently, and of course, both parsers need different scanners.) What is your policy on this regard? When do you allow to rise the %require'd version of Bison? (actually, currently I see none in http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=blob;f=Engine/csound_orc.y;h=259a4cbe6fd3873120513678f34b936103d2d43d;hb=HEAD) we won't have to declare yyparse at all which is (slightly) better than always having to declare it as it was before. Yes, indeed. Can the version of Csound compiled by Debian be changed easily to compile cleanly with Bison 2.6? I'm not part of the Csound team (if you understood that), I was just replying to the question about an example which we have in our (unrelated) project. FWIW, our support policy is basically Debian oldstable, so we'll probably drop support for Bison 2.4.1 early next year. About the C++ skeleton, I'm currently busy with other tasks, but when I get around to it and encounter any issues, I'll post on bug-bison (would have anyway :-). Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690850: ITP: libdist-zilla-localetextdomain-perl -- Dist::Zilla plugin that adds support for managing l10n and i18n in Perl modules
Hi, Joenio Costa wrote (18 Oct 2012 14:29:22 GMT) : Owner: Joenio Costa joe...@colivre.coop.br * Package name: libdist-zilla-localetextdomain-perl I'm happy someone wants to maintain Dist::Zilla::LocaleTextDomain! Did you consider maintaining this package under the Debian Perl Group umbrella? Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690958: Upstream bug report: bugzilla.kernel.org #49091
Upstream bug report https://bugzilla.kernel.org/show_bug.cgi?id=49091 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665408: tzdata: San Luis and Cairo wrongly show UTC
reassign 665408 libc6 fixed 665408 2.10.1-1 thanks On Fri, Mar 23, 2012 at 02:40:36PM -0700, Martin Dorey wrote: Package: tzdata Version: 2011n-0lenny1 Severity: normal On a server with tzdata 2009l-0lenny1: dsatow@mercury11:~$ LANG= TZ=America/Argentina/San_Luis date Thu Mar 22 21:41:43 WART 2012 dsatow@mercury11:~$ LANG= TZ=Africa/Cairo date Fri Mar 23 03:41:55 EET 2012 dsatow@mercury11:~$ On a server with 2011n-0llenny1: martind@whitewater:~$ LANG= TZ=America/Argentina/San_Luis date Fri Mar 23 18:30:10 UTC 2012 martind@whitewater:~$ LANG= TZ=Africa/Cairo date Fri Mar 23 18:30:11 UTC 2012 martind@whitewater:~$ WART and EET change to UTC. I believe this to be incorrect. This does not happen with the Squeeze libc and the same Lenny tzdata. I suspect that this was the fix: http://cygwin.com/ml/libc-alpha/2009-06/msg00102.html This is indeed the correct patch, hence the problem is in libc6 and not in tzdata. I am therefore reassigning the bug and marking it as fixed in version 2.10. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669272: python3-matplotlib: any news?
Hi, I see that matplotlib 1.2 has been accepted in experimental. What is the status for Python 3? Thank you! Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690959: gnome-system-log: [INTL:ru] Russian debconf templates translation
Package: gnome-system-log Version: 3.4.1-3: Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#688580: xonix: Crash with double freeing memory
tim@station:~$ id -a uid=1000(tim) gid=1000(tim) группы=1000(tim),24(cdrom),30(dip),44(video),46(plugdev),110(pulse),111(pulse-access),1001(pulse-rt) tim@station:~$ ls -la /var/cache/xonix итого 8 drwxr-xr-x 2 root root 4096 Авг 6 23:48 . drwxr-xr-x 18 root root 4096 Окт 19 00:03 .. -rw-rw-r-- 1 root games 0 Авг 6 23:48 xonix.scores On 16.10.2012 18:42, jari wrote: | crash is no [more] occured. | But I have got the same message about reading the score file. | | tim@station:~$ xonix | xonix: cannot reopen high score file Could you send listings for these: id -a ls -la /var/cache/xonix Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688797: [NS] [Pkg-openldap-devel] Bug#688797: Dead lock on BDB and partial stop on slapd
On Wed, Oct 17, 2012 at 03:50:32PM +0100, Jose Manuel dos Santos Calhariz wrote: On Wed, Oct 17, 2012 at 06:46:11AM -0700, Quanah Gibson-Mount wrote: --On October 17, 2012 2:35:30 PM +0100 Jose Manuel dos Santos Calhariz jose.calha...@netvisao.pt wrote: On Wed, Oct 10, 2012 at 03:18:50PM +0100, Jose Manuel dos Santos Calhariz wrote: (...) Is openldap 2.4.31 current enough? It even happen with 2.4.33 :-( It was compiled with BDB (4.7.25 + all patches). Waiting for the next stop to collect debug information. Ok. did you see the information Howard requested you gather via his comment in the bug? For some reason I did't receive that comment. Let me give the information that I have now. Another partial stop with 2.4.33. Again what stopped was the synchronization with the LDAP master. A watchdog detected the situation and restarted the slapd daemon. Can you give some more background on what has happened just prior to this hang? The slaves are running the normal day workload until the thread that process the replication stops processing the updates. We have a watchdog that detect that the slave is no longer up to date with the master and restart the slave. I have the exact time the daemon was restarted, 15:10:42, and the full log with -d Stats Stats2 Sync Trace Do you have slapd logs (running with TRACE debug level, -d1 or -s1) leading up to the hang? In particular, I'm interested in knowing whether you see a message like: = index_entry_%s( %ld, \%s\ ) failure I will change the debug level to include trace. Looking into the logs I only see: = index_entry_%s( %ld, \%s\ ) success just before. Also, are you using cn=config on these servers, and did you just reconfigure the index of the relevant attribute prior to the hang? (E.g., in your trace, the istPersonServices attribute.) Yes, we use cn=config, but didn't do any changes to any index. Thanks, Quanah Thanks, Jose Calhariz ___ ns-list mailing list ns-l...@dsi.ist.utl.pt https://mlists.ist.utl.pt/mailman/listinfo/groups.ciist.ns-list Thanks, Jose Calhariz -- -- Nihil est in intellectu quod non ante fuerit in sensu. (Nada está no intelecto que não tenha passado antes pelos sentidos) signature.asc Description: Digital signature
Bug#690960: unblock: usb-modeswitch-data/20120815-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package usb-modeswitch-data This upstream release (in unstable since 52 days without a single bugreport) brings support for new devices and corrects support for some of them. Please see #680579 for past explanation about the specifics of usb-modeswitch-data. From the changelog: * New upstream release. + New devices [0421:061d] Nokia CS-11 [0922:1001] Dymo LabelManager [0af0:8700] Option GI0643 (aka XYFI) [15eb:7153] China TeleCom CBP7.0 [19d2:0154] ZTE MF190 (Variant) [19d2:0325] ZTE MF821D [19d2:1017] Vodafone K5006Z (MF821) [1bbb:00ca] Alcatel OT-X080C [1bbb:f017] Alcatel OT-X220D [1ee8:004a] Onda MDC655 [22de:6803] WeTelecom WM-D300 [230d:0101] Linktop LW272/LW273 [2357:0200] TP-Link MA180 These changes make these devices modeswitch where they wouldn't modeswitch before. × Devices updates (see ChangeLog for details) [12d1:14fe] Small target ID addition for Huawei E352 [1410:5059] Fix config for Novatel MC545 [16d8:6803] Updated config for C-motech D-50 [19d2:2000] Add one more TargetProduct The mentionned ChangeLog doesn't bring much more information, but the diff does: * for 12d1:14fe : extends the support to one more device. * for 1410:5059 : Use the correct TargetProductList instead of TargetProduct. * for 16d8:6803 : Change TargetClass * for 19d2:2000 : Extend TargetProductList (this one's an insanely long one already) × Changes in rules file (interface number filters) to reflect recent reports. Change 40-usb_modeswitch.rules to avoid going through the file unneccessarily. * Minor update to the gen_dch helper script to be stricter when parsing git diff. Changes debian/gen_dch.sh for the maintainer's convenience. It's not run during build. So, please: unblock usb-modeswitch-data/20120815-1 Thanks in advance, cheers, OdyX P.S. debdiff is attached. diff -Nru usb-modeswitch-data-20120531/40-usb_modeswitch.rules usb-modeswitch-data-20120815/40-usb_modeswitch.rules --- usb-modeswitch-data-20120531/40-usb_modeswitch.rules 2012-05-31 11:12:14.0 +0200 +++ usb-modeswitch-data-20120815/40-usb_modeswitch.rules 2012-08-15 07:43:35.0 +0200 @@ -1,4 +1,4 @@ -# Part of usb-modeswitch-data, version 20120531 +# Part of usb-modeswitch-data, version 20120815 # # Recommended use with USB_ModeSwitch = 1.2.0, works with versions = 1.0.3 # @@ -15,8 +15,12 @@ # against a list of known modems, or else no action ATTR{bInterfaceClass}==ff, ATTR{bInterfaceNumber}==00, ATTRS{bNumConfigurations}==*, RUN+=usb_modeswitch --driver-bind %p %s{idVendor} %s{idProduct} %E{PRODUCT} -# Most known install partitions are on interface 0, one on 5, one on 9 -ATTRS{bInterfaceNumber}!=0[059], GOTO=modeswitch_rules_end +# Special treat for IF 3 +ATTRS{bInterfaceNumber}==03, ATTRS{bInterfaceClass}==08, ATTRS{idVendor}==19d2, ATTRS{idProduct}==2000, GOTO=modeswitch_rules_begin +ATTRS{bInterfaceNumber}==03, ATTRS{bInterfaceClass}==08, ATTRS{idVendor}==16d8, ATTRS{idProduct}==6803, GOTO=modeswitch_rules_begin + +# Most known install partitions are on interface 0, two on 3, one on 9 +ATTRS{bInterfaceNumber}!=0[09], GOTO=modeswitch_rules_end # handle only storage class devices ATTRS{bDeviceClass}==08, GOTO=modeswitch_rules_begin @@ -38,6 +42,9 @@ # Nokia CS-15 ATTRS{idVendor}==0421, ATTRS{idProduct}==0610, RUN+=usb_modeswitch '%b/%k' +# Nokia CS-11 +ATTRS{idVendor}==0421, ATTRS{idProduct}==061d, RUN+=usb_modeswitch '%b/%k' + # Nokia CS-17 ATTRS{idVendor}==0421, ATTRS{idProduct}==0622, RUN+=usb_modeswitch '%b/%k' @@ -68,7 +75,7 @@ # Samsung GT-B3730 ATTRS{idVendor}==04e8, ATTRS{idProduct}==689a, RUN+=usb_modeswitch '%b/%k' -# Samsung U209, Samsung U209 +# Samsung U209 ATTRS{idVendor}==04e8, ATTRS{idProduct}==f000, RUN+=usb_modeswitch '%b/%k' # AVM Fritz!Wlan USB Stick N @@ -101,6 +108,9 @@ # D-Link DWM-156 HSUPA 3.75G USB Modem ATTRS{idVendor}==07d1, ATTRS{idProduct}==a804, RUN+=usb_modeswitch '%b/%k' +# Dymo LabelManager +ATTRS{idVendor}==0922, ATTRS{idProduct}==1001, RUN+=usb_modeswitch '%b/%k' + # Toshiba G450 ATTRS{idVendor}==0930, ATTRS{idProduct}==0d46, RUN+=usb_modeswitch '%b/%k' @@ -227,6 +237,9 @@ # Option HSO device ATTRS{idVendor}==0af0, ATTRS{idProduct}==8600, RUN+=usb_modeswitch '%b/%k' +# Option GI0643 (aka XYFI) +ATTRS{idVendor}==0af0, ATTRS{idProduct}==8700, RUN+=usb_modeswitch '%b/%k' + # Option HSO device ATTRS{idVendor}==0af0, ATTRS{idProduct}==8800, RUN+=usb_modeswitch '%b/%k' @@ -485,10 +498,13 @@ # Motorola 802.11 bg WLAN (TER/GUSB3-E) ATTRS{idVendor}==148f, ATTRS{idProduct}==2578, RUN+=usb_modeswitch '%b/%k' +# China TeleCom CBP7.0 +ATTRS{idVendor}==15eb, ATTRS{idProduct}==7153, RUN+=usb_modeswitch '%b/%k' + # C-motech CHU-628S ATTRS{idVendor}==16d8, ATTRS{idProduct}==6281,
Bug#669272: [Python-modules-team] Bug#669272: python3-matplotlib: any news?
On Fri, Oct 19, 2012 at 4:59 PM, Carlo Stemberger carlo.stember...@gmail.com wrote: Hi, I see that matplotlib 1.2 has been accepted in experimental. What is the status for Python 3? I'm working (slowly) on it these days. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690961: edos-builddebhceck more picky about input than edos-debcheck (Warning: package ignored because it has no name)
Package: edos-distcheck Version: 1.4.2-13+b1 Severity: normal File: /usr/bin/edos-builddebcheck -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, consider the attached Packages file. It is parsed without problem by edos-debcheck, but edos-builddebcheck fails: $ edos-debcheck Packages /dev/null Completing conflicts...* 100.0% Conflicts and dependencies... * 100.0% Solving* 100.0% $ edos-builddebcheck Packages /dev/null Completing conflicts...* 100.0% Merging... 0 Fatal error: exception Failure(Warning: package ignored because it has no name) Greetings, Joachim - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages edos-distcheck depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libgdbm3 1.8.3-11 ii libpcre3 1:8.31-1 ii libpopt0 1.16-7 ii librpm34.10.0-5 ii librpmio3 4.10.0-5 ii perl 5.14.2-14 ii python 2.7.3-2 ii python-debian 0.1.21+nmu2 ii zlib1g 1:1.2.7.dfsg-13 edos-distcheck recommends no packages. edos-distcheck suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlCBcXoACgkQ9ijrk0dDIGwH+QCgxpDdUCVoMCDK9odTTWqhwsyb xhMAmgIAIN1siXf1n8qcET0SFJkejH0x =1Gwa -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#690962: mess: FTBFS, please lower the number of parallel jobs from -j5
Package: mess Version: 0.146-3 Severity: important Currently in debian/rules make starts -j5. Currently the armhf autobuilders have only 1GB of RAM and starting 5 C++ jobs is a bit too heavy on the builders. Lowering it to eg. 3 or even 2 is a bit nicer, or if you would like, add some code to limit the number of jobs depending on the number of cpus available. Regards Konstantinos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690963: passwd: allocates UIDs for system users top-down, in conflict with adduser's bottom-up policy
Package: passwd Version: 1:4.1.4.2+svn3283-2+squeeze1 Severity: normal The 'useradd -r' command (-r meaning 'system user') allocates UID values top-down within the range reserved in login.defs. In contrast, adduser allocates UID values bottom-up. Whilst most user creation on a Debian system happens by way of adduser, tools which aim to have cross-distribution compatibility (e.g. Puppet) will use useradd. It would be useful if useradd would observe similar allocation policies to adduser, so that users do not end up placed at opposite ends of the allocated range depending on the method of creation. For that reason I would suggest that useradd should be patched to match the allocation policy of adduser in this respect. Max. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613564: my pics for you
Gday ! I had seen your main pics on fb. I love you a lot. We should chat ! I could send you my pics if you want Please drop me a line at: jon...@datingreplyz.com Hugs, kisses, and broken fingers joni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684021: ruby-sinatra: shouldn't break error processing if error logging is failed
Hello, this bug also affects me. Could someone please give a comment if there is any specific reason to not incorporate the provided fix? Or maybe it's just from the lack of time/human resources? Best regards -- Eugene Lavnikevich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686481: Clarification:
Hi, Thanks for your comment Stefano. (I have made further efforts as below.) On Sat, Oct 13, 2012 at 03:48:56PM +0200, Stefano Zacchiroli wrote: On Thu, Sep 06, 2012 at 02:32:07AM +0900, Osamu Aoki wrote: On Mon, Sep 03, 2012 at 10:24:30AM -0700, Grant H. wrote: Sorry, also to just clarify the bug and what the issue is. Thanks. maybe I should have read link in detail so it is partially my fault too. Excuse me. Let me join the I'm sorry club :-) --- I'm sorry for the long delay in replying to this. It looks like you've already narrowed down the purpose of this kind of bug, but let me clarify that I did not call for any kind of mass bug filing (MBF). In fact, we have discuss this point on the fsf-collab-discuss list on Alioth and recommended to discuss MBF there before proceeding. At the same time, this kind of bug reports predates the creation of the collaboration group, and rightly so. Derivatives distributions such as gNewSense have since quite a while started reporting similar bug reports to Debian packages, (user)tagging them appropriately so that they're easy to find a posteriori. I don't think that each of those bug reports needs a project-wide discussion, most of those bugs are fully within the realm of individual maintainer decisions. Some will be different, for sure, but I don't think that will be case for all of them. Let's look at the specifics. In this case, I think the discussion that needs to happen with Osamu, as package maintainer, is on if and how non-free should be mentioned in the developer-reference. That non-free is *hosted* on Debian servers is a ^^^debian-reference fact, as it is a fact that the Social Contract declares non-free (and contrib) as not being part of Debian. Considering the two aspects together, I think the debian-reference can mention non-free, but should take good care of clarifying the risks that the users take in picking software from there (lack of freedom and, more practically, lack of support from Debian, as we can't support stuff for which we don't have the source code properly). Osamu: would you agree with that? Yes. I also re-thought about the whole thing again. One of the problem was that the section title had non-free hardware This made the tone and impression quite skewed. Of course, my initial intent was helping people looking for non-free firmware etc. But I did not wish to encourage non-free software. Basically, I added new section in package management section: 2.1.5. Debian is 100% free http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_debian_is_100_free (I included some of your comments there. SC4 and sc5 quoted there to be sure. I also mention GFDL+invariant being non-free there. I tried to avoid any critical comment to the position taken by GNU on GFDL+invariant. I merely mention it so people will not miss it if they wish. I once wrote reference to GNU's free guideline and stated they are essentially the same except the scope of software. But I decided to mention scope of software just being wide foe Debian with the new update made now.) Also rewrote old problematic non-free hardware... section title to: 9.7.6. Hardware drivers and firmware http://www.debian.org/doc/manuals/debian-reference/ch09.en.html#_hardware_drivers_and_firmware (New content after Ben Hutchings's comment and additional checks.) Please read them after next update cycle within few hours or so since I added some changes. If you have suggestion, let me know. Grant: would that be enough to fix the issue, in LibrePlanet's view? If you don't, I would understand. But in that case please leave this bug open and tag it as wontfix, as the purpose of the bug reporting exercise is to document this kind of issues and their current state in Debian. I hope this new tone of text makes it easier for both sides. If this is not good enough, I seek better text first. So, more like moreinfo first. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690964: libapache2-mod-php5: /etc/apache2/mods-available/php5.conf uses 'php_admin_value' instead of 'php_admin_flag'
Package: libapache2-mod-php5 Version: 5.3.3-7+squeeze14 Severity: minor The default configuration file /etc/apache2/mods-available/php5.conf sensibly disables the php interpreter for public_html directories by using php_admin_value engine Off which actually disables the php engine. However, the semantics are wrong, because 'engine' is a boolean value and should be set using php_admin_flag instead of php_admin_value, according to http://php.net/manual/en/configuration.changes.php This confused me today and cost me a few hours of time. I tried to re-enable the engine for a specific user by placing the following code in /etc/apache2/conf.d/ Directory /home/fritz/public_html php_admin_value engine On /Directory This failed because the string 'On' is probably interpreted as the number zero, which still disables the engine. Please change the default configuration file to correctly use php_admin_flag instead of php_admin_value in order to reduce the possible confusion of users reading or modifying the configuration. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-php5 depends on: ii apache2-mpm-prefor 2.2.16-6+squeeze8 Apache HTTP Server - traditional n ii apache2.2-common 2.2.16-6+squeeze8 Apache HTTP Server common files ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries ii libmagic1 5.04-5+squeeze2 File type determination library us ii libonig2 5.9.1-1 Oniguruma regular expressions libr ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze5 GNOME XML library ii mime-support 3.48-1MIME files 'mime.types' 'mailcap ii php5-common5.3.3-7+squeeze14 Common files for packages built fr ii tzdata 2012c-0squeeze1 time zone and daylight-saving time ii ucf3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages libapache2-mod-php5 recommends: ii php5-cli 5.3.3-7+squeeze14 command-line interpreter for the p Versions of packages libapache2-mod-php5 suggests: pn php-pear none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690965: gnome-keyring: [experimental] new upstream release 3.6.1
Package: gnome-keyring Version: 3.4.1-5 Severity: wishlist Tags: patch Here's some updated packaging for the GNOME 3.6 version. --- gnome-keyring-3.4.1/debian/changelog 2012-08-19 21:02:52.0 +0100 +++ gnome-keyring-3.6.1/debian/changelog 2012-10-19 17:03:31.0 +0100 @@ -1,3 +1,14 @@ +gnome-keyring (3.6.1-0+g36+1) UNRELEASED; urgency=low + + * Local package + * New upstream release +- update build-dependencies +- drop patches that are in the upstream version +- deal with renamed PKCS#11 integration conffile with a mv_conffile + maintscript helper (LP: #1038577) + + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 16:45:16 +0100 + gnome-keyring (3.4.1-5) unstable; urgency=low * d/p/0001-schema-Update-description-for-gpg-cache-method.patch, --- gnome-keyring-3.4.1/debian/control 2012-08-19 21:06:19.0 +0100 +++ gnome-keyring-3.6.1/debian/control 2012-10-19 17:05:11.0 +0100 @@ -18,9 +18,9 @@ libcap-ng-dev [linux-any], libdbus-1-dev (= 1.0), libgck-1-dev (= 3.3.4), - libgcr-3-dev (= 3.3.3), + libgcr-3-dev (= 3.5.3), libgcrypt11-dev (= 1.2.2), - libglib2.0-dev (= 2.28.0), + libglib2.0-dev (= 2.32.0), libgtk-3-dev (= 3.0), libp11-kit-dev (= 0.6), libpam0g-dev, @@ -35,6 +35,7 @@ Package: gnome-keyring Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends}, gcr (= 3.4), --- gnome-keyring-3.4.1/debian/control.in 2012-08-19 13:24:48.0 +0100 +++ gnome-keyring-3.6.1/debian/control.in 2012-10-19 17:03:31.0 +0100 @@ -13,9 +13,9 @@ libcap-ng-dev [linux-any], libdbus-1-dev (= 1.0), libgck-1-dev (= 3.3.4), - libgcr-3-dev (= 3.3.3), + libgcr-3-dev (= 3.5.3), libgcrypt11-dev (= 1.2.2), - libglib2.0-dev (= 2.28.0), + libglib2.0-dev (= 2.32.0), libgtk-3-dev (= 3.0), libp11-kit-dev (= 0.6), libpam0g-dev, @@ -30,6 +30,7 @@ Package: gnome-keyring Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends}, gcr (= 3.4), --- gnome-keyring-3.4.1/debian/gnome-keyring.maintscript 1970-01-01 01:00:00.0 +0100 +++ gnome-keyring-3.6.1/debian/gnome-keyring.maintscript 2012-10-19 17:03:31.0 +0100 @@ -0,0 +1 @@ +mv_conffile /etc/pkcs11/modules/gnome-keyring-module /etc/pkcs11/modules/gnome-keyring.module 3.6.0-0ubuntu1~ --- gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch 2012-08-19 13:29:37.0 +0100 +++ gnome-keyring-3.6.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch 1970-01-01 01:00:00.0 +0100 @@ -1,31 +0,0 @@ -From 24dcc36fb999418b1d13f76bc6bee4c7f59a5ec0 Mon Sep 17 00:00:00 2001 -From: Stef Walter st...@gnome.org -Date: Wed, 8 Aug 2012 06:06:24 +0200 -Subject: [PATCH 1/3] schema: Update description for gpg-cache-method - - * Document the various method strings that can be present here - -https://bugzilla.gnome.org/show_bug.cgi?id=681081 - schema/org.gnome.crypto.cache.gschema.xml |5 - - 1 file changed, 4 insertions(+), 1 deletion(-) - -diff --git a/schema/org.gnome.crypto.cache.gschema.xml b/schema/org.gnome.crypto.cache.gschema.xml -index 9a431eb..4547399 100644 a/schema/org.gnome.crypto.cache.gschema.xml -+++ b/schema/org.gnome.crypto.cache.gschema.xml -@@ -3,7 +3,10 @@ - key name=gpg-cache-method type=s - default'session'/default - summaryCache Method/summary -- descriptionThe method to use for caching passphrases typed into the GPG agent./description -+ descriptionThe method to use for caching passphrases typed into the GPG agent. -+ Should be one of: 'always' caches permanently, 'session' caches until session end, -+ 'idle' caches until the not used for gpg-cache-ttl seconds, 'timeout' caches until -+ gpg-cache-ttl seconds./description - /key - key name=gpg-cache-ttl type=i - default300/default --- -1.7.10.4 - --- gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch 2012-08-19 13:29:37.0 +0100 +++ gnome-keyring-3.6.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch 1970-01-01 01:00:00.0 +0100 @@ -1,99 +0,0 @@ -From 51606f299e5ee9d48096db0a5957efe26cbf7cc3 Mon Sep 17 00:00:00 2001 -From: Stef Walter st...@gnome.org -Date: Wed, 8 Aug 2012 06:06:58 +0200 -Subject: [PATCH 2/3] gpg-agent: Hook up the TTL cache option - - * So that when the gsettings gpg-cache-method is 'idle' or 'timeout' - we use gpg-cache-ttl to control how long the passphrase is cached - for. - * This is a regression from 3.3.x - -https://bugzilla.gnome.org/show_bug.cgi?id=681081 - daemon/gpg-agent/gkd-gpg-agent-ops.c | 40
Bug#688823: broadcom-sta-dkms: to version = 6.20.55.19 (r300276)
Reposting updated link, as I'm getting emails about it. it's also mentioned at the bottom of the homepage jas.gemnetworks.com :) http://jas.gemnetworks.com/debian/pool/main/w/wireless-bcm43142-dkms/wireless-bcm43142-dkms_6.20.55.19~bdcom0602.0400.1000.0400-0somerville1_amd64.deb Sorry about the long file name. forgot to rename dell's stupid mile-long package name, and when re-importing in new repo, it got renamed back to original name. Apparently broadcom's linux driver page is still stuck at 5.100.82.112 :p http://www.broadcom.com/support/802.11/linux_sta.php Arend, Anything you can do about the latter, at least? Thanks, Jas On Mon, Oct 1, 2012 at 2:49 PM, Jasmine Hassan jasmine.a...@gmail.com wrote: And because, the log you're referencing, begins with: # wpa_supplicant -d -Dnl80211,wext -ieth2 -u -s -O /var/run/wpa_supplicant I obviously ran it with the same -D option used in functions.sh: nl80211,wext (in the same order). Pointless, of course, as I know that the wl.ko module loaded at the time was built with wext only. I guess I could've just as well ran with - On Mon, Oct 1, 2012 at 2:26 PM, Jasmine Hassan jasmine.a...@gmail.com wrote: Resend. Sorry, forgot to reply all on the last 2 emails because wpa_supplicant 1.0 (at least on LMDE/Debian testing) always tries nl80211 first # grep -i wext /etc/wpa_supplicant/* /etc/wpa_supplicant/functions.sh:# -D driver backend ('wext' if none given) /etc/wpa_supplicant/functions.sh: WPA_SUP_OPTIONS=$WPA_SUP_OPTIONS -D nl80211,wext /etc/wpa_supplicant/functions.sh: wpa_msg stderr using \nl80211,wext\ wpa-driver instead ... /etc/wpa_supplicant/functions.sh: WPA_SUP_OPTIONS=$WPA_SUP_OPTIONS -D nl80211,wext /etc/wpa_supplicant/functions.sh: wpa_msg verbose wpa-driver nl80211,wext (default) -- And to answer your other question, attached the complete snipped part -- Jasmine On Mon, Oct 1, 2012 at 2:06 PM, Arend van Spriel ar...@broadcom.com wrote: On 09/27/2012 04:24 PM, Jasmine Hassan wrote: Update on 3.6-rc7 problems with wpasupplicant-1.0-2 and broadcom-sta 6.20.55.19 (r300276) 1. Fails to associate to AP (WPA encryption used) when wl.ko built with wext 2. Kernel bug when wl.ko built with nl/cfg80211 Commenting on issue 1 only, here. Updated deb: http://jas.gemnetworks.com/debian/wireless-bcm43142-dkms-6.20.55.19_amd64.deb Also tested on linux 3.5.0-4.dmz.1-liquorix-amd64, and it works for me Now, given a power regression in kernel 3.5, I was eager to test drive 3.6-rc6, and found rc7 out already! So yesterday I installed linux 3.6-rc7.towo.1-siduction-amd64, the wl module compiles and installs, and loads okay upon boot to 3.6-rc7. However, I'm unable to associate to my AP: Pointers in syslog Sep 25 21:34:10 terra wpa_supplicant[2787]: nl80211: 'nl80211' generic netlink not found Sep 25 21:34:10 terra wpa_supplicant[2787]: Failed to initialize driver 'nl80211' [..snip] Not sure what is snipped here. Your wpa_supplicant seems to try nl80211. Maybe it goes and try WEXT instead, but that is missing from the log. Do you recall or still have the entire syslog? Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Trying to associate with 00:xx:xx:xx:xx:xx (SSID='xxx' freq=2452 MHz) Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Association request to the driver failed As bcm43142 is fairly new, this proprietary driver is all that's there to support it. Sad face. Cheers, Jasmine Gr. AvS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581113: [Pkg-ofed-devel] Processed: severity of 581113 is serious
Not sure if this is appropriate to respond to but, this was fixed in version 1.5.8. Ira On Fri, 19 Oct 2012 07:03:06 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Processing commands for cont...@bugs.debian.org: severity 581113 serious Bug #581113 [infiniband-diags] infiniband-diags: bashism in /bin/sh script Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 581113: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581113 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Pkg-ofed-devel mailing list pkg-ofed-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ofed-devel -- Ira Weiny Member of Technical Staff Lawrence Livermore National Lab 925-423-8008 wei...@llnl.gov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687430: +1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I, hereby, second the request to Debian comrades, the mailinglist bureaucrats, to approve this list before the list starts approving them. A - -- Alexander Ufimtsev School of Computer Science and Informatics University College Dublin, Belfield, D4, Ireland E: al...@ucd.ie T: +353 1 716 2926 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iD8DBQFQgXjuANNyqVq3ICERAtdrAJ92iWej/Z21YY7ZOWW9Cu7YLDNpmgCgnX8x spXg0LNiDBIAm6mwis3V9Ak= =6T3y -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#690966: lvm2: Please allow lvm2 to be built with libreadline-dev
Package: lvm2 Version: 2.02.95-4 Severity: wishlist Tags: patch User: j.scha...@email.de Usertags: bootstrap-conflicts Inter-package conflicts currently limit the ability of a CUDF solver to optimize the dependency graph created during bootstrapping of Debian for new architectures. Luckily there are only nine conflicts in the core set of Debian packages in Debian Sid as of now. One of those conflicts is between libreadline-gplv2-dev and libreadline-dev. From the core packages, only src:lvm2 and src:ruby1.8 build-depend on libreadline-gplv2-dev. But both are gpl2, so using the newer gpl3 libreadline-dev should not be a problem license-wise. When building lvm2 with libreadline-dev instead of libreadline-gplv2-dev I observed no errors. It seems no modifications other than of the Build-Depends have to be done. The attached patch replaces lvm2's current dependency on libreadline-gplv2-dev with a dependency on libreadline-dev. Alternatively, a disjunction between those two would probably also work because it appears to build fine with either of them. Can you please confirm my observation and then apply the attached patch so that libreadline-gplv2-dev is not strictly needed anymore to build lvm2? The dependency on libreadline-gplv2-dev was introduced as the solution of bug #553807. This change not only benefits a solver when analyzing the bootstrapping situation but also allows to compile lvm2 side by side with many other packages that build-depend on libreadline-dev. cheers, josch Index: lvm2-2.02.95/debian/control === --- lvm2-2.02.95.orig/debian/control 2012-05-27 17:05:01.0 + +++ lvm2-2.02.95/debian/control 2012-10-19 16:48:28.990015873 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian LVM Team pkg-lvm-maintain...@lists.alioth.debian.org Uploaders: Bastian Blank wa...@debian.org -Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 8.1.3~), automake, libcman-dev ( 2), libcorosync-dev, libdlm-dev ( 2), libreadline-gplv2-dev, libselinux1-dev, libudev-dev, openais-dev, pkg-config +Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 8.1.3~), automake, libcman-dev ( 2), libcorosync-dev, libdlm-dev ( 2), libreadline-dev, libselinux1-dev, libudev-dev, openais-dev, pkg-config Standards-Version: 3.9.1 Homepage: http://sources.redhat.com/lvm2/ Vcs-Svn: svn://svn.debian.org/pkg-lvm/lvm2/trunk/
Bug#690573: git: Error code 51 accessing google code https repo
clone 690573 -1 retitle -1 Error result=51 accessing google code https git repo reassign -1 libcurl3-gnutls affects -1 git forcemerge 690551 -1 thanks On Tue, 16 Oct 2012 11:17:06 +0200 Alessandro Ghedini al3x...@gmail.com wrote: Also note that this is, in fact, a bug in libcurl. See #690551. Cloning and merging, hopefully this will help point other people in the same situation as me to the most appropriate report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674039: mount -a still required
Hi! We use a current 'wheezy' with sysvinit Version: 2.88dsf-32 We run into the 'same situation' by having two or more network cards active in cluster machines (one to the world, one inside the cluster for speed). First 'inet' network comes up and eth0 goes through mountnfs but does not mount because the second eth1 is not yet up. Other 'inet' devices are never seen by mountnfs, because the 'post-up' is run with IFACE='--all' ADDRFAM='meta'. I can expand the test for 'inet' and 'inet6' by allowing also for 'meta' (and just to be on the safe side checking IFACE for '--all' which I assume to be always the last one). Then function 'exit_unless_last_interface' exits, because the interfaces, which are brought up by '--all', are never noted in /etc/network/run/ifstate. So I wrapped another check for '--all' around the loop there and now i get my nfs-mounts back as they were. BUT I really would like to know, what I break by ignoring the check whether all interfaces are up, and why the working interface eth1 never is put into the ifstate ??? Yours Stucki (cluster-admin trying to create a filesystem shared via nfs by the whole cluster on a local network) PS.: If needed I will provide patches, but the above tests are just three trivial lines to add. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690844: wishlist: note that /etc/default/netdiag is not a conffile
Michael Meskes mes...@debian.org writes: On Thu, Oct 18, 2012 at 08:38:09PM +0700, Ivan Shmakov wrote: Contrary to what's stated in debian/templates, /etc/default/netdiag /shouldn't/ be edited directly to change the run_statnetd value, as it will be overwritten by the value of the netdiag/run_statnetd Debconf question the next time the package is (re)configured. TTBOMK this is not true. The debconf answer is overwritten by the value read from /etc/default/netdiag. Indeed, debian/config (which I've missed) reads the value and pre-sets Debconf. However, it's still possible to change the setting via dpkg-reconfigure(8). It still makes sense to drop the second “'.*'” off printf, and to add a notice that /etc/default/netdiag is /not/ a conffile, and will be overwritten. E. g., I tend to occasionally edit comments in the files below /etc, and I'd be surprised to find that my edits are silently discarded. (That'd make a Severity: wishlist bug, with a patch.) -- FSF associate member #7257 np. lotus3_3.mod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690953: yelp: [experimental] new upstream version 3.6.1
Hi, On 19.10.2012 15:36, Simon McVittie wrote: Package: yelp Version: 3.4.2-1+b1 Severity: wishlist Tags: patch Here's updated packaging for yelp 3.6.1. This change might be controversial: * Update debian/libyelp0.symbols. Symbols were dropped without bumping the SONAME (see GNOME #686457). Yelp is currently the only user of libyelp, so give libyelp0 a Breaks: yelp ( 3.6.0) instead of doing it properly. yelp has Depends: libyelp0 (= ${binary:Version}) so we don't need the Breaks -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature