Bug#706919: gpg --no-options doesn't work without ~/.gnupg
Package: gnupg Version: 1.4.12-7 Severity: normal The manpage says that --no-options will also prevent the creation of a '~/.gnupg' homedir. In fact, if the homedir does not exist, gnupg will exit with an error when this argument is passed. At least some actions do not require a homedir so this behavior is strange. For example: $ gpg --no-options --no-auto-check-trustdb --no-default-keyring --keyring /usr/share/keyrings/debian-keyring.gpg --list-key gpg: fatal: /home/wrar/.gnupg: directory does not exist! Among other things this makes who-uploads say unrecognised public key on all keys without further explanation. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 Versions of packages gnupg depends on: ii dpkg 1.16.10 ii gpgv 1.4.12-7 ii install-info 4.13a.dfsg.1-10 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libreadline6 6.2+dfsg-0.1 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gnupg recommends: pn gnupg-curl none ii libldap-2.4-2 2.4.31-1+nmu2 Versions of packages gnupg suggests: pn gnupg-doc none ii libpcsclite11.8.8-2 pn xloadimage | imagemagick | eog none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677141: iftop: possible memory leak
Hi! Many thanks for the debugging and the explanation how to reproduce the problem! I'll see that I upload a fixed version soonish, and ask Debian release managers also for inclusion into the next point releases. Best regards, Alexander Am 2013-05-05 21:24, schrieb Olivier Allard-Jacquin: Hi, according to e3zhbo6k AT arcor.de : mail Upstream didn't respond nor did they fix it. The memory leak is in resolver.c introduced by commit Frédéric Perrin patch for ipv6 reverse resolution via address structure that retains IP family.. A struct addr_storage is always allocated in resolve(). If dns resolution is turned off it will not be freed. Possible fix? diff --git a/resolver.c b/resolver.c index c09de9d..e3b965d 100644 --- a/resolver.c +++ b/resolver.c @@ -472,15 +472,15 @@ void resolve(int af, void* addr, char* result, int buflen) { int added = 0; struct addr_storage *raddr; -raddr = malloc(sizeof *raddr); -memset(raddr, 0, sizeof *raddr); -raddr-af = af; -raddr-len = (af == AF_INET ? sizeof(struct in_addr) - : sizeof(struct in6_addr)); -memcpy(raddr-addr, addr, raddr-len); - if(options.dnsresolution == 1) { +raddr = malloc(sizeof *raddr); +memset(raddr, 0, sizeof *raddr); +raddr-af = af; +raddr-len = (af == AF_INET ? sizeof(struct in_addr) + : sizeof(struct in6_addr)); +memcpy(raddr-addr, addr, raddr-len); + pthread_mutex_lock(resolver_queue_mutex); if(hash_find(ns_hash, raddr, u_hostname.void_pp) == HASH_STATUS_OK) {/mail /mail I confirm this patch does fix memory leak issue. Tested on both i386 and amd64 arch, with sources from http://packages.debian.org/wheezy/iftop (iftop_1.0~pre2.orig.tar.gz iftop_1.0~pre2-3.diff.gz) Test procedure iftop -n -i lo ping -f localhost top - memory leak clearly appear after about 2min (~300Mo used) - without -n parameter, there is no memory leak (iftop process use about 45Mo) /Test procedure Best regards, Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706920: libprocps1-dev and libprocps0-dev: error when trying to install together
Package: libprocps0-dev,libprocps1-dev Version: libprocps0-dev/1:3.3.4-2 Version: libprocps1-dev/1:3.3.6-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-05-06 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libprocps1 libc-dev-bin linux-libc-dev libc6-dev libprocps0-dev libprocps1-dev Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libprocps1:amd64. (Reading database ... 10775 files and directories currently installed.) Unpacking libprocps1:amd64 (from .../libprocps1_1%3a3.3.6-1_amd64.deb) ... Selecting previously unselected package libc-dev-bin. Unpacking libc-dev-bin (from .../libc-dev-bin_2.13-38_amd64.deb) ... Selecting previously unselected package linux-libc-dev:amd64. Unpacking linux-libc-dev:amd64 (from .../linux-libc-dev_3.2.41-2_amd64.deb) ... Selecting previously unselected package libc6-dev:amd64. Unpacking libc6-dev:amd64 (from .../libc6-dev_2.13-38_amd64.deb) ... Selecting previously unselected package libprocps0-dev. Unpacking libprocps0-dev (from .../libprocps0-dev_1%3a3.3.4-2_amd64.deb) ... Selecting previously unselected package libprocps1-dev. Unpacking libprocps1-dev (from .../libprocps1-dev_1%3a3.3.6-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libprocps1-dev_1%3a3.3.6-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libprocps.la', which is also in package libprocps0-dev 1:3.3.4-2 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libprocps1-dev_1%3a3.3.6-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/proc/alloc.h /usr/include/proc/devname.h /usr/include/proc/escape.h /usr/include/proc/procps.h /usr/include/proc/pwcache.h /usr/include/proc/readproc.h /usr/include/proc/sig.h /usr/include/proc/slab.h /usr/include/proc/sysinfo.h /usr/include/proc/version.h /usr/include/proc/wchan.h /usr/include/proc/whattime.h /usr/lib/x86_64-linux-gnu/libprocps.a /usr/lib/x86_64-linux-gnu/libprocps.la /usr/lib/x86_64-linux-gnu/libprocps.so /usr/lib/x86_64-linux-gnu/pkgconfig/libprocps.pc This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658829: Bug#706895: transition: db5.3
On Mon, May 6, 2013 at 3:37 AM, Matthias Klose d...@debian.org wrote: Am 05.05.2013 23:22, schrieb Ondřej Surý: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, it's that time again we should prepare to switch to new Berkeley DB upstream version. This time it's the 5.1 to 5.3 transition. I expect that there might be another upstream release before jessie is out, but since the Berkeley DB transitions are so painful, I think it's a good idea to practice it a bit, since we only did it correctly once for wheezy. I won't be uploading new db-defaults to unstable before you ack this transition. is this really necessary with db 6.x on the horizon? Absolutelly necessary? No, and I do expect another transition before the jessie is out (unless we really speed up our release cycles :-)). But my goal is to get the archive in such shape, so the transitions from one BDB version to another are smooth as possible, and there are only very rare case when the package needs to B-D on specific BDB version. So, I won't be filling RC bugs when the transition to db 5.3 doesn't happen, but I will actively work with maintainers[1] to make this happen. BTW do you have any information on db 6.x? I haven't seen any nor I have been able to find any information about it. O. 1. I'll happily leave out the python and openldap off my list. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698560: openvz: debian upgrade 6-7 inside a continer, results in vzctl enter ID not working - hanging.
Hi Rafal On Sun, May 05, 2013 at 10:50:17PM +0200, Rafał Pietrak wrote: W dniu 05/05/2013 10:02 PM, Ola Lundqvist pisze: Hi Rafał Hi, Just checking. Have you tried to upgrade to the vzctl version in wheezy to see the result? No (I think). vzctl is a host application(package), and host in this Yes that is true. case stays at squeeze. Just the containter got upgraded, and there Ok. I was more interested in whether the problem if your host is upgraded too. I think that may very well be the problem. I think you need to upgrade the host vzctl before you upgrade the container. Still a little strange. I'll see if I can reproduce this. is no vzctl in it (I think: dpkg --get-selections|grep vzctl yields nothing). This sounds just like it should be. Also what is the default shell in the container? $ ls -la /bin/sh lrwxrwxrwx 1 root root 4 May 22 2012 /bin/sh - bash If that's what you're asking about. If that is from the host and not from the container it sounds like what I need to know. // Ola -R -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#381864: Issue still present in version 9.0.6
Hello This issue is still present in systat version 9.0.6: 756 -rw-r--r-- 1 root root 769596 May 2 00:00 sa01 756 -rw-r--r-- 1 root root 769548 May 3 00:00 sa02 756 -rw-r--r-- 1 root root 769548 May 4 00:00 sa03 756 -rw-r--r-- 1 root root 769548 May 5 00:00 sa04 756 -rw-r--r-- 1 root root 769548 May 6 00:00 sa05 512 -rw-r--r-- 1 root root 518412 May 6 08:15 sa06 380 -rw-r--r-- 1 root root 384996 Apr 8 00:00 sa07 380 -rw-r--r-- 1 root root 384996 Apr 9 00:00 sa08 380 -rw-r--r-- 1 root root 384996 Apr 10 00:00 sa09 As you can see, it keeps appending new data to existing files. This makes the logfiles unusable for tools like ksar. Will this issue ever be addressed? Regards Reto
Bug#706880: Work around found
Earlier today I reported that my wireless connection kept dropping. It was working working fine until I upgraded to Wheezy. Then the wireless connection kept dropping about every 25 seconds for several hours. I found a work-around, but I have no idea why, and this is not really a resolution, because it's still unknown to me what in the upgrade code caused the problem. In the Network Manager, where you click on the bars icon on the top tool bar, that is, I mean, right-click, then Edit Connections, then go to the Wireless tab and select the network, then click on Edit, then click on the IPv6 Settings tab, and change the Method from Automatic to Ignore. I waited a few minutes, and the reauthenticate (asking for the network password) didn't come up. I changed it back to Automatic, and the problem still hasn't come back, so great! I rebooted, and the wireless connection is still stable, so that's a relief. If you figure out what caused it, and you can put in a fix so someone else avoids what I went through today, and wasted eight hours, that would be great. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705454: mdadm: --examine --scan generates wrong #spares
On Wed, 1 May 2013, NeilBrown wrote: mdadm --examine --scan looks at all devices, whether they are currently attached to an md array or not. Maybe it found a device that looked like a spare but isn't currently know to md. Doubtful… What does mdadm --examine --scan -v show? It should list dev= for each array. This is totally wrong ;-) tglase@tglase:~ $ sudo mdadm --examine --scan -v ARRAY /dev/md0 level=raid1 num-devices=4 UUID=b4a6dcca:639ab49e:3cbfd189:3a086020 spares=1 devices=/dev/sdb1,/dev/sde1,/dev/sdd1,/dev/sdc1,/dev/sda1 ARRAY /dev/md1 level=raid10 num-devices=4 UUID=b1518a63:e8fe3e9f:3cbfd189:3a086020 spares=2 devices=/dev/sdb2,/dev/sdb,/dev/sde2,/dev/sde,/dev/sdd2,/dev/sdd,/dev/sdc2,/dev/sdc,/dev/sda2,/dev/sda I have /dev/sd{a,b,c,d,e}1 and /dev/sd{a,b,c,d,e}2 respectively. Also you might be wanting 'mdadm --detail --scan' if you already have the arrays assembled. Sure, this one is now the system booted after the move. tglase@tglase:~ $ sudo mdadm --detail --scan ARRAY /dev/md0 metadata=0.90 spares=1 UUID=b4a6dcca:639ab49e:3cbfd189:3a086020 ARRAY /dev/md1 metadata=0.90 spares=1 UUID=b1518a63:e8fe3e9f:3cbfd189:3a086020 Does that help any? bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706921: gnome: Gnome hangs itself up
Package: gnome Version: 1:3.4+7 Severity: important Dear Maintainer, I was not doing anything special. It occured right after installation. I just configure email, the printer, and tried to set up a vpn to my university. I tried to install the closed drivers, but now i only was thrown into fallback mode. I am now restricted to fallback mode until i find a mean to get it working again. I hoped the problem stems from the opensource nvidia drivers. Bit i am unsure of that. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii aisleriot1:3.4.1-1 ii alacarte 3.5.3-1 ii avahi-daemon 0.6.31-2 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.3-3 ii desktop-base 7.0.3 ii evolution3.4.4-3 ii evolution-plugins3.4.4-3 ii file-roller 3.4.2-1 ii gedit3.4.2-1 ii gedit-plugins3.4.0-1 ii gimp 2.8.2-2 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.4.2-1 ii gnome-core 1:3.4+7 ii gnome-documents 0.4.2-2 ii gnome-games 1:3.4.2-3 ii gnome-media 3.4.0-1 ii gnome-nettool3.2.0-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.3.1-1.3 ii libgtk2-perl 2:1.244-1 ii libreoffice-calc 1:3.5.4+dfsg-4 ii libreoffice-gnome1:3.5.4+dfsg-4 ii libreoffice-impress 1:3.5.4+dfsg-4 ii libreoffice-writer 1:3.5.4+dfsg-4 ii nautilus-sendto 3.0.3-2+b1 ii network-manager-gnome0.9.4.1-5 ii rhythmbox2.97-2.1 ii rhythmbox-plugin-cdrecorder 2.97-2.1 ii rhythmbox-plugins2.97-2.1 ii rygel-playbin0.14.3-2 ii rygel-preferences0.14.3-2 ii rygel-tracker0.14.3-2 ii seahorse 3.4.1-2 ii shotwell 0.12.3-2 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.5-1 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-8 ii totem-plugins3.0.1-8 ii tracker-gui 0.14.1-3 ii transmission-gtk 2.52-3+nmu1 ii vinagre 3.4.2-2 ii xdg-user-dirs-gtk0.9-1 ii xul-ext-adblock-plus 2.1-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20120629-1 ii gdebi0.8.7 ii gnome-games-extra-data 3.2.0-4 ii nautilus-sendto-empathy 3.4.2.3-2 ii telepathy-idle 0.1.11-2 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:3.5.4+dfsg-4 pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii empathy 3.4.2.3-2 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server 3.4.4-3 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-3 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-8 ii gkbd-capplet3.4.0.2-1 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.3.1-2 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-5 ii gnome-online-accounts 3.4.2-2 ii gnome-packagekit3.4.2-2 ii gnome-panel 3.4.2.1-4 ii
Bug#706708: yaml-cpp: Please package the new upstream release
Hello VCS tags are wrong (they are pointing to upstream while we expect the Debian VCS). By the way, I cannot find the Debian VCS of yaml-cpp. Thanks Sylvestre On 05/05/2013 05:05, Lifeng Sun wrote: Hi Sylvestre, I prepared the package [1] but it includes a new binary package and has to go through NEW queue. It would be very kind if you upload it to the official archive. Thanks. [1] https://mentors.debian.net/package/yaml-cpp Lifeng On 17:48 Fri 05/03/13 May , Sylvestre Ledru wrote: Package: yaml-cpp Severity: wishlist Hello, Could you package the release 0.5.1 ? Thanks Sylvestre -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706922: king: Please update king to jogl2
Package: king Severity: normal Guten tag Andreas, King is using jogl version 1. This version has not been maintained upstream for years. I would like to remove it from the Debian archive in favor of libjogl2-java. The bad news is that there is quite some work to migrate from jogl 1 = jogl 2. Could you consider to switch to version 2.0 ? (you should probably ask upstream to do that). Danke, Sylvestre -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706499: Ethernet with Realtek R8169 only working with IPV6
Hello Ben, yesterday i started my tests and the system just wants to blame me. I connected the 1000 MB card with an additional network cable and i setup the /etc/network/interfaces with # The primary network interface 1000 MB allow-hotplug eth0 iface eth0 inet static address 192.168.1.3 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 # The secondary network interface 100 MB allow-hotplug eth1 iface eth1 inet static address 192.168.1.4 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 dns-nameservers 192.168.1.1 and rebootet. Afterwards the R8169 card works without problem. # ip addr 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:e0:52:c8:d4:38 brd ff:ff:ff:ff:ff:ff inet 192.168.1.4/24 brd 192.168.1.255 scope global eth0 inet6 fe80::2e0:52ff:fec8:d438/64 scope link valid_lft forever preferred_lft forever 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:13:d4:d2:84:32 brd ff:ff:ff:ff:ff:ff inet 192.168.1.3/24 brd 192.168.1.255 scope global eth1 inet6 fe80::213:d4ff:fed2:8432/64 scope link valid_lft forever preferred_lft forever # ifconfig eth0 Link encap:Ethernet Hardware Adresse 00:e0:52:c8:d4:38 inet Adresse:192.168.1.4 Bcast:192.168.1.255 Maske:255.255.255.0 inet6-Adresse: fe80::2e0:52ff:fec8:d438/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:194 errors:0 dropped:0 overruns:0 frame:0 TX packets:143 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:21846 (21.3 KiB) TX bytes:22549 (22.0 KiB) Interrupt:20 Basisadresse:0x8c00 eth1 Link encap:Ethernet Hardware Adresse 00:13:d4:d2:84:32 inet Adresse:192.168.1.3 Bcast:192.168.1.255 Maske:255.255.255.0 inet6-Adresse: fe80::213:d4ff:fed2:8432/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:27 errors:0 dropped:0 overruns:0 frame:0 TX packets:64 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:3052 (2.9 KiB) TX bytes:4382 (4.2 KiB) Interrupt:17 Basisadresse:0xc400 The problem has come like a ghost and gone like a ghost. It's hard to say for me but - the bug can be closed. This problem is really not reproducible. Now i must master my routing problem - maybe the problem will come up again ... Best regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705454: mdadm: --examine --scan generates wrong #spares
On Mon, 6 May 2013 09:22:42 +0200 (CEST) Thorsten Glaser t.gla...@tarent.de wrote: On Wed, 1 May 2013, NeilBrown wrote: mdadm --examine --scan looks at all devices, whether they are currently attached to an md array or not. Maybe it found a device that looked like a spare but isn't currently know to md. Doubtful… What does mdadm --examine --scan -v show? It should list dev= for each array. This is totally wrong ;-) tglase@tglase:~ $ sudo mdadm --examine --scan -v ARRAY /dev/md0 level=raid1 num-devices=4 UUID=b4a6dcca:639ab49e:3cbfd189:3a086020 spares=1 devices=/dev/sdb1,/dev/sde1,/dev/sdd1,/dev/sdc1,/dev/sda1 ARRAY /dev/md1 level=raid10 num-devices=4 UUID=b1518a63:e8fe3e9f:3cbfd189:3a086020 spares=2 devices=/dev/sdb2,/dev/sdb,/dev/sde2,/dev/sde,/dev/sdd2,/dev/sdd,/dev/sdc2,/dev/sdc,/dev/sda2,/dev/sda It appears that your '2' partitions are at an offset of a multiple of 64K from the start of the device. This is a serious problem for 0.90 metadata and is one of the several reasons that 1.x metadata was introduced. Both sda and sda2 look like they have the same superblock, because the superblock is at the end of both. This can seriously confuse mdadm. It would probably refuse to assemble the array unless you have a DEVICES line in mdadm to tell it to ignore 'sda' etc. mdadm --examine --scan sees the spare superblock twice, once at the end of a partition and once at the end of a device. So it thinks it sees 2 spares. If possible, I would suggest recreating the md1 array using 1.2 metadata. NeilBrown I have /dev/sd{a,b,c,d,e}1 and /dev/sd{a,b,c,d,e}2 respectively. Also you might be wanting 'mdadm --detail --scan' if you already have the arrays assembled. Sure, this one is now the system booted after the move. tglase@tglase:~ $ sudo mdadm --detail --scan ARRAY /dev/md0 metadata=0.90 spares=1 UUID=b4a6dcca:639ab49e:3cbfd189:3a086020 ARRAY /dev/md1 metadata=0.90 spares=1 UUID=b1518a63:e8fe3e9f:3cbfd189:3a086020 Does that help any? bye, //mirabilos signature.asc Description: PGP signature
Bug#706923: [debhelper] dh_auto_install not calling make install on kfreebsd
Package: debhelper Version: 9.20130504 Severity: normal Just got two mails [1,2] from buildd about problems creating a subdirectory of a directory which should have been created during the normal installation procedure before this step. The build system is just a makefile based system. So I would expect that dh_auto_install just calls `make install` like on every other system (as example i386 [3]): debian/rules override_dh_auto_install make[2]: Entering directory `/build/buildd-exactimage_0.8.8-1-i386-BcBtXV/exactimage-0.8.8' dh_auto_install -- X_SYSTEM=Linux Q= WITHPYTHON=0 make[3]: Entering directory `/build/buildd-exactimage_0.8.8-1-i386-BcBtXV/exactimage-0.8.8' Instead on kfreebsd-* it completely jumps over the `make install` part and continues with the `mkdir debian/tmp/usr/lib/php5` (which of course has to fail). I don't have a kfreebsd box right here at the moment. So maybe some quick input from the debhelper maintainers might be helpful to isolate the problem (maybe it is just a limitation that I've missed). At least it doesn't happen everywhere. Another upload from yesterday with a similar Makefile based build system [4] did not have this problem. Kind regards, Sven [1] https://buildd.debian.org/status/fetch.php?pkg=exactimagearch=kfreebsd-amd64ver=0.8.8-1stamp=1367825263 [2] https://buildd.debian.org/status/fetch.php?pkg=exactimagearch=kfreebsd-i386ver=0.8.8-1stamp=1367825576 [3] https://buildd.debian.org/status/fetch.php?pkg=exactimagearch=i386ver=0.8.8-1stamp=1367825792 [4] https://buildd.debian.org/status/fetch.php?pkg=mupen64plus-video-arachnoidarch=kfreebsd-amd64ver=1.99.5-2stamp=1367772165 signature.asc Description: This is a digitally signed message part.
Bug#706864: RFS: exactimage/0.8.8-1
* Package name: exactimage Version : 0.8.8-1 Was uploaded to unstable http://packages.qa.debian.org/e/exactimage/news/20130506T070300Z.html signature.asc Description: This is a digitally signed message part.
Bug#706924: emacs24: gtk integration problem with toolbar style
Package: emacs24 Version: 24.3+1-1 Severity: minor hi I noted a minor problem. In my system emacs24 by default displays both icons and text in the toolbar ; this is annoying, the toolbar is not wide enough to contain both (in particular when using auctex); I would like to see icons only, so I set up the correct gconf key; but emacs has an erratic behaviour on this respect; one possible cause of confusion is that emacs calls it 'images' but gtk calls it 'icons'. Currently I see this situation in gconf: # gconftool --long-docs /desktop/gnome/interface/toolbar_style Toolbar Style. Valid values are both, both-horiz, icons, and text. # gconftool -g /desktop/gnome/interface/toolbar_style icons and emacs reports tool-bar-style is a variable defined in `C source code'. Its value is nil Documentation: Tool bar style to use. It can be one of image- show images only text - show text only both - show both, text below image both-horiz - show text to the right of the image text-image-horiz - show text to the left of the image any other- use system default or image if no system default. This variable only affects the GTK+ toolkit version of Emacs. You can customize this variable. So emacs24 should display icons only; but when I start emacs24 I see both icons and text. Moreover if I issue # gconftool -s /desktop/gnome/interface/toolbar_style -t string icons then emacs24 changes the toolbar to icons only; but when I restart emacs24, it is again both icons and text. The only thing that persists is when I customize the Emacs variable and save it to ~/.emacs as '(tool-bar-style (quote image)) a. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (300, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-10 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-6 ii libgomp14.7.2-5 ii libgpm2 1.20.4-6 ii libgtk-3-0 3.4.2-6 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-2 ii libmagickcore5 8:6.7.7.10-5 ii libmagickwand5 8:6.7.7.10-5 ii libotf0 0.9.12-2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-1 ii libselinux1 2.1.9-5 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-11 ii libtinfo5 5.9-10 ii libx11-62:1.5.0-1 ii libxft2 2.3.1-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.7-1 ii zlib1g 1:1.2.7.dfsg-13 emacs24 recommends no packages. Versions of packages emacs24 suggests: pn emacs24-common-non-dfsg none -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#288432: supertux: Joystick does not work
Hi Francesco, Can you try testing the attached patch? It was forwarded to the upstream's bug report tracker (from a quick look, it seems reasonable, but I don't know if it actually solves the issue, and again I don't have a joystick to test with). Cheers, Vincent issue-959-joystick-conf.patch Description: Binary data
Bug#706600: terminator: problem with maximation of terminator
Thank for the reply. the package python-keybinder as i installed isthe last version. For display a bug i make the follow video http://www.youtube.com/watch?v=nP8I164FasMfeature=youtu.be http://www.youtube.com/watch?v=nP8I164FasMfeature=youtu.be On 05/05/2013 09:17 PM, Julián Moreno Patiño wrote: tags 706600 + moreinfo unreproducible thanks Hello Dario, I can't reproduce your problem, could you upgrade python-keybinder package ? Could you attach some screenshots? Thank you so much for your report. Kind regards, -- Julián Moreno Patiño Debian Developer .''`. Debian GNU/{Linux,KfreeBSD} : :' : Free Operating Systems `. `' http://debian.org/ `- GPG Fingerprint: C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60 Registered GNU Linux User ID 488513 2013/5/2 Dario Nardi popi...@gmail.com mailto:popi...@gmail.com Package: terminator Version: 0.97-1 Severity: normal Hi, when i try to maximize the window with the botton in the top bar, the window is reduce in the top bar, and for using terminator i should close and reopen it. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages terminator depends on: ii gconf2 3.2.5-1+build1 ii python 2.7.3-4 ii python-dbus 1.1.1-1 ii python-gobject 3.2.2-2 ii python-gtk2 2.24.0-3+b1 ii python-vte 1:0.28.2-5 Versions of packages terminator recommends: ii python-gnome2 2.28.1+dfsg-1 ii python-keybinder 0.2.2-4 ii python-notify 0.1.1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 terminator suggests no packages. -- no debconf information
Bug#706154: gecko-mediaplayer: claims that an additional plugin is needed, but standalone gnome-mplayer plays the video
On 2013-05-05 19:08:50, Francesco Poli wrote: On Sun, 5 May 2013 18:21:50 +0200 Sebastian Ramacher wrote: On 2013-05-05 17:39:03, Francesco Poli wrote: Is iceweasel/gecko-mediaplayer able to access dbus? I think it is: is there an easy way to check, anyway? You could check if DBUS_SESSION_BUS_ADDRESS is set for iceweasel, i.e check if /proc/$(pidof icewasel)/environ contains DBUS_SESSION_BUS_ADDRESS and is correct. It seems to be correct: $ strings /proc/$(pidof firefox-bin)/environ | grep DBUS_SESSION_BUS_ADDRESS DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-EWlTl35qa5,guid=e8bafb95e95f867331347ee751861a08 $ env | grep DBUS_SESSION_BUS_ADDRESS DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-EWlTl35qa5,guid=e8bafb95e95f867331347ee751861a08 Fine (I'm just guessing here. But dbus and dconf-service look like possibly points of failure as they are required to get the settings, AFAICT.) I don't know whether dconf-service is really required. It does not seem to be running on my system, but gnome-mplayer seems to be able to remember the settings, if I change them... Moreover, when I change those settings, the ~/.config/dconf/user file is updated. What does $ gsettings get apps.gecko-mediaplayer.preferences disable-wmp produce and does it match the settings set with dconf(-editor)? Wait, wait!;-) gsettings? I don't have this command... let me see... Should I install the libglib2.0-bin package? Yes, please. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
Package: mediathekview Version: 3.2.1-1 Severity: grave Justification: renders package unusable libjgoodies-forms-java 1.6.0-3 entered unstable today and made mediathekview unusable. More precisely the API changed and mediathekview needs to update the former used FormFactory class to FormSpecs. Hopefully this bug will be fixed in the next 48h. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediathekview depends on: ii jarwrapper 0.43 ii libcommons-compress-java 1.4.1-2 ii libcommons-lang3-java 3.1-1 ii libjgoodies-forms-java 1.6.0-3 ii libjide-oss-java 3.5.3+dfsg-1 ii libmac-widgets-java0.9.5+svn369-dfsg1-3 ii libswingx-java 1:1.6.2-1 ii openjdk-6-jre [java6-runtime] 6b27-1.12.5-1 Versions of packages mediathekview recommends: ii flvstreamer 2.1c1-1 ii mplayer2 [mplayer] 2.0-554-gf63dbad-1+b1 mediathekview 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#706853: [dokuwiki] php5-ldap should be recommended
Adrien Grellier, 2013-05-05 15:30+0200: In order to use Dokuwiki with LDAP, you need to install php5-ldap. Maybe this package could be recommended or suggested ? Recommended, along with php5-mysql and php5-pgsql for the other auth plugins that have been merged into DokuWiki. Thanks for the notice, I will do that with the next version I upload. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#706926: Remove persistent CD udev rules
Package: live-config Version: 3.0.23-1 Severity: wishlist Tags: patch Please consider adding the attached script to remove the udev generated persistent CD-ROM rules. Persistent CD device names are a not generally usefull on live systems because many applications expect to find a CD-ROM device as /dev/cdrom. But this link is only available when booting on the machine where the system was first booted. On all other machines /dev/cdrom won't be available. The CD-ROM device will be named /dev/cdromX. Without this script most media players have to be reconfigured each time you boot on a different machine. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash #!/bin/sh ## live-config(7) - System Configuration Scripts ## Copyright (C) 2013 Gaudenz Steinlin gaud...@debian.org ## ## This program comes with ABSOLUTELY NO WARRANTY; for details see COPYING. ## This is free software, and you are welcome to redistribute it ## under certain conditions; see COPYING for details. Remove_persistent_cdrom () { if [ -e /etc/udev/rules.d/70-persistent-cd.rules ] then echo -n remove-persistent-cdrom rm /etc/udev/rules.d/70-persistent-cd.rules fi } Remove_persistent_cdrom
Bug#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
Package: lintian Version: 2.5.12 Severity: whishlist Dear Maintainer, I have a package which ships a SINGLE html file containing a FAQ. If I use the Files field to indicate this file, then lintian complains that doc-base-file-no-index but if i use the Index field then doc-base-file-lacks-required-field. Since it is a single file, I think it has no index, or it is itself its own index. So like in the case of .pdf files or so, the Index field shouldn't be required. Bye -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.8a (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.22-8 ii bzip2 1.0.6-4 ii diffstat1.55-3 ii file1:5.11-3 ii gettext 0.18.1.1-10 ii hardening-includes 2.3 ii intltool-debian 0.35.0+20060710.1 ii libapt-pkg-perl 0.1.27 ii libarchive-zip-perl 1.30-6 ii libc-bin2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl1.16.10 ii libemail-valid-perl 0.190-1 ii libfile-basedir-perl0.03-1 ii libipc-run-perl 0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl0.06~01-2 ii libtimedate-perl1.2000-1 ii liburi-perl 1.60-1 ii locales 2.17-0experimental2 ii man-db 2.6.3-3 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-21 ii perl-modules [libautodie-perl] 5.14.2-21 ii t1utils 1.37-2 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.10 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone pn libtext-template-perl none ii man-db 2.6.3-3 ii xz-utils [lzma]5.1.1alpha+20120614-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#706928: zemberek-server doesn't respect to the Java paths of the system
Package: zemberek-server Version: 0.7.1-12 Severity: important Tags: patch Hi, During the development of our Debian derivative distro Pardus (We will join to the census shortly), I've found a bug in zemberek-server causes it to fail to start in 64bit systems. Cause of the problem is the wrapper in the package, which is located in /usr/sbin/zemberek-server, uses hard-coded Java paths. Normally, the package should run with the default Java of the system, provided by the debian-alternatives subsystem. I've developed a small patch which makes zemberek-server compatible with debian-alternatives and solves the problem. Currently tested on OpenJDK 6 7 without any problems. Since it's my first patch, I welcome any feedback and improvements. Cheers, Hakan--- zemberek-server 2013-05-03 14:32:31.239764116 +0300 +++ /usr/sbin/zemberek-server 2013-05-03 14:32:47.914181369 +0300 @@ -5,7 +5,7 @@ ZEMBEREK_DEPENDS=zemberek-server zemberek zemberek-tr mina-core slf4j-api slf4j-nop dbus unix ZEMBEREK_LOGFILE=/var/log/zemberek-server.log -JAVA_HOME=/usr/lib/jvm/java-6-openjdk +JAVA=`update-alternatives --query java |grep ^Value: |awk '{print $2}'` # FIXME: Remove this hack when the upstream adds logging facility. if [ -n $ZEMBEREK_LOGFILE ] \ @@ -20,5 +20,5 @@ CLASSPATH=$JAVA_REPOS/${dep}.jar:$CLASSPATH done -exec -a zemberek-server $JAVA_HOME/bin/java -classpath $CLASSPATH -DConfigFile=/etc/zemberek-server.conf \ +exec -a zemberek-server $JAVA -classpath $CLASSPATH -DConfigFile=/etc/zemberek-server.conf \ -Djava.library.path=/usr/lib/jni net.zemberekserver.server.ZemberekServer
Bug#706929: buildd: switch buildds to new build queue locations
Package: buildd.debian.org Severity: important We changed the location for build queues some time ago, but some buildds still access the old location. As we would like to disable support for the old, flat build queues, please make sure all buildds use the new buildd locations (which use a pool layout): For the main archive: BAD: http://incoming.debian.org/buildd-SUITE / GOOD: http://incoming.debian.org/debian-buildd buildd-SUITE main (contrib non-free) where SUITE is unstable (or sid), experimental For the backports archive: BAD: http://backports-master.debian.org/buildd/* / GOOD: http://incoming.debian.org/debian-buildd SUITE main (contrib non-free) where SUITE is squeeze-backports, squeeze-backports-sloppy, wheezy-backports Do buildds also need access to the backports.d.o archive (for squeeze-backports) via incoming.d.o? There is such a setup for the main archive in case buildds use outdated mirrors. For the security archive: BAD: http://security-master.debian.org/buildd-SUITE_BASE / GOOD: http://security-master.debian.org/debian-security-buildd buildd-SUITE_BASE/updates main (contrib non-free) where SUITE_BASE is oldstable, stable, testing (or codenames) The required changes for the main archive should have been implemented in etc/99builddsourceslist in c9da919c (etc/99builddsourceslist: adjust to new incoming layout, 2013-01-06), but for some reasons several buildds still access the old location: 144.32.168.77 - - [06/May/2013:06:43:03 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) 193.201.200.200 - - [06/May/2013:07:13:54 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.7) 140.211.166.78 - - [06/May/2013:07:30:47 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) 129.143.160.6 - - [06/May/2013:08:00:01 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) And more in older access logs. They also download source and binary packages from this location. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693241: qtcreator: SOFT ASSERT: i != -1 in file taskmodel.cpp, line 172
Hello, Can you apply the attached patch to qtcreator's source code, and see if that fixes the crash for you? I have applied this patch to QTCreator (version 2.5.0-2 from Wheezy) and I can confirm that it indeed resolves the issue. Thank you very much for the patch :-), Ivan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705454: mdadm: --examine --scan generates wrong #spares
On Mon, 6 May 2013, NeilBrown wrote: It appears that your '2' partitions are at an offset of a multiple of 64K Well of course they are ☺ Both sda and sda2 look like they have the same superblock, because the superblock is at the end of both. This can seriously confuse mdadm. It would probably refuse to assemble the array unless you have a DEVICES line in mdadm to tell it to ignore 'sda' etc. .oO(eh?) If possible, I would suggest recreating the md1 array using 1.2 metadata. But I specifically made it to use 0.90 metadata and the FDh partition type so that Linux will auto-assemble them so that I can boot from them. The mdadm docs say 1.x will not be auto-assembled. I can’t recreate md1 on any of the affected devices (five by now) even should my above concern about booting be a non-issue… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695361: man-db: Please revert workaround for less 456
On Sun, May 05, 2013 at 10:14:36PM -0700, Geoffrey Thomas wrote: In #695459 you added a workaround for the new backslash-escaping behavior in less 456-1. Upstream less 457 has since reverted this behavior unless opted in, so I think the sanest thing to do is to remove this workaround entirely from man-db, declare a Breaks on just version 456, and put less = 457 into testing. Attached is a debdiff for a local test build to do this -- see also my comment in the less bug, #695361, reproduced below. Please incorporate and upload this change, and also revert the upstream commit of the workaround; then less 457 or above can be safely uploaded to close #695361. I note that the maintainers of both man-db and less are on the LowThresholdNmu list, so since this is currently blocking sane dist-upgrades to testing (I'm caring because I tried to upgrade my laptop and apt is threatening to remove less), I'm happy to NMU either or both these packages, if that's easier for you. I'll wait for comments until tomorrow evening my time, about 24h, before doing so. Thanks for the patch. I'd like to review and upload this myself, but it's a public holiday today so I don't know whether I'll quite get to it before your deadline. I will definitely get to it by tomorrow, if you can wait until then. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702698: wanna-build: required updates for backports move
Control: retitle -1 wanna-build: required updates for backports move Control: severity -1 serious Since morricone.d.o went away and backports-master.d.o started pointing to ftp-master.d.o on 2013-04-09, wanna-build no longer schedules builds for squeeze-backports. The backports suites should be handled by the same trigger as the main archive. Please also make w-b look at the buildd-* suites for backports (which can be found in the same location as those for the main archive) so builds don't have to wait until the next mirror push. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706930: python2.7: No module named sha
Package: python2.7 Version: 2.7.3-6 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Installed rdiff-backup which doesn't work, reporting No module named sha * What exactly did you do (or not do) that was effective (or ineffective)? import sha * What was the outcome of this action? Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named sha * What outcome did you expect instead? no error *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python2.7 depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libgcc11:4.7.2-5 ii libncursesw5 5.7+20100313-5 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libtinfo5 5.9+20130119-1 ii mime-support 3.52-1 ii python2.7-minimal 2.7.3-6 python2.7 recommends no packages. Versions of packages python2.7 suggests: ii binutils 2.22-8 pn python2.7-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706486: mialmpick: Link against libm to fix underlinking FTBFS
Thanks for the patch. Since I'm also the upstream author I will incorporated it in the next upstream release. Best Gert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
Control: tags -1 moreinfo On 2013-05-06 11:09, Salvo Tomaselli wrote: [...] Dear Maintainer, I have a package which ships a SINGLE html file containing a FAQ. If I use the Files field to indicate this file, then lintian complains that doc-base-file-no-index but if i use the Index field then doc-base-file-lacks-required-field. Since it is a single file, I think it has no index, or it is itself its own index. So like in the case of .pdf files or so, the Index field shouldn't be required. Bye [...] Sounds like Lintian is following the current specification here. Index: Index or top-level file for this document format. Only applies to document formats HTML and Info, and /required/ if the format is HTML or Info. [1] ~Niels [1] http://anonscm.debian.org/gitweb/?p=users/robert/doc-base.git;a=blob;f=doc/doc-base.sgml;h=fabde6b111621680ecfa5502bbb9e2124c2e6d9a;hb=36765232ee802317137e53600f6380735b36e9cc#l262 Tags/markup manually removed. Emphasis mine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706923: [debhelper] dh_auto_install not calling make install on kfreebsd
retitle 706923 dh_auto_install: Not supplying params when testing for make install target thanks On Monday 06 May 2013 10:15:34 you wrote: Package: debhelper Version: 9.20130504 Severity: normal Just got two mails [1,2] from buildd about problems creating a subdirectory of a directory which should have been created during the normal installation procedure before this step. The build system is just a makefile based system. So I would expect that dh_auto_install just calls `make install` like on every other system (as example i386 [3]): debian/rules override_dh_auto_install make[2]: Entering directory `/build/buildd-exactimage_0.8.8-1-i386-BcBtXV/exactimage-0.8.8' dh_auto_install -- X_SYSTEM=Linux Q= WITHPYTHON=0 make[3]: Entering directory `/build/buildd-exactimage_0.8.8-1-i386-BcBtXV/exactimage-0.8.8' Instead on kfreebsd-* it completely jumps over the `make install` part and continues with the `mkdir debian/tmp/usr/lib/php5` (which of course has to fail). I don't have a kfreebsd box right here at the moment. So maybe some quick input from the debhelper maintainers might be helpful to isolate the problem (maybe it is just a limitation that I've missed). I've did a quick check of Debhelper/Buildsystem/makefile.pm and noticed the function exists_make_target. The important pert here is the call to make. The arguments from the rules file aren't given to the make call and therefore the correct Linux install target isn't created in the exactimage Makefile-buildsystem. sub exists_make_target { my ($this, $target) = @_; # Use make -n to check to see if the target would do # anything. There's no good way to test if a target exists. my @opts=(-s, -n, --no-print-directory); my $buildpath = $this-get_buildpath(); unshift @opts, -C, $buildpath if $buildpath ne .; open(SAVEDERR, STDERR); open(STDERR, /dev/null); open(MAKE, -|, $this-{makecmd}, @opts, $target); my $output=MAKE; chomp $output; close MAKE; open(STDERR, SAVEDERR); return defined $output length $output; } Judging from the comments, it looks like this bug will be a wontfix. Any objections? Kind regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#706008: iceweasel / nss bug or problem
Package: iceweasel Version: 10.0.12esr-1 Followup-For: Bug #706008 Dear Maintainer, Well, it would be good, if the error message would be more clear. It took me a while to figure out I could not connect to several websites anymore because they use MD5 hashes. -Benoit- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
Sounds like Lintian is following the current specification here. Index: Index or top-level file for this document format. Only applies to document formats HTML and Info, and /required/ if the format is HTML or Info. [1] It sounds right, but what's the point of specifying both in case of just one file? It could be just assumed I guess. Do you think this should be moved to doc-base or just dropped? Bye -- Salvo Tomaselli http://web.student.chalmers.se/~saltom/ signature.asc Description: This is a digitally signed message part.
Bug#706931: microcom: newline handling doesn't work to driver debian installer
Package: microcom Version: 2012.06.0-2 Severity: normal Tags: patch Hello, when pressing Enter microcom sends a \n to the serial device. Minicom does instead send a \r. With \n it's not possible to drive the menus of the debian installer. Upstream patch 938404e757b232b13704400105c4cb908954bc76 fixes that. Can you please include that for the next upload? Best regards Uwe -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (900, 'proposed-updates'), (900, 'oldstable-updates'), (900, 'oldstable-proposed-updates'), (900, 'stable'), (900, 'oldstable'), (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-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 microcom depends on: ii libc6 2.13-38 ii libreadline6 6.2+dfsg-0.1 microcom recommends no packages. microcom 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#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
On 2013-05-06 11:48, Salvo Tomaselli wrote: Sounds like Lintian is following the current specification here. Index: Index or top-level file for this document format. Only applies to document formats HTML and Info, and /required/ if the format is HTML or Info. [1] It sounds right, but what's the point of specifying both in case of just one file? It could be just assumed I guess. Not sure what the point might be. At first glance, your assertion looks reasonable (but I am not intimate with the doc-base spec and the implemenation of the consumers). Do you think this should be moved to doc-base or just dropped? Bye If you want it changed, lets move this to doc-base. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690520: Package ready
Just for info: The package is done, by Maykel and me, at: https://github.com/mmoya/thc-ipv6 -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691051: multipart-post is packaged
Anish, Since it was blocking faraday and there was no response from itp owner for a long time, I took the liberty to package multipart-post. You may continue working on Faraday. Ajinkya, If you'd like to continue packaging, I suggest you start with a new gem. Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706932: lib64expat1-dev: file conflict with libexpat1-dev: /usr/lib/i386-linux-gnu/pkgconfig/expat.pc
Package: lib64expat1-dev Version: 2.1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace lib64expat1-dev 2.0.1-7+squeeze1 (using .../lib64expat1-dev_2.1.0-1_i386.deb) ... Unpacking replacement lib64expat1-dev ... dpkg: error processing /var/cache/apt/archives/lib64expat1-dev_2.1.0-1_i386.deb (--unpack): trying to overwrite '/usr/lib/i386-linux-gnu/pkgconfig/expat.pc', which is also in package libexpat1-dev 2.1.0-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) cheers, Andreas lib64expat1-dev_2.1.0-1.log.gz Description: GNU Zip compressed data
Bug#706933: 1100-sslcert checks for wrong package; snakeoil cert is not regenerated
Package: live-config Version: 3.0.23-1 Severity: normal [When asked privately in IRC, dba didn't consider this a security issue, so I'm reporting it normally.] It looks like /lib/live/config/1100-sslcert is trying to regenerate the snakeoil key cert at boot time, similar to how SSH host keys are handled in 1170-openssh-server. AFAICT this code will never run, because it looks for sslcert when it should look for ssl-cert. If someone builds a live SOE with a daemon, and that daemon is stupid enough to use the snakeoil certs instead of generating its own, that daemon will be using the same key across all boots/instances. If an attacker got hold of the SOE, they could extract the build-time snakeoil key and use it for MITM type things. (Of course, any daemon that generates its own certs would need an equivalent to this script, or be similarly affected. Same thing if someone builds a live SOE with dropbear or lsh instead of openssh.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706934: firmware-linux-nonfree: Can't get network to work
Package: firmware-linux-nonfree Version: 0.36+wheezy.1 Severity: important *** Please type your report below this line *** Without internet connection, I have downloaded and installed the corresponding package manually; but I could not manage to make it work as expected... Thanks in advance for your help $ lspci | grep Bro 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5761 Gigabit Ethernet PCIe (rev 10) $ sudo lspci -s 05:00.0 -vvx 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5761 Gigabit Ethernet PCIe (rev 10) Subsystem: Dell Device 0293 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 68 Region 0: Memory at f3de (64-bit, non-prefetchable) [size=64K] Region 2: Memory at f3df (64-bit, non-prefetchable) [size=64K] Capabilities: [48] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=1 PME- Capabilities: [40] Vital Product Data Product Name: Broadcom NetXtreme Gigabit Ethernet Controller Read-only fields: [PN] Part number: BCM95761 [EC] Engineering changes: 106679-15 [SN] Serial number: 0123456789 [MN] Manufacture ID: 31 34 65 34 [RV] Reserved: checksum good, 28 byte(s) reserved Read/write fields: [YA] Asset tag: XYZ01234567 [RW] Read-write area: 107 byte(s) free End Capabilities: [60] Vendor Specific Information: Len=6c ? Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: fee0 Data: 4099 Capabilities: [cc] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal+ Fatal+ Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 4096 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 1us, L1 64us ClockPM+ Surprise- LLActRep- BwNot- LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Range ABCD, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr+ BadTLP+ BadDLLP+ Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [13c v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 Status: NegoPending- InProgress- Capabilities: [160 v1] Device Serial Number b8-ac-6f-ff-fe-87-0d-7b Capabilities: [16c v1] Power Budgeting ? Kernel driver in use: tg3 00: e4 14 81 16 06 04 10 00 10 00 00 02 10 00 00 00 10: 04 00 de f3 00 00 00 00 04 00 df f3 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 93 02 30: 00 00 00 00 48 00 00 00 00 00 00 00 0a 01 00 00 $ sudo lshw -class network *-network description: Ethernet interface product: NetXtreme BCM5761 Gigabit Ethernet PCIe vendor: Broadcom Corporation physical id: 0 bus info: pci@:05:00.0 logical name: eth0 version: 10 serial: b8:ac:6f:87:0d:7b size: 100Mbit/s capacity: 1Gbit/s width: 64 bits clock: 33MHz capabilities: pm vpd msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=tg3 driverversion=3.121 duplex=full
Bug#706929: buildd: switch buildds to new build queue locations
Hi, On Mon, May 06, 2013 at 11:22:15AM +0200, Ansgar Burchardt wrote: 144.32.168.77 - - [06/May/2013:06:43:03 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) 193.201.200.200 - - [06/May/2013:07:13:54 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.7) 140.211.166.78 - - [06/May/2013:07:30:47 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) 129.143.160.6 - - [06/May/2013:08:00:01 +] GET /buildd-unstable/Release HTTP/1.1 200 1419 - Debian APT-HTTP/1.3 (0.9.7.8) I fixed mayer and caballero. They do not use LVM and hence do not use the chroot setup script. As for poulenc and zemlinsky: I've got an automatic apt-get update cron'ed that you see. The setup script will only create a sources.buildd.list which sbuild will use, but will not update the base sources.list in the chroot. This means that updates and manual dist-upgrades by the buildd admins will still show up in your logs. Option 1: Let's break it and the buildd maints have to fix it on their next dist-upgrade. Option 2: Let's rewrite the normal sources.list as well as creating a new one. Opinions? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#663280: Updated patch against 1.3.7
Now that wheezy's been released -- without the patch I submitted over a year ago -- I have to fix all of my machines again, so I've respun the patch, and here it is. Not that I have a great deal of hope that submitting it here will actually cause anything to happen. Index: bird-1.3.7/nest/iface.c === --- bird-1.3.7.orig/nest/iface.c2013-05-06 11:35:21.0 +0100 +++ bird-1.3.7/nest/iface.c 2013-05-06 11:37:13.0 +0100 @@ -289,7 +289,7 @@ struct iface * if_update(struct iface *new) { - struct iface *i; + struct iface *i, *j, *jj; unsigned c; WALK_LIST(i, iface_list) @@ -324,6 +324,26 @@ init_list(i-neighbors); i-flags |= IF_UPDATED | IF_TMP_DOWN;/* Tmp down as we don't have addresses yet */ add_tail(iface_list, i-n); + + /* If we're unlucky then what just happened is that an interface had its + * name changed. In that case, we've just invented a new iface node with + * the new name, but with the same index number as an existing node, and + * we've just arranged so that a search by index will find the old node and + * not the new one. This isn't good, so trawl through the list again, + * picking out nodes with colliding indices and moving them to the end of + * the list. + */ + WALK_LIST_DELSAFE(j, jj, iface_list) +{ + if (i == j) + break; + else if (i-index == j-index) + { + rem_node(j-n); + add_tail(iface_list, j-n); + } +} + return i; } -- [mdw] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706936: libjgoodies-forms-java: missing com.jgoodies.forms.factories.FormFactory
Package: libjgoodies-forms-java Version: 1.6.0-3 Severity: important Dear Maintainer, after todays update of libjgoodies-forms-java I started the java program mediathekview (from the Debian package) and got this exception: Exception in thread AWT-EventQueue-0 java.lang.NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory at mediathek.gui.dialog.MVFilmInformation.buildContent(MVFilmInformation.java:102) at mediathek.gui.dialog.MVFilmInformation.init(MVFilmInformation.java:43) at mediathek.MediathekGui.init(MediathekGui.java:147) at mediathek.Main$1.run(Main.java:103) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:727) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:688) at java.awt.EventQueue$3.run(EventQueue.java:686) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:697) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) Caused by: java.lang.ClassNotFoundException: com.jgoodies.forms.factories.FormFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:423) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ... 18 more and the program hangs. It looks like the cause of this is the missing com.jgoodies.forms.factories.FormFactory class in the library (which has been there in the previous version). Cheers Armin -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.8-trunk-686-pae (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 libjgoodies-forms-java depends on: ii libjgoodies-common-java 1.4.0-2 libjgoodies-forms-java recommends no packages. Versions of packages libjgoodies-forms-java suggests: pn libjgoodies-forms-java-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706379: support alternate container path
On 04/29/13 14:23, Daniel Baumann wrote: On 04/29/2013 02:17 PM, Harald Dunkel wrote: The lxc* scripts don't. patches welcome. See attachment. I tried to match your style on the scripts in debian. I have forwarded the patches for -P in upstream's scripts also to the lxc-devel mailing list. Upstream refused the patch for lxc-clone, because this script is going to be replaced by a binary executable, but the rest has been accepted, afaics. Hope this helps. Please mail if there is something weird and should be changed/improved. Many thanx Harri diff -urN lxc-0.9.0.orig/debian/local/lxc-backup lxc-0.9.0/debian/local/lxc-backup --- lxc-0.9.0.orig/debian/local/lxc-backup 2013-04-19 14:23:08.0 +0200 +++ lxc-0.9.0/debian/local/lxc-backup 2013-04-30 08:24:05.0 +0200 @@ -12,14 +12,51 @@ . /usr/share/lxc/lxc.functions _LXC_DIRECTORY=${lxc_path} -_CONTAINER=${1} -if [ -n ${_CONTAINER} ] +_OPTIONS=$(getopt -o n:,P: -l name:,lxcpath: -- ${@}) + +if [ ${?} -ne 0 ] +then + echo Usage: $(basename ${0}) -n|--name CONTAINER [-P|--lxcpath DIRECTORY] 2 + exit 1 +fi + +eval set -- ${_OPTIONS} + +while true +do + case ${1} in + -n|--name) + _CONTAINER=${2} + shift 2 + ;; + + -P|--lxcpath) + _LXC_DIRECTORY=${2} + shift 2 + ;; + + --) + shift + break + ;; + + *) + echo E: $(basename ${0}): internal error ${0} 2 + exit 1 + ;; + esac +done + +if [ -z ${_CONTAINER} ] +then + echo E: $(basename ${0}): missing container name, use --name option 2 + exit 1 +fi + +if [ ! -d ${_LXC_DIRECTORY} ] then - shift -else -# echo Usage: ${0} CONTAINER [BACKUP_NUMBER] - echo Usage: ${0} CONTAINER + echo E: ${_LXC_DIRECTORY}: no such directory. 2 exit 1 fi @@ -35,13 +72,13 @@ exit 1 fi -if ! lxc-info -n ${_CONTAINER} 21 | grep -qs STOPPED +if ! lxc-info -n ${_CONTAINER} -P ${_LXC_DIRECTORY} 21 | grep -qs STOPPED then echo E: ${_CONTAINER} - not stopped 2 exit 1 fi -if [ -e ${_LXC_DIRECTORY}/${_CONTAINER}/rootfs ] +if [ -d ${_LXC_DIRECTORY}/${_CONTAINER}/rootfs ] then # if [ -n ${2} ] # then diff -urN lxc-0.9.0.orig/debian/local/lxc-halt lxc-0.9.0/debian/local/lxc-halt --- lxc-0.9.0.orig/debian/local/lxc-halt 2013-04-19 14:23:08.0 +0200 +++ lxc-0.9.0/debian/local/lxc-halt 2013-04-30 10:18:41.0 +0200 @@ -13,11 +13,11 @@ _LXC_DIRECTORY=${lxc_path} -_OPTIONS=$(getopt -o n: -l name: -- ${@}) +_OPTIONS=$(getopt -o n:,P: -l name:,lxcpath: -- ${@}) if [ ${?} -ne 0 ] then - echo Usage: $(basename ${0}) -n|--name CONTAINER 2 + echo Usage: $(basename ${0}) -n|--name CONTAINER [-P|--lxcpath DIRECTORY] 2 exit 1 fi @@ -31,6 +31,11 @@ shift 2 ;; + -P|--lxcpath) + _LXC_DIRECTORY=${2} + shift 2 + ;; + --) shift break @@ -49,7 +54,13 @@ exit 1 fi -if lxc-info -n ${_CONTAINER} 21 | grep -qs STOPPED +if [ ! -d ${_LXC_DIRECTORY} ] +then + echo E: ${_LXC_DIRECTORY}: no such directory. 2 + exit 1 +fi + +if lxc-info -n ${_CONTAINER} -P ${_LXC_DIRECTORY} 21 | grep -qs STOPPED then echo P: ${_CONTAINER} - already stopped exit 0 @@ -57,7 +68,7 @@ if [ -e ${_LXC_DIRECTORY}/${_CONTAINER}/rootfs ] then - chroot ${_LXC_DIRECTORY}/{_CONTAINER}/rootfs telinit 0 + chroot ${_LXC_DIRECTORY}/${_CONTAINER}/rootfs telinit 0 else echo E: ${_LXC_DIRECTORY}/${_CONTAINER}/rootfs - no such directory exit 1 diff -urN lxc-0.9.0.orig/debian/local/lxc-list lxc-0.9.0/debian/local/lxc-list --- lxc-0.9.0.orig/debian/local/lxc-list 2013-04-19 14:23:08.0 +0200 +++ lxc-0.9.0/debian/local/lxc-list 2013-04-29 16:29:54.0 +0200 @@ -9,6 +9,40 @@ set -e +. /usr/share/lxc/lxc.functions + +_LXC_DIRECTORY=${lxc_path} + +_OPTIONS=$(getopt -o P: -l lxcpath: -- ${@}) + +if [ ${?} -ne 0 ] +then + echo Usage: $(basename ${0}) [-P|--lxcpath DIRECTORY] 2 + exit 1 +fi + +eval set -- ${_OPTIONS} + +while true +do + case ${1} in + -P|--lxcpath) + _LXC_DIRECTORY=${2} + shift 2 + ;; + + --) + shift + break + ;; + + *) + echo E: $(basename ${0}): internal error ${0} 2 + exit 1 + ;; + esac +done + if [ ! -x $(which lxc-info 2/dev/null) ] then echo E: lxc-info - no such file 2 @@ -19,9 +53,9 @@ do echo ${_STATUS} - for _CONTAINER in $(lxc-ls) + for _CONTAINER in $(lxc-ls -P ${_LXC_DIRECTORY}) do - if lxc-info -n ${_CONTAINER} 21 | grep -qs ${_STATUS} + if lxc-info -n ${_CONTAINER} -P ${_LXC_DIRECTORY} 21 | grep -qs ${_STATUS} then printf %-55.50s ${_CONTAINER} diff -urN lxc-0.9.0.orig/debian/local/lxc-ls lxc-0.9.0/debian/local/lxc-ls --- lxc-0.9.0.orig/debian/local/lxc-ls 2013-04-19 14:23:08.0 +0200 +++ lxc-0.9.0/debian/local/lxc-ls 2013-04-30 08:08:08.0 +0200 @@ -13,7 +13,37 @@ _LXC_DIRECTORY=${lxc_path} -if [ ! -e ${_LXC_DIRECTORY} ] +_OPTIONS=$(getopt -o P: -l lxcpath: -- ${@}) + +if [ ${?} -ne 0 ] +then + echo Usage: $(basename ${0}) [-P|--lxcpath DIRECTORY] 2 + exit 1 +fi + +eval set -- ${_OPTIONS} + +while true +do + case ${1} in + -P|--lxcpath) +
Bug#703126: Persists in 3.2.41-2
The same phenomenon persist in the newly released stable, Wheezy. The version 3.2.41-2 on linux-image-3.2.0-4-686-pae still leaves the screen blank and keyboard locked after resume from suspend. Suspend worked perfectly with all Squeeze kernels, last similar problems were with Lenny. Best, Harri K. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706858: RFS: xboxdrv/0.8.5-1
Quoting Salvo Tomaselli (2013-05-05 23:16:23) In data domenica 05 maggio 2013 19.27.44, Anton Gladky ha scritto: Sorry, forgot to mention. I used an original tarball from the upstream's website. There are no differences between yours and original's one. Only md5sum was different. How can it be different if the file is identical? UID and GID are probably different if one of the tarball has been generated from a git tag. If there was a tarball on the website, it probably would have been better to use it instead of generating a new one. signature.asc Description: signature
Bug#706934:
$ sudo modinfo tg3 | grep -i 14e4 | grep 1681 alias: pci:v14E4d1681sv*bc*sc*i* Let me know if there is any additional information you would need or would be relevant Thank you very much in advance for your help!!
Bug#706937: pu: package gcc-msp430/4.6.3~mspgcc-20120406-3+deb7u2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi RT, I'd like to upload a stable +deb7u2 for gcc-msp430. This is the fix for #706482 which was not closed with +deb7u1 due to short timing before the release. This revision reverts the previous doc-only change and cherry-pick the upstream fix for the IVT layout of FRAM chips. Full diff attached, diffstat as follow: changelog |7 +++ control|5 -- lts-patch/fram-fuse-blown.diff | 80 + patchlist |1 4 files changed, 88 insertions(+), 5 deletions(-) Please ACK, so that I proceed with the p-u upload. - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGHjl8ACgkQRqobajv7n7P/TQCdFCPAk9hv7qfSNIGiQPWGx36V tWIAnRLkVeJVFgd3zzrezKBUjZg8g9Ab =dN8x -END PGP SIGNATURE- diff -Nru gcc-msp430-4.6.3~mspgcc-20120406/debian/changelog gcc-msp430-4.6.3~mspgcc-20120406/debian/changelog --- gcc-msp430-4.6.3~mspgcc-20120406/debian/changelog 2013-05-02 14:43:37.0 +0200 +++ gcc-msp430-4.6.3~mspgcc-20120406/debian/changelog 2013-05-06 00:07:07.0 +0200 @@ -1,3 +1,10 @@ +gcc-msp430 (4.6.3~mspgcc-20120406-3+deb7u2) stable; urgency=high + + * Fix generation of wrong interrupt table for MSP430FR5xxx +targets, resulting in security fuse blown (Closes: #706482) + + -- Luca Bruno lu...@debian.org Sun, 05 May 2013 23:56:24 +0200 + gcc-msp430 (4.6.3~mspgcc-20120406-3+deb7u1) testing; urgency=high * Change package description to mention the incompatibility diff -Nru gcc-msp430-4.6.3~mspgcc-20120406/debian/control gcc-msp430-4.6.3~mspgcc-20120406/debian/control --- gcc-msp430-4.6.3~mspgcc-20120406/debian/control 2013-05-02 10:10:13.0 +0200 +++ gcc-msp430-4.6.3~mspgcc-20120406/debian/control 2013-05-06 00:05:38.0 +0200 @@ -20,8 +20,3 @@ This is the GNU C compiler, a fairly portable optimizing compiler for C for TI's MSP430 architecture. This package is primarily for MSP430 developers and cross-compilers and is not needed by normal users. - . - BEWARE: due to a bug in the memory layout reference of FRAM-based chips, - this package DOES NOT WORK with MSP430FR5xxx chips (eg. FraunchPad devkit). - DO NOT use gcc-msp430 on that chip series, as you will lose access to - JTAG and BSL, and permanently BRICK your chip! diff -Nru gcc-msp430-4.6.3~mspgcc-20120406/debian/lts-patch/fram-fuse-blown.diff gcc-msp430-4.6.3~mspgcc-20120406/debian/lts-patch/fram-fuse-blown.diff --- gcc-msp430-4.6.3~mspgcc-20120406/debian/lts-patch/fram-fuse-blown.diff 1970-01-01 01:00:00.0 +0100 +++ gcc-msp430-4.6.3~mspgcc-20120406/debian/lts-patch/fram-fuse-blown.diff 2013-05-05 23:55:35.0 +0200 @@ -0,0 +1,80 @@ +From 0594213396817815f584efe3257987e704b4f187 Mon Sep 17 00:00:00 2001 +From: Peter A. Bigot pabi...@users.sourceforge.net +Date: Thu, 12 Jul 2012 14:32:16 -0500 +Subject: [PATCH] SF 3540953 fram applications overwrite bsl/jtag passwords + +No MSP430 chip has more than 25 valid interrupts, and they are assigned from +the top down. The FRAM chips use lower words in the interrupt vector to +hold BSL and JTAG passwords, and having real addresses in those locations +has been shown to result in problems accessing BSL and JTAG. Leave the low +32 words erased; this matches as-delivered MSP430FR5739 content for those +addresses. +--- + gcc/config/msp430/crt0ivtbl.S | 44 - + 1 files changed, 42 insertions(+), 2 deletions(-) + +diff --git gcc-4.6.3.orig/gcc/config/msp430/crt0ivtbl.S gcc-4.6.3/gcc/config/msp430/crt0ivtbl.S +index 46bc0c1..68dff23 100644 +--- gcc-4.6.3.orig/gcc/config/msp430/crt0ivtbl.S gcc-4.6.3/gcc/config/msp430/crt0ivtbl.S +@@ -36,6 +36,7 @@ __br_unexpected_: + + DEFINE_IVTABLE INTERRUPT_VECTOR_COUNT + ++#if 32 = INTERRUPT_VECTOR_COUNT + INITIALIZE_ISR_SLOT 0 + INITIALIZE_ISR_SLOT 1 + INITIALIZE_ISR_SLOT 2 +@@ -69,8 +70,47 @@ DEFINE_IVTABLE INTERRUPT_VECTOR_COUNT + INITIALIZE_ISR_SLOT 29 + INITIALIZE_ISR_SLOT 30 + #endif /* 16 INTERRUPT_VECTOR_COUNT */ +-#if 32 INTERRUPT_VECTOR_COUNT +- INITIALIZE_ISR_SLOT 31 ++#else /* 32 = INTERRUPT_VECTOR_COUNT */ ++/* SF 3540953 fram applications overwrite bsl/jtag passwords ++ * ++ * No MSP430 chip has more than 25 valid interrupts, and they are assigned from ++ * the top down. The FRAM chips use lower words in the interrupt vector to ++ * hold BSL and JTAG passwords, and having real addresses in those locations ++ * has been shown to result in problems accessing BSL and JTAG. Leave the low ++ * 32 words erased; this matches as-delivered MSP430FR5739 content for
Bug#702187: Debian Live 7.0: 7.0.0 released
The Live team is pleased to announce the 7.0,0 release of the Live images for the stable distribution Debian 7.0 (codename wheezy). The images come in two sets, regular official images are available for download at: http://live.debian.net/cdimage/release/stable/ and unofficial (non-free enabled, firmware included) ones at: http://live.debian.net/cdimage/release/stable+nonfree/ and later at: http://cdimage.debian.org/cdimage/release/current-live/ Known Issues * no pre-built netboot images for 7.0.0: Due to a bug discovered with RC2 in the live-build version in wheezy last week, there are initially no prebuilt netboot images available. * Other known issues and issues we're are adressing in the next point release are tracked through the debian-live pseudo-package in the BTS at: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=debian-live About Debian Live - The Debian Live project produces the tools used to build official Debian Live systems and the official Debian Live images themselves. About Debian The Debian Project is an association of Free Software developers who volunteer their time and effort in order to produce the completely free operating system Debian. Contact Information --- For further information, please visit the Debian Live web pages at http://live.debian.net/, or contact the Debian Live team at debian-l...@lists.debian.org. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702187: sync live images
Hi, please sync live images: rsync -aPv live.debian.net::wheezy 7.0.0 rsync -aPv live.debian.net::wheezy+nonfree 7.0.0+nonfree Thanks, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706938: Keep iceowl out of jessie
Package: iceowl Version: 1.9-3~3.gbp89781d Severity: grave Due to the lack of upstream security support we don't want to have this in a release. Sid is o.k. since we can push new upstream verssions. Cheers, -- Guido -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.8.0-1 ii libc6 2.13-38 ii libcairo2 1.12.6-1 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100.2-1 ii libevent-2.0-5 2.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.28.0-1 ii libglib2.0-02.36.0-2 ii libgtk2.0-0 2.24.17-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg88d-1 ii libnspr42:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.32.5-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii libvpx1 1.1.0-1 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt6 1:1.1.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages iceowl recommends: ii calendar-google-provider 17.0.4-1 iceowl 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#702187: sync live images
On Mon, May 06, 2013 at 01:18:59PM +0200, Daniel Baumann wrote: Hi, please sync live images: rsync -aPv live.debian.net::wheezy 7.0.0 rsync -aPv live.debian.net::wheezy+nonfree 7.0.0+nonfree Syncing now, thanks. -- Steve McIntyre, Cambridge, UK.st...@einval.com Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs. -- Matt Mackall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663280: Updated patch against 1.3.7
Mark, sorry, I must have somehow missed your bug report. I have forwarded your bugreport to the upstream. O. On Mon, May 6, 2013 at 12:42 PM, Mark Wooding m...@distorted.org.uk wrote: Now that wheezy's been released -- without the patch I submitted over a year ago -- I have to fix all of my machines again, so I've respun the patch, and here it is. Not that I have a great deal of hope that submitting it here will actually cause anything to happen. Index: bird-1.3.7/nest/iface.c === --- bird-1.3.7.orig/nest/iface.c2013-05-06 11:35:21.0 +0100 +++ bird-1.3.7/nest/iface.c 2013-05-06 11:37:13.0 +0100 @@ -289,7 +289,7 @@ struct iface * if_update(struct iface *new) { - struct iface *i; + struct iface *i, *j, *jj; unsigned c; WALK_LIST(i, iface_list) @@ -324,6 +324,26 @@ init_list(i-neighbors); i-flags |= IF_UPDATED | IF_TMP_DOWN;/* Tmp down as we don't have addresses yet */ add_tail(iface_list, i-n); + + /* If we're unlucky then what just happened is that an interface had its + * name changed. In that case, we've just invented a new iface node with + * the new name, but with the same index number as an existing node, and + * we've just arranged so that a search by index will find the old node and + * not the new one. This isn't good, so trawl through the list again, + * picking out nodes with colliding indices and moving them to the end of + * the list. + */ + WALK_LIST_DELSAFE(j, jj, iface_list) +{ + if (i == j) + break; + else if (i-index == j-index) + { + rem_node(j-n); + add_tail(iface_list, j-n); + } +} + return i; } -- [mdw] -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706939: dh-exec: Does not preserve the x-bit when used to install+rename files in package.install
Package: dh-exec Version: 0.6 Severity: normal I tried to use dh_exec with fping 3.4-2 (from experimental): Currently the debian/rules file has the following command in its install target: install build/ipv4/src/fping debian/fping/usr/bin install build/ipv6/src/fping debian/fping/usr/bin/fping6 I tried to replace them with dh_install and the following (executable) debian/fping.install file: #!/usr/bin/dh-exec build/ipv4/src/fping usr/bin build/ipv6/src/fping = usr/bin/fping6 After that, dh_strip no more strips /usr/bin/fping6 and lintian correctly complains about that. The permissions were right in the end due to dh_fixperms though. (So the workaround is likely to call dh_strip after dh_fixperms.) After a short discussion on IRC, Gergely found out that dh_exec doesn't preserve the x-bit due to the usage of File::Copy::copy() instead of File::Copy::cp(). From the File::Copy POD: You may use the syntax use File::Copy cp to get at the cp alias for this function. The syntax is exactly the same. The behavior is nearly the same as well: as of version 2.15, cp will preserve the source file's permission bits like the shell utility cp(1) would do, while copy uses the default permissions for the target file (which may depend on the process' umask, file ownership, inherited ACLs, etc.). Wheezy's perl-modules package contains File::Copy 2.21, but Squeeze contains 2.14, so this may need a versioned dependency on perl-modules. (pmvers from the pmtools package helps to find out easily File::Copy's version.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696655: another example
aptitude versions linux-image-amd64 gives Paket linux-image-amd64: i 3.2+46 testing,unstable990 Paket linux-image-amd64:i386: p 3.2+46 testing 990 p 3.8+47 unstable 50 while apt-show-versions -a linux-image-amd64 gives linux-image-amd64 3.2+46 install ok installed linux-image-amd64 3.2+46 testing http.debian.net linux-image-amd64 3.8+47 unstable http.debian.net No experimental version linux-image-amd64/testing uptodate 3.2+46 Regards Martin (Martin Ziegler) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706940: arpack: FTBFS on some arches due to symbols mismatch
Source: arpack Version: 3.1.3-1 Severity: normal Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, arpack currently FTBFS on mips, s390, s390x and powerpcspe[1] like this: [...] +#MISSING: 3.1.3-1# mpi_fortran_status_ignore_@Base 3.1.2 +#MISSING: 3.1.3-1# mpi_fortran_statuses_ignore_@Base 3.1.2 + mpifcmb1_@Base 3.1.3-1 + mpifcmb2_@Base 3.1.3-1 + mpifcmb3_@Base 3.1.3-1 + mpifcmb4_@Base 3.1.3-1 + mpifcmb5_@Base 3.1.3-1 + mpifcmb6_@Base 3.1.3-1 + mpifcmb7_@Base 3.1.3-1 + mpifcmb8_@Base 3.1.3-1 pcgetv0_@Base 2.1 pclarnv_@Base 2.1 pcmout_@Base 2.1 dh_makeshlibs: dpkg-gensymbols -plibparpack2 -Idebian/libparpack2.symbols -Pdebian/libparpack2 returned exit code 1 make: *** [binary-arch] Error 1 I'm attaching a patch that fixes this on powerpcspe. Not sure if this should be fixed in a different way in the general case since arpack already builds on most released arches. Thanks in advance, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.8.0 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- arpack-3.1.3/debian/libparpack2.symbols.orig 2013-05-06 13:42:12.941022817 +0200 +++ arpack-3.1.3/debian/libparpack2.symbols 2013-05-06 13:45:35.869068104 +0200 @@ -44,13 +44,14 @@ iset_@Base 2.1 iswap_@Base 2.1 ivout_@Base 2.1 - mpi_fortran_argv_null_@Base 3.1.2 - mpi_fortran_argvs_null_@Base 3.1.2 - mpi_fortran_bottom_@Base 3.1.2 - mpi_fortran_errcodes_ignore_@Base 3.1.2 - mpi_fortran_in_place_@Base 3.1.2 - mpi_fortran_status_ignore_@Base 3.1.2 - mpi_fortran_statuses_ignore_@Base 3.1.2 + mpifcmb1_@Base 3.1.3-1 + mpifcmb2_@Base 3.1.3-1 + mpifcmb3_@Base 3.1.3-1 + mpifcmb4_@Base 3.1.3-1 + mpifcmb5_@Base 3.1.3-1 + mpifcmb6_@Base 3.1.3-1 + mpifcmb7_@Base 3.1.3-1 + mpifcmb8_@Base 3.1.3-1 pcgetv0_@Base 2.1 pclarnv_@Base 2.1 pcmout_@Base 2.1
Bug#702698: wanna-build: backports moving to franck.d.o
I did the necessary changes to the buildd package. I guess we need to wait a bit until they trickle onto the buildds, before squeeze-backports can be enabled. I did not do wb trigger changes yet. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#706940: arpack: FTBFS on some arches due to symbols mismatch
On 06/05/2013 14:00, Roland Stigge wrote: Source: arpack I'm attaching a patch that fixes this on powerpcspe. Not sure if this should be fixed in a different way in the general case since arpack already builds on most released arches. Thanks. s390, s390x and mips are also failing. For the upload, I am waiting mipsel to check if the same happens (which is likely) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703744: live-boot: Select BOOTIF device for real root network mount if defined
thanks, applied as is except for the sourcing of *-networking.sh in *-select-eth-device.sh, as live-boot sources all scripts in /lib/live/boot/ automatically already anyway. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706941: RFS: tryton-modules-stock-supply-forecast/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-stock-supply-forecast * Package name: tryton-modules-stock-supply-forecast Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-stock-supply-forecast - Tryton Application Platform (Stock Supply Forecast Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-stock-supply-forecast Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-stock-supply-forecast/tryton-modules-stock-supply-forecast_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#700920: improving live-media= to immediately detect medium
can you provide an updated patch for this? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706942: RFS: tryton-modules-product-attribute/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-product-attribute * Package name: tryton-modules-product-attribute Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-product-attribute - Tryton Application Platform (Product Attribute Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-product-attribute Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-product-attribute/tryton-modules-product-attribute_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706943: RFS: tryton-modules-account-stock-continental/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-account-stock-continental * Package name: tryton-modules-account-stock-continental Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-account-stock-continental - Tryton Application Platform (Account Stock Continental Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-account-stock-continental Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-account-stock-continental/tryton-modules-account-stock-continental_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706944: RFS: tryton-modules-stock-split/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-stock-split * Package name: tryton-modules-stock-split Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-stock-split - Tryton Application Platform (Stock Move Split Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-stock-split Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-stock-split/tryton-modules-stock-split_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706945: RFS: tryton-modules-sale-supply/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-sale-supply * Package name: tryton-modules-sale-supply Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-sale-supply - Tryton Application Platform (Sale Supply Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-sale-supply Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-sale-supply/tryton-modules-sale-supply_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706946: RFS: tryton-modules-project-invoice/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-project-invoice * Package name: tryton-modules-project-invoice Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-project-invoice - Tryton Application Platform (Project Invoice Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-project-invoice Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-project-invoice/tryton-modules-project-invoice_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706947: document how to purge files globally
Package: git-annex Version: 4.20130501 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Joey, I scanned the git-annex man page several times but could not figure out the right way to remove and purge a file from all clones in one step. The man page says I should use git annex drop. But this won't tell the other repositories that I don't want to have this file anymore. Now I do git annex drop --force $FILE git rm $FILE. But I'd like to have git annex {rm|remove} $FILE to do the above in one step. It's also not clear to me, at which point the content of the file will be removed on the remotes. Will the next git annex sync also remove the files from the annex object store of the remotes? Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRh6FpAAoJEAf8SJEEK6Zau2kQALFbN86IbvtVdeDo43uZjEiZ 0TcG2/aLRdwcTiX03bEzRiDdVY+c2hOlnTCgk0z51P07YKUiuoklTaxZOY5mR0+d oOeWntZ+NcJdgYkbGvo4Wams4/PBmm3JSotNHzSaYTKrY9pp7jSNg09c32zOk7la wH4RupeKsjUd9bOOS9sNC01Ws6KO9N7M1WXRWgxK0YFSb879pYLdfVaVs9Hfuh+f D1TR62BE9jMDb+GTYEqt6nWPEU/tdLWLMuyWAWrGgweBE7t14s/g/vvkH1+r84Vy Ol5CfIPx6qSqvAAzXZOSNZvKVzOOrZz5uZz6ESGpYf1Uyt69bhQYwujTNlvWKATP 3CaPESVVHRqSTbv6wknPPtXCFfm2sbzowyAgD2SrK3+JZRJOwOVM2W0WhDUBJZtk LQETrGk29nP4eZuj6c7HEV2h4jICbuC4pmTrV/d2KPvXUeOvOMMsravxK25wgarq nJE97uHJBIV6xsPIT65/xB5q1F4dzcXRndtag2pD6171glXt5fjXd+qQPT0QD14y yybSpXIHbDQESjlagZpsmXHp7dMoUKXOjYV9aQ8u3NBiUIw7b80BDr1Ux4zA40LP Hc16K0HFdLCSLYALcov7N62F9QZqsb2q5aun8LllkXdbcDHJwSYfa3WbvVo1x5SU HfP9uE9CVX2UiUlcVzX8 =w4Gx -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#663280: Updated patch against 1.3.7
On Mon, May 06, 2013 at 11:42:46AM +0100, Mark Wooding wrote: Now that wheezy's been released -- without the patch I submitted over a year ago -- I have to fix all of my machines again, so I've respun the patch, and here it is. Not that I have a great deal of hope that submitting it here will actually cause anything to happen. Hello I (upstream developer) noticed your patch some time ago, but i thought that the issue was already fixed in usptream between 1.3.6 and 1.3.7 (in commit 732a0a257d180a95a02587203555b8552b6128ac). See following code in nl_parse_link() in sysdep/linux/netlink.c : ifi = if_find_by_index(i-ifi_index); if (!new) { ... if_delete(ifi); } else { if (ifi strncmp(ifi-name, name, sizeof(ifi-name)-1)) if_delete(ifi); // This should fix your case strncpy(f.name, name, sizeof(f.name)-1); f.index = i-ifi_index; f.mtu = mtu; ... if_update(f); } I tested interface renaming in current upstream (1.3.10 prerelease) and it worked OK. As BIRD in Wheezy is in version 1.3.7 (which should contain fix from the commit mentioned above) i would expect it is OK too. Do you experience the problem even with unpatched Wheezy package? -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) To err is human -- to blame it on a computer is even more so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706948: RFS: tryton-modules-production/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-production * Package name: tryton-modules-production Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-production - Tryton Application Platform (Production Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-production Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-production/tryton-modules-production_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706949: RFS: tryton-modules-account-asset/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-account-asset * Package name: tryton-modules-account-asset Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-account-asset - Tryton Application Platform (Financial and Accounting Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-account-asset Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-account-asset/tryton-modules-account-asset_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706950: RFS: tryton-modules-stock-supply-production/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-stock-supply-production * Package name: tryton-modules-stock-supply-production Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-stock-supply-production - Tryton Application Platform (Stock Supply Production Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-stock-supply-production Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-stock-supply-production/tryton-modules-stock-supply-production_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706951: RFS: tryton-modules-sale-shipment-cost/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-sale-shipment-cost * Package name: tryton-modules-sale-shipment-cost Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-sale-shipment-cost - Tryton Application Platform (Sale Shipment Cost Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-sale-shipment-cost Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-sale-shipment-cost/tryton-modules-sale-shipment-cost_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706952: RFS: tryton-modules-carrier-percentage/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-carrier-percentage * Package name: tryton-modules-carrier-percentage Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-carrier-percentage - Tryton Application Platform (Carrier Percentage Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-carrier-percentage Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-carrier-percentage/tryton-modules-carrier-percentage_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706953: RFS: tryton-modules-account-stock-anglo-saxon/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-account-stock-anglo-saxon * Package name: tryton-modules-account-stock-anglo-saxon Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-account-stock-anglo-saxon - Tryton Application Platform (Account Stock Anglo Saxon Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-account-stock-anglo-saxon Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-account-stock-anglo-saxon/tryton-modules-account-stock-anglo-saxon_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706954: RFS: tryton-modules-purchase-shipment-cost/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-purchase-shipment-cost * Package name: tryton-modules-purchase-shipment-cost Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-purchase-shipment-cost - Tryton Application Platform (Purchase Shipment Cost Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-purchase-shipment-cost Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-purchase-shipment-cost/tryton-modules-purchase-shipment-cost_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706955: RFS: tryton-modules-product-measurements/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-product-measurements * Package name: tryton-modules-product-measurements Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-product-measurements - Tryton Application Platform (Product Measurements Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-product-measurements Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-product-measurements/tryton-modules-product-measurements_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706956: RFS: tryton-modules-sale-supply-drop-shipment/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-sale-supply-drop-shipment * Package name: tryton-modules-sale-supply-drop-shipment Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-sale-supply-drop-shipment - Tryton Application Platform (Sale Supply Drop Shipment Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-sale-supply-drop-shipment Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-sale-supply-drop-shipment/tryton-modules-sale-supply-drop-shipment_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-stock-lot * Package name: tryton-modules-stock-lot Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-stock-lot - Tryton Application Platform (Stock Lot Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-stock-lot Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-stock-lot/tryton-modules-stock-lot_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#706958: RFS: tryton-modules-carrier-weight/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-carrier-weight * Package name: tryton-modules-carrier-weight Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-carrier-weight - Tryton Application Platform (Carrier Weight Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-carrier-weight Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-carrier-weight/tryton-modules-carrier-weight_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#663280: Updated patch against 1.3.7
Ondrej Zajicek santi...@crfreenet.org writes: See following code in nl_parse_link() in sysdep/linux/netlink.c : [...] if (ifi strncmp(ifi-name, name, sizeof(ifi-name)-1)) if_delete(ifi); Yes, I see. That ought to do it, if you're sure that this is a Linux- specific problem. (I don't know enough about how other systems handle their routing tables to tell and erred on the side of caution.) I tested interface renaming in current upstream (1.3.10 prerelease) and it worked OK. As BIRD in Wheezy is in version 1.3.7 (which should contain fix from the commit mentioned above) i would expect it is OK too. Do you experience the problem even with unpatched Wheezy package? No, everything appears to be fine, in fact. Thanks for letting me know. I now feel rather bad about being so harsh to Ondřej Surý when in fact everything was fine and I hadn't actually checked. Sorry about that. Looks like this one's good to close. -- [mdw] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706959: RFS: tryton-modules-carrier/2.8.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tryton-modules-carrier * Package name: tryton-modules-carrier Version : 2.8.0-1 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/2.8/ * License : GPL-3+ Section : python It builds those binary packages: tryton-modules-carrier - Tryton Application Platform (Carrier Module) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tryton-modules-carrier Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tryton-modules-carrier/tryton-modules-carrier_2.8.0-1.dsc More information about Tryton can be obtained from http://www.tryton.org Debian packaging for Tryton is hosted at http://debian.tryton.org Regards, Mathias Behrle signature.asc Description: PGP signature
Bug#663280: Updated patch against 1.3.7
On Mon, May 06, 2013 at 01:34:50PM +0100, Mark Wooding wrote: Ondrej Zajicek santi...@crfreenet.org writes: See following code in nl_parse_link() in sysdep/linux/netlink.c : [...] if (ifi strncmp(ifi-name, name, sizeof(ifi-name)-1)) if_delete(ifi); Yes, I see. That ought to do it, if you're sure that this is a Linux- specific problem. The similar bugfix is also in BSD platform specific code. Do you experience the problem even with unpatched Wheezy package? No, everything appears to be fine, in fact. Thanks for letting me know. I now feel rather bad about being so harsh to Ondřej Surý when in fact everything was fine and I hadn't actually checked. Sorry about that. Well, i should have checked the bugreport more thoroughly and closed the bug instead of ignoring it with 'most likely fixed in upstream' thought. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) To err is human -- to blame it on a computer is even more so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706960: liferea: Errors with Tiny Tiny RSS
Package: liferea Version: 1.10~rc1-1~exp1 Severity: normal Hi! Many feeds from TTRSS give errors like this: error on line 136 at column 65: Opening and ending tag mismatch: br line 0 and html error on line 31 at column 89: Opening and ending tag mismatch: br line 0 and p The Web UI of TTRSS displays them correctly. -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.0 1.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libindicate5 0.6.92-1 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1+deb7u1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxslt1.1 1.1.26-14.1 ii liferea-data 1.10~rc1-1~exp1 ii python 2.7.3-4 ii python-gi3.2.2-2 Versions of packages liferea recommends: ii dbus 1.6.8-1 ii dbus-x11 1.6.8-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-keyring3.4.1-5 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.4.0-10 -- 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#706961: python-musicbrainzngs: please update to newer upstream release
Package: python-musicbrainzngs Severity: wishlist Upstream has released a new version 0.3 some time ago. Please update - as that also fixes bug#698202, allowing morituri to enter unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706962: apache2: Please add a libapache2-mod-macro transitional package for mod_macro's inclusion in Apache 2.4.5
Source: apache2 Version: 2.4.4-2 Severity: important Hi, I'm the current maintainer of libapache2-mod-macro. mod_macro has been included upstream and will very likely be shipped with the upcoming Apache HTTPd 2.4.5 release: http://svn.apache.org/viewvc?view=revisionrevision=1435811 It already shows up in the official 2.4 online docs: http://httpd.apache.org/docs/2.4/mod/mod_macro.html As discussed with Arno on IRC, we both think that a transitional package similar to libapache2-mod-proxy-html would be the best way to handle this transition. As soon as such a transitional package is available (in unstable? in testing? not sure yet), I'll request the removal of libapache2-mod-macro from unstable and testing. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706880: Work around found
Hi, On Mon, May 06, 2013 at 12:06:22AM -0700, Linda R wrote: In the Network Manager, where you click on the bars icon on the top tool bar, that is, I mean, right-click, then Edit Connections, then go to the Wireless tab and select the network, then click on Edit, then click on the IPv6 Settings tab, and change the Method from Automatic to Ignore. I waited a few minutes, and the reauthenticate (asking for the network password) didn't come up. I changed it back to Automatic, and the problem still hasn't come back, so great! was/is Require IPv6 addressing for this connection to complete checked in the IPv6 tab? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#706963: debian-maintainers: Annual ping for Emmanuel Kasper
Package: debian-maintainers Severity: normal Hello Keyring Team This is my annual ping, greetings there ! -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706961: [Python-modules-team] Bug#706961: python-musicbrainzngs: please update to newer upstream release
Hi Jonas, the 0.3 version is already packaged in the SVN repo, however I was waiting for upstream to released a fixed tarball, as there are some files missing from the one in PyPI. I'll Cc him :-). Cheers, Simon signature.asc Description: signature
Bug#706961: [Python-modules-team] Bug#706961: python-musicbrainzngs: please update to newer upstream release
Thanks for the reminder... :) It's been a little busy, hopefully 0.4 will be out soon. On Mon, May 6, 2013 at 3:15 PM, Simon Chopin chopin.si...@gmail.com wrote: Hi Jonas, the 0.3 version is already packaged in the SVN repo, however I was waiting for upstream to released a fixed tarball, as there are some files missing from the one in PyPI. I'll Cc him :-). Cheers, Simon
Bug#684290: Unable to use Apache2::SizeLimit
After upgrading from Squeeze to Wheezy, I'm unable to use my mod_perl based application again. Apache's error log shows [Mon May 06 08:36:18 2013] [error] [client 192.168.0.202] failed to resolve handler `Apache2::SizeLimit': You must install Linux::Pid for Apache::SizeLimit to work on your platform. at /usr/lib/perl5/Apache/SizeLimit/Core.pm line 128.\nBEGIN failed--compilation aborted at /usr/lib/perl5/Apache/SizeLimit/Core.pm line 171.\nCompilation failed in require at /usr/lib/perl5/Apache2/SizeLimit.pm line 48.\nBEGIN failed--compilation aborted at /usr/lib/perl5/Apache2/SizeLimit.pm line 48.\nCompilation failed in require at (eval 1489) line 2.\n Application works fine after removing the reference to Apache2::SizeLimit in Apache's configuration file and restarting. Working without Apache2::SizeLimit makes it very hard to control the resource consumption of the mod_perl application, so it's not an acceptable workaround. -- Prof. Ernesto Hernández-Novich - MYS-220C - @iamemhn Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706848: pu: package php5/5.4.4-16
Control: tags -1 + moreinfo On 2013-05-05 14:17, Ondřej Surý wrote: $ diffstat php5_5.4.4-16.debdiff -16 doesn't work as a version number for this I'm afraid. Testing and unstable have -15, stable -14; please use -14+deb7u1. Please could we have a copy of the proposed debdiff, rather than just a diffstat? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706964: Error installing using dmraid /sbin/dmraid-activate: line 209: awk: not found
Package: installation-reports Boot method: Boot from the AMD64 CD which SHA256 is fdfd3f89c0805a711654912e7f7b33b850bbf550de5729420ad61024fb0caab2 Image version: From mirror of Debian 7.0.0 Date: 6/5/2013 10:00 UTC Machine: Custom built with Supermicro motherboard Processor: Xeon Memory: 8 Gb Partitions: No applicable: I can't see the RAID disk. Output of lspci -knn (o lspci -nn): Base System Installation Checklist: Marque según sea su caso: Escriba «O» si dicha fase funcionó, «E» si presentó algún fallo y déjela en blanco si no intentó o no usó esta opción. [O] = OK, [E] = Error (descríbalo a continuación), [ ] = didn't try it Initial boot: [OK] Detect network card:[OK] Configure network: [OK] Detect CD: [OK] Load installer modules: [OK] Detect hard drives: [E] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Comments/Problems: I pass the dmraid=true on boot, to use the integrated RAID controller (well a kind of ) in the motherboad, the system log shows the dmraid-udeb is being installed but then, there is one error in /sbin/dmi-activate: /sbin/dmraid-activate: line 209: awk: not found I use an alternate console, to login in the installation system, search for awk and don't find the program in the path -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706963: debian-maintainers: with gpg sig
Package: debian-maintainers Followup-For: Bug #706963 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello This is my annual ping, gpg signed. - -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRh7PJAAoJEAZFbdeR6VeRT4QQALMI/vUY68uj+67hTlCyBXy7 SiaKzPboQgalfo/6Qt+2icbizYqm3RvcKUNkz0LZpjV2V1R3XTWWTZC5oIHb8DS6 AvHRyVB8VNE6KM0csrF2TQynvetQ7jFIUkS72YqC4zUgrLl5CSuc1nENB5ehpfvm RMHLHCD17CE3YIF8TiMAezA2tlPOlOxtg9jrMVMn+UOVaGgRRX+4t5vxWowDIXLH XxlRfZkFUR5pFvyBE4RM/LKn3HFB4bSw2U3EV4WBdFXBxsHKsTcrlyemkkvXvsE3 e9i6JyezW2tm0/BRH/DmVriiWVOD/j4EVuK1RLMu8albBgWHAz21IN3N4dGbHpUA dS32jJXsA3EAPxHtwmL19XQ9ENm9cMVDWqKx5rRX6bU8X9pno/8tYdHE1E9B3VAD wazxNasbHqVpfgOW2G7/1XUFpPEnZ1FmWHXiC2eTyimmYghlh1H6Xwja/gDtiDNu tF8dkhGtA+rQ7su6xcoA22mzDPTxIl8dtiflkrY1MO3LeEtsNoAuxTGuUUI972Rs /nT4yAvOZH+W0dQzcUE8ScjaiS5pKKTxoB9ND0LhevJMLVFjlVTQIUWL2Fzdv7rT j3OhVXI/Bf8ud+K6zuJ/Q5sMp3Mez3rj049JLfYaPPyMHMdhysuWZy+YBwvWXRb4 +e2g8BQIhlNAImdhtf80 =8s+d -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#706931: microcom: newline handling doesn't work to driver debian installer
Hi! Am 2013-05-06 11:58, schrieb Uwe Kleine-König: when pressing Enter microcom sends a \n to the serial device. Minicom does instead send a \r. With \n it's not possible to drive the menus of the debian installer. Upstream patch 938404e757b232b13704400105c4cb908954bc76 fixes that. Can you please include that for the next upload? Or you could just create a new official upstream release ;) Best regards, Alexander PS: You'd like to adopt it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706923: [debhelper] dh_auto_install not calling make install on kfreebsd
Sven Eckelmann wrote: The build system is just a makefile based system. So I would expect that dh_auto_install just calls `make install` like on every other system (as example i386 [3]): I see no indication in the log for kfreebsd that it is not calling make install: debian/rules override_dh_auto_install make[2]: Entering directory `/build/buildd-exactimage_0.8.8-1-kfreebsd-amd64-wy43HL/exactimage-0.8.8' dh_auto_install -- X_SYSTEM=Linux Q= WITHPYTHON=0 mkdir debian/tmp/usr/lib/php5 What else could possibly be running make here, if dh_auto_install is not? Suggest you check your package's Makefile for the breakage there. -- see shy jo signature.asc Description: Digital signature
Bug#706923: [debhelper] dh_auto_install not calling make install on kfreebsd
Sven Eckelmann wrote: I've did a quick check of Debhelper/Buildsystem/makefile.pm and noticed the function exists_make_target. The important pert here is the call to make. The arguments from the rules file aren't given to the make call and therefore the correct Linux install target isn't created in the exactimage Makefile-buildsystem. Are you saying that, without these parameters, the makefile doesn't *have* an install target? ... If so, what target is dh_auto_install calling in the log? Judging from the comments, it looks like this bug will be a wontfix. Any objections? What comments? -- see shy jo signature.asc Description: Digital signature
Bug#706947: document how to purge files globally
Thomas Koch wrote: I scanned the git-annex man page several times but could not figure out the right way to remove and purge a file from all clones in one step. The man page says I should use git annex drop. But this won't tell the other repositories that I don't want to have this file anymore. Remove the file from the git repository, and use `git annex unused; git annex dropunused` in the other repositories. But I'd like to have git annex {rm|remove} $FILE to do the above in one step. This is not possible, git-annex does not require that all repositories are always reachable, or that the current repository even knows where all other repositories are. It's also not clear to me, at which point the content of the file will be removed on the remotes. Will the next git annex sync also remove the files from the annex object store of the remotes? git-annex sync only syncs git repositories, it does not do anything with the contents of files. -- see shy jo signature.asc Description: Digital signature
Bug#706966: Info of new tag desktop-entry-lacks-keywords-entry is confusing
Package: lintian Version: 2.5.12 Severity: normal The current wording of the desktop-entry-lacks-keywords-entry info text is quite confusing because it talks about categories and keywords but both are valid keys in .desktop files. But as I understand it the text does not mean the Categories key but just talks about general keywords as categories. With the current wording I first thought that this lintian warning is about the Categories entry while it actually is about the Keywords entry. Current paragraph: The categories for this desktop entry do not contain any Keywords. Keywords should not be redundant with the values of Name or GenericName. Suggestd improved version: The Keywords entry for this desktop file does not contain any Keywords. Keywords should not be redundant with the values of Name or GenericName. Gaudenz -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl 1.16.10 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.92-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-38 ii locales-all [locales] 2.13-38 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-21 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.10 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone ii libtext-template-perl 1.45-2 ii man-db 2.6.2-1 ii xz-utils [lzma]5.1.1alpha+20120614-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