Bug#669937: vdr-groups.sh: Configuration aborts
Package: vdr Version: 1.7.26-1 Severity: important Dear Maintainer, apfter upgrading from 1.7.22 the vdr-plugin-dvd could not configure. The fault is in vdr-groups.sh: line 20 I have a group which has a - in it. The name of the group is pulse-access. You need to change the line to local group_list=$* This bug renders this package uninstallable, if the user has a name with a - in it. It even prevents the user from removing/purging the package or one of its plugins. It was vdr-plugin-dvd in my case. Best Regards and keep up the good work :) Georg Gast -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 vdr depends on: ii adduser3.113+nmu1 ii debconf [debconf-2.0] 1.5.42 ii libc6 2.13-27 ii libcap21:2.22-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libfribidi00.19.2-3 ii libgcc11:4.7.0-1 ii libjpeg8 8d-1 ii libstdc++6 4.7.0-1 ii psmisc 22.16-1 Versions of packages vdr recommends: ii lirc none ii ttf-freefont 20100919-1 Versions of packages vdr suggests: pn vdr-plugin-dvbsddevice none -- Configuration Files: /etc/default/vdr changed: ENABLED=1 ENABLE_SHUTDOWN=1 OPTIONS=-w 60 VIDEO_DIR=/home/vdr/TV -- debconf information: * vdr/select_dvb_card: Satellite * vdr/create_video_dir: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669880: apt: Lack of translations should not be a fatal error
Quoting Santiago Vila (sanv...@unex.es): IMHO, this should never happen. If Translation-en is available, then a missing Translation-es (or any other translation file) should never be a fatal error. Hello Santiago! Well, that's debatable: you asked APT to get Spanish translations. It cannot download them. I think it's then normal that it fails..:-) I don't think this qualifies as an RC bug...but leave it up to APT maintainers. signature.asc Description: Digital signature
Bug#669901: [PATCH] hibernate: Helping to update to packaging format 3.0
On 2012-04-22 04:07, Andrey Rahmatullin wrote: | I had some free time; see attached patch to migrate to new package | format. Note that all files in debian/patches/* are canocalized to | *.patch. | | The patches were migrated some time ago already and are available at | http://git.debian.org/?p=collab-maint/hibernate.git Good to hear package has already moved to 3.0 Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659252: Announce of the upcoming NMU for the icinga package
Dear maintainer of icinga and Debian translators, Some days ago, I sent a notice to the maintainer of the icinga Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. (that's indeed surprising as nagios/icinga maintainers *are* active. Alexander?) The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr id it ja nl pl pt pt_BR ru sk sv vi Among these, the following translations are incomplete: fi pl If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the icinga package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, April 30, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, April 17, 2012 : send the first intent to NMU notice to the package maintainer. Sunday, April 22, 2012 : send this notice Monday, April 30, 2012 : (midnight) deadline for receiving translation updates Tuesday, May 01, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, May 08, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: ici...@packages.debian.org\n POT-Creation-Date: 2010-05-06 08:46+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Apache servers to configure for icinga: msgstr #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Please select which Apache servers should be configured for icinga. msgstr #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid If you would prefer to perform configuration manually, leave all servers unselected. msgstr #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Icinga web administration password: msgstr #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Please provide the password to be created with the \icingaadmin\ user. msgstr #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid This is the username and password to use when connecting to the Icinga server after completing the configuration. If you do not provide a password, you will have to configure access to Icinga manually later on. msgstr #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Re-enter password to verify: msgstr #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid Password input error msgstr #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid The two passwords you entered were not the same. Please try again. msgstr signature.asc Description: Digital signature
Bug#659257: Announce of the upcoming NMU for the gridengine package
Dear maintainer of gridengine and Debian translators, Some days ago, I sent a notice to the maintainer of the gridengine Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fi fr gl ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the gridengine package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, April 30, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, April 17, 2012 : send the first intent to NMU notice to the package maintainer. Sunday, April 22, 2012 : send this notice Monday, April 30, 2012 : (midnight) deadline for receiving translation updates Tuesday, May 01, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, May 08, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: grideng...@packages.debian.org\n POT-Creation-Date: 2008-07-11 21:54+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../gridengine-client.templates:1001 ../gridengine-common.templates:1001 #: ../gridengine-exec.templates:1001 ../gridengine-master.templates:1001 #: ../gridengine-qmon.templates:1001 ../gridengine.templates:1001 msgid Configure SGE automatically? msgstr #. Type: boolean #. Description #: ../gridengine-client.templates:1001 ../gridengine-common.templates:1001 #: ../gridengine-exec.templates:1001 ../gridengine-master.templates:1001 #: ../gridengine-qmon.templates:1001 ../gridengine.templates:1001 msgid Please choose whether you wish to configure SGE automatically (with debconf). If you do not configure it automatically, the daemons or client programs will not work until a manual configuration is performed. msgstr #. Type: string #. Description #: ../gridengine-client.templates:2001 ../gridengine-common.templates:2001 #: ../gridengine-exec.templates:2001 ../gridengine-master.templates:2001 #: ../gridengine-qmon.templates:2001 ../gridengine.templates:2001 msgid SGE cell name: msgstr #. Type: string #. Description #: ../gridengine-client.templates:2001 ../gridengine-common.templates:2001 #: ../gridengine-exec.templates:2001 ../gridengine-master.templates:2001 #: ../gridengine-qmon.templates:2001 ../gridengine.templates:2001 msgid Please provide the SGE cell name for use by client programs and the execution daemon. msgstr #. Type: string #. Description #: ../gridengine-client.templates:3001 ../gridengine-common.templates:3001 #: ../gridengine-exec.templates:3001 ../gridengine-master.templates:3001 #: ../gridengine-qmon.templates:3001 ../gridengine.templates:3001 msgid SGE master hostname: msgstr #. Type: string #. Description #: ../gridengine-client.templates:3001 ../gridengine-common.templates:3001 #: ../gridengine-exec.templates:3001 ../gridengine-master.templates:3001 #: ../gridengine-qmon.templates:3001 ../gridengine.templates:3001 msgid The execution daemon and the client programs need to know where the cluster master is in order to run. msgstr #. Type: string #. Description #: ../gridengine-client.templates:3001 ../gridengine-common.templates:3001 #: ../gridengine-exec.templates:3001 ../gridengine-master.templates:3001 #: ../gridengine-qmon.templates:3001 ../gridengine.templates:3001 msgid Please enter the fully qualified domain name of the grid master. msgstr signature.asc Description: Digital signature
Bug#669938: [PATCH] python-nids: Helping to update to packaging format 3.0
Package: python-nids
Severity: wishlist
Tags: patch
Hi,
The dpatch patch management system has been deprecated for some time. The
Lintian currently flags use of dpatch packages as an error. The new 3.0
packaging format is an improved version which, among other things, contains
patch management built-in. For more information, see:
http://wiki.debian.org/Projects/DebSrc3.0
I had some free time; see attached patch to migrate to new package
format. Note that all files in debian/patches/* are canocalized to
*.patch.
Let me know if there is anything that needs adjusting or if it is ok
to upload this version in a NMU in case you are working on other
issues needing attention.
Thanks,
Jari
From 593f96aa5b52e9b70aed1e97c516a36c52c0416f Mon Sep 17 00:00:00 2001
From: Jari Aalto jari.aa...@cante.net
Date: Sun, 22 Apr 2012 09:28:20 +0300
Subject: [PATCH] format-3.0
Organization: Private
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Jari Aalto jari.aa...@cante.net
---
debian/README.source | 14 --
debian/changelog | 11 +++
debian/compat |2 +-
debian/control |4 ++--
debian/patches/00list |1 -
.../{01_libnids.dpatch = 01-libnids.patch}|7 ++-
debian/patches/series |1 +
debian/rules |8 +---
debian/source/format |2 +-
9 files changed, 23 insertions(+), 27 deletions(-)
delete mode 100644 debian/README.source
delete mode 100644 debian/patches/00list
rename debian/patches/{01_libnids.dpatch = 01-libnids.patch} (77%)
create mode 100644 debian/patches/series
diff --git a/debian/README.source b/debian/README.source
deleted file mode 100644
index 7f5c1ee..000
--- a/debian/README.source
+++ /dev/null
@@ -1,14 +0,0 @@
-pynids for Debian
--
-
-This package uses dpatch to manage all modifications to the upstream
-source. Changes are stored in the source package as diffs in
-debian/patches and applied during the build. Please see:
-
- /usr/share/doc/dpatch/README.source
-
-for more information on how to apply the patches, modify patches, or
-remove a patch.
-
-
-
diff --git a/debian/changelog b/debian/changelog
index 5b03ff5..858e0dc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+python-nids (0.6.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt.
+ * Update to Standards-Version to 3.9.3 and debhelper to 9.
+ * Add build-arch and build-indep targets; use dh_prep in rules file.
+ * Fix helper-templates-in-copyright (Lintian).
+ * Fix debian-watch-file-is-missing (Lintian).
+
+ -- Jari Aalto jari.aa...@cante.net Sun, 22 Apr 2012 09:26:39 +0300
+
python-nids (0.6.1-1) unstable; urgency=low
* New upstream version:
diff --git a/debian/compat b/debian/compat
index 7f8f011..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-7
+9
diff --git a/debian/control b/debian/control
index 8e4083f..498b014 100644
--- a/debian/control
+++ b/debian/control
@@ -2,8 +2,8 @@ Source: python-nids
Section: python
Priority: extra
Maintainer: Luciano Bello luci...@debian.org
-Build-Depends: dpatch, debhelper (= 7), python-support, python-all-dev, libpcap0.8-dev, libnids-dev, libnet1-dev, libglib2.0-dev
-Standards-Version: 3.8.4
+Build-Depends: debhelper (= 9), python-support, python-all-dev, libpcap0.8-dev, libnids-dev, libnet1-dev, libglib2.0-dev
+Standards-Version: 3.9.3
Homepage: http://jon.oberheide.org/pynids/
XS-Python-Version: all
diff --git a/debian/patches/00list b/debian/patches/00list
deleted file mode 100644
index d62f9c1..000
--- a/debian/patches/00list
+++ /dev/null
@@ -1 +0,0 @@
-01_libnids.dpatch
diff --git a/debian/patches/01_libnids.dpatch b/debian/patches/01-libnids.patch
similarity index 77%
rename from debian/patches/01_libnids.dpatch
rename to debian/patches/01-libnids.patch
index 97a5d10..56129f8 100644
--- a/debian/patches/01_libnids.dpatch
+++ b/debian/patches/01-libnids.patch
@@ -1,9 +1,6 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 01_libnids.dpatch by Luciano Bello luci...@debian.org
-##
-## DP: Use the libnids included in Debian and compile it dynamically
+From: Luciano Bello luci...@debian.org
+Subject: Use the libnids included in Debian and compile it dynamically
-@DPATCH@
diff -urNad trunk~/setup.py trunk/setup.py
--- trunk~/setup.py 2009-10-09 04:16:59.0 -0300
+++ trunk/setup.py 2010-05-31 12:48:36.0 -0300
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..36fed49
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+01-libnids.patch
diff --git a/debian/rules b/debian/rules
index 46a5420..37f8e7b 100755
---
Bug#669939: w3af: New upstream release 1.1
Package: w3af Version: 1.0-rc3svn3489-1 Severity: wishlist Please package: http://sourceforge.net/projects/w3af/files/w3af/w3af%201.1/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669940: cityhash: FTBFS on ppc64: Please support ppc64
Source: cityhash Version: 1.0.3-1 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd cityhash-1.0.3.orig/debian/libcityhash0.symbols cityhash-1.0.3/debian/libcityhash0.symbols --- cityhash-1.0.3.orig/debian/libcityhash0.symbols 2011-10-09 23:53:15.0 +0900 +++ cityhash-1.0.3/debian/libcityhash0.symbols 2012-04-22 15:30:29.0 +0900 @@ -1,5 +1,5 @@ libcityhash.so.0 libcityhash0 #MINVER# # 64bit architectures symbols -(arch=alpha amd64 kfreebsd-amd64 ia64 s390x)#include libcityhash0.symbols.64bit +(arch=alpha amd64 kfreebsd-amd64 ia64 ppc64 s390x)#include libcityhash0.symbols.64bit # 32bit architectures symbols -(arch=!alpha !amd64 !kfreebsd-amd64 !ia64 !s390x)#include libcityhash0.symbols.32bit +(arch=!alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64 !s390x)#include libcityhash0.symbols.32bit
Bug#669947: graphicsmagick needs proper jbig build dependencies
Package: src:graphicsmagick Version: 1.3.12-1.1+b2 Severity: serious -- snip -- # apt-get install libgraphicsmagick3 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libjbig0 Suggested packages: graphicsmagick-dbg The following NEW packages will be installed: libjbig0 The following packages will be upgraded: libgraphicsmagick3 1 upgraded, 1 newly installed, 0 to remove and 103 not upgraded. Need to get 0 B/1,324 kB of archives. After this operation, 61.4 kB of additional disk space will be used. Do you want to continue [Y/n]? Reading changelogs... Done apt-listchanges: Do you want to continue? [Y/n] Selecting previously unselected package libjbig0:amd64. (Reading database ... 321933 files and directories currently installed.) Unpacking libjbig0:amd64 (from .../libjbig0_2.0-2_amd64.deb) ... Preparing to replace libgraphicsmagick3 1.3.12-1.1+b1 (using .../libgraphicsmagick3_1.3.12-1.1+b2_amd64.deb) ... Unpacking replacement libgraphicsmagick3 ... Setting up libjbig0:amd64 (2.0-2) ... Setting up libgraphicsmagick3 (1.3.12-1.1+b2) ... # -- snip -- It is evil that a binary-only upload changes the list of features enabled in graphicsmagick, and a possible source for serious breakages in post-release security updates. Currently libjbig-dev is being pulled in indirectly through libtiff4-dev. That is not guaranteed to always be the case. Please either add a proper build dependency for jbig support (preferred) or configure graphicsmagick with --without-jbig (in the unlikely case that this is better for some reason). Please also double-check that proper build dependencies or explicit feature disabling are present for all other optional features checked for during configure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669946: grub2/grub-pc upgrade fails with grub-probe complaining /dev not mounted (even if it is)
Package: grub2
Version: 1.99-21
Severity: important
Dear Maintainer,
During upgrade (in SID), grub-pc, grub2 and any new kernel just won't be
properly installed because of grub-probe complaining of /dev not being mounted.
This bug already occurred in previous versions of grub2, from what I've read,
but as the fix was to upgrade grub2, I cannot use it by now, being at the
latest one!
Please note this dist-upgrade was quite big, because of several times spent
everywhere but on this machine, and I might have done a versions jump.
Thanks a lot.
Aurélien
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/54936e14-a93a-4b48-91ed-ff45f5a326fe / ext4
rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb16 /boot ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/md0 /home ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb13 /tmp ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb10 /usr ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb15 /usr/src ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb17 /usr/local ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb12 /var ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdb1 /mnt/windows fuseblk
ro,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096
0 0
/dev/sda1 /mnt/transfert vfat
rw,nosuid,nodev,noexec,relatime,uid=1000,gid=1001,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro
0 0
/dev/md1 /home/commun ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-Maxtor_6Y120P0_Y3NJTTGE
(hd1) /dev/disk/by-id/ata-HDS728080PLA380_PFDB32S7RM0PSM
(hd2) /dev/disk/by-id/ata-ST3500418AS_5VMHN0KW
(hd3) /dev/disk/by-id/ata-ST3500418AS_5VMHZE7V
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod part_msdos
insmod ext2
set root='(hd1,msdos10)'
search --no-floppy --fs-uuid --set=root 4cc4f1e8-2179-4e4f-8a85-a2d704919690
if loadfont /share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod part_msdos
insmod ext2
set root='(hd1,msdos16)'
search --no-floppy --fs-uuid --set=root ae59bc66-89c4-4448-ba79-40f6a384dc27
set locale_dir=($root)/grub/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd1,msdos10)'
search --no-floppy --fs-uuid --set=root 4cc4f1e8-2179-4e4f-8a85-a2d704919690
insmod png
if background_image /share/images/desktop-base/spacefun-grub.png; then
set color_normal=light-gray/black
set color_highlight=white/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-2-amd64' --class debian --class
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd1,msdos16)'
search --no-floppy --fs-uuid --set=root
ae59bc66-89c4-4448-ba79-40f6a384dc27
echo'Chargement de Linux 3.2.0-2-amd64 ...'
linux /vmlinuz-3.2.0-2-amd64
root=UUID=54936e14-a93a-4b48-91ed-ff45f5a326fe ro quiet
echo'Chargement du disque mémoire initial ...'
initrd /initrd.img-3.2.0-2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-2-amd64 (mode de dépannage)'
--class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd1,msdos16)'
search --no-floppy --fs-uuid --set=root
ae59bc66-89c4-4448-ba79-40f6a384dc27
echo'Chargement de Linux 3.2.0-2-amd64 ...'
linux /vmlinuz-3.2.0-2-amd64
root=UUID=54936e14-a93a-4b48-91ed-ff45f5a326fe ro single
echo'Chargement du disque mémoire initial ...'
initrd /initrd.img-3.2.0-2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.1.0-1-amd64' --class debian --class
gnu-linux --class gnu --class os {
insmod
Bug#659252: [Pkg-nagios-devel] Bug#659252: Announce of the upcoming NMU for the icinga package
Christian PERRIER schrieb am Sunday, den 22. April 2012: Dear maintainer of icinga and Debian translators, Some days ago, I sent a notice to the maintainer of the icinga Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. (that's indeed surprising as nagios/icinga maintainers *are* active. Alexander?) sorry, too much private things. I will of course do the upload as usual :). But it has to wait a few days until my next tree is ready (see the RC bugs against postgres supprt of idoutils. I want to have these fixed first). But maybe I am ready when you are ready :). Thanks Alex pgp73y20kv7fh.pgp Description: PGP signature
Bug#669156: Illegal bang-pattern (use -XBangPatterns)
Erik de Castro Lopo wrote: That brings us to the language-javascript problem. Firstly, we should really ask upstream to ship the Lexer.x file from which the Lexer.hs file is generated. However the reason they reason they ship the haskell source rather than the lexer source is so that its possible to install language-javascript using cabal install. Cabal has one rather severe They could at least ship both and not build the .hs by default. limitation, it cannot reliably install build tools like alex. Firstly there is no way to specify a dependency on a build tool, secondly cabal install will install it by default in $HOME/.cabal/bin/ and if that is not on the user's PATH, language-javascript will not compile. FWIW, there are ways to use Distribution.Simple to get at the binDir, which could, at least in theory, be used to find and run programs installed to it. -- see shy jo signature.asc Description: Digital signature
Bug#669944: mozjs: FTBFS on ppc64: Please support ppc64
Source: mozjs
Version: 1.8.5-1.0.0+dfsg-3
Severity: wishlist
Tags: patch
Please support ppc64.
Here is a patch attached.
http://buildd.debian-ports.org/status/package.php?p=mozjssuite=sid
Best regards,
--
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC
diff -Nurd mozjs-1.8.5-1.0.0+dfsg.orig/debian/libmozjs185-1.0.symbols mozjs-1.8.5-1.0.0+dfsg/debian/libmozjs185-1.0.symbols
--- mozjs-1.8.5-1.0.0+dfsg.orig/debian/libmozjs185-1.0.symbols 2012-01-25 08:11:56.0 +0900
+++ mozjs-1.8.5-1.0.0+dfsg/debian/libmozjs185-1.0.symbols 2012-04-22 17:01:42.0 +0900
@@ -529,16 +529,16 @@
(arch=armhf)JaegerThrowpoline@Base 1.8.5-1.0.0+dfsg
(arch=armhf)JaegerTrampoline@Base 1.8.5-1.0.0+dfsg
(arch=armhf)JaegerTrampolineReturn@Base 1.8.5-1.0.0+dfsg
- (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPi@Base 1.8.5-1.0.0+dfsg
- (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPl@Base 1.8.5-1.0.0+dfsg
+ (arch=!amd64 !ia64 !kfreebsd-amd64 !ppc64 !s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPi@Base 1.8.5-1.0.0+dfsg
+ (arch=amd64 ia64 kfreebsd-amd64 ppc64 s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPl@Base 1.8.5-1.0.0+dfsg
_Z14js_DateGetDateP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z14js_DateGetYearP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z14js_DateIsValidP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z14js_IntervalNowv@Base 1.8.5-1.0.0+dfsg
_Z15js_DateGetHoursP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z15js_DateGetMonthP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
- (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z15js_FindPropertyP9JSContextiPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
- (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z15js_FindPropertyP9JSContextlPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
+ (arch=!amd64 !ia64 !kfreebsd-amd64 !ppc64 !s390x)_Z15js_FindPropertyP9JSContextiPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
+ (arch=amd64 ia64 kfreebsd-amd64 ppc64 s390x)_Z15js_FindPropertyP9JSContextlPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
_Z15js_IsTypedArrayP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z16js_CloseIteratorP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z16js_IsArrayBufferP8JSObject@Base 1.8.5-1.0.0+dfsg
@@ -546,10 +546,11 @@
_Z16js_ValueToSourceP9JSContextRKN2js5ValueE@Base 1.8.5-1.0.0+dfsg
_Z17js_DateGetMinutesP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z17js_DateGetSecondsP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
- (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectiPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
- (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectlPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
+ (arch=!amd64 !ia64 !kfreebsd-amd64 !ppc64 !s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectiPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
+ (arch=amd64 ia64 kfreebsd-amd64 ppc64 s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectlPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg
_Z17js_ObjectIsRegExpP8JSObject@Base 1.8.5-1.0.0+dfsg
- (subst)_Z18JS_StructuredCloneP9JSContext{uint64_t}P{uint64_t}PFP8JSObjectS0_P23JSStructuredCloneReaderjjPvEPK26JSStructuredCloneCallbacksS6_@Base 1.8.5-1.0.0+dfsg
+ (subst|arch=!ppc64)_Z18JS_StructuredCloneP9JSContext{uint64_t}P{uint64_t}PFP8JSObjectS0_P23JSStructuredCloneReaderjjPvEPK26JSStructuredCloneCallbacksS6_@Base 1.8.5-1.0.0+dfsg
+ (arch=ppc64)_Z18JS_StructuredCloneP9JSContextmPmPFP8JSObjectS0_P23JSStructuredCloneReaderjjPvEPK26JSStructuredCloneCallbacksS6_@Base 1.8.5-1.0.0+dfsg
_Z18js_ConsumeJSONTextP9JSContextP10JSONParserPKtj12DecodingMode@Base 1.8.5-1.0.0+dfsg
_Z18js_GCThingIsMarkedPvj@Base 1.8.5-1.0.0+dfsg
_Z18js_GetErrorMessagePvPKcj@Base 1.8.5-1.0.0+dfsg
@@ -571,11 +572,12 @@
_Z24js_DateGetMsecSinceEpochP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
(arch=!s390 !s390x)_Z24js_InitTypedArrayClassesP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg
_Z24js_IsDensePrimitiveArrayP8JSObject@Base 1.8.5-1.0.0+dfsg
- (subst|arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectiiP{uint64_t}@Base 1.8.5-1.0.0+dfsg
+ (subst|arch=!amd64 !ia64 !kfreebsd-amd64 !ppc64 !s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectiiP{uint64_t}@Base 1.8.5-1.0.0+dfsg
(subst|arch=amd64 ia64 kfreebsd-amd64 s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectliP{uint64_t}@Base 1.8.5-1.0.0+dfsg
+ (arch=ppc64)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectliPm@Base 1.8.5-1.0.0+dfsg
_Z27js_CloneDensePrimitiveArrayP9JSContextP8JSObjectPS2_@Base 1.8.5-1.0.0+dfsg
_Z27js_ReportAllocationOverflowP9JSContext@Base 1.8.5-1.0.0+dfsg
- (arch=!ia64 !mips !mipsel !powerpc !s390 !s390x)_Z27js_SetTraceableNativeFailedP9JSContext@Base 1.8.5-1.0.0+dfsg
+ (arch=!ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x)_Z27js_SetTraceableNativeFailedP9JSContext@Base 1.8.5-1.0.0+dfsg
Bug#612924: [stable] Possible fix for possible RC bug
On Sat, Apr 21, 2012 at 23:38:17 +0200, Frank Küster wrote: +texlive-base (2009-12) stable; urgency=low You need to use a different version number, you already uploaded a package with this version last August. 2009-11+squeeze1 would be the usual pattern. Cheers, Julien signature.asc Description: Digital signature
Bug#669941: [PATCH] w3af: Helping to update to packaging format 3.0
Package: w3af
Severity: wishlist
Tags: patch
Hi,
The dpatch patch management system has been deprecated for some time. The
Lintian currently flags use of dpatch packages as an error. The new 3.0
packaging format is an improved version which, among other things, contains
patch management built-in. For more information, see:
http://wiki.debian.org/Projects/DebSrc3.0
I had some free time; see attached patch to migrate to new package
format. Note that all files in debian/patches/* are canocalized to
*.patch.
Let me know if there is anything that needs adjusting or if it is ok
to upload this version in a NMU in case you are working on other
issues needing attention.
Thanks,
Jari
From 45e0b26ebd641ef5aca29557d13582974dc6961a Mon Sep 17 00:00:00 2001
From: Jari Aalto jari.aa...@cante.net
Date: Sun, 22 Apr 2012 09:49:37 +0300
Subject: [PATCH] format-3.0
Organization: Private
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Jari Aalto jari.aa...@cante.net
---
debian/README.source |4
debian/changelog | 12
debian/compat |2 +-
debian/control |4 ++--
debian/copyright | 12 ++--
debian/patches/00list |4
...ebian.dpatch = 01-report-bugs-as-debian.patch} | 10 +++---
...ndecies.dpatch = 02-disable-dependecies.patch} |9 +++--
...t.dpatch = 03-webshell.pl-is-not-script.patch} |7 ++-
.../{10_json-fix.dpatch = 10-json-fix.patch} |7 ++-
debian/patches/series |4
debian/rules | 11 ++-
debian/source/format |1 +
debian/watch |2 ++
14 files changed, 44 insertions(+), 45 deletions(-)
delete mode 100644 debian/README.source
delete mode 100644 debian/patches/00list
rename debian/patches/{01_report_bugs_as_debian.dpatch = 01-report-bugs-as-debian.patch} (70%)
rename debian/patches/{02_disable_dependecies.dpatch = 02-disable-dependecies.patch} (81%)
rename debian/patches/{03_webshell.pl_is_not_script.dpatch = 03-webshell.pl-is-not-script.patch} (72%)
rename debian/patches/{10_json-fix.dpatch = 10-json-fix.patch} (96%)
create mode 100644 debian/patches/series
create mode 100644 debian/source/format
create mode 100644 debian/watch
diff --git a/debian/README.source b/debian/README.source
deleted file mode 100644
index 84fb8a2..000
--- a/debian/README.source
+++ /dev/null
@@ -1,4 +0,0 @@
-This package manages a few patches using dpatch.
-
-Please check /usr/share/doc/dpatch/README.source.gz for further
-information on how this works.
diff --git a/debian/changelog b/debian/changelog
index 052a935..f126a8b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+w3af (1.0-rc3svn3489-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt.
+ * Update to Standards-Version to 3.9.3 and debhelper to 9.
+ * Add build-arch and build-indep targets; use dh_prep in rules file.
+ * Fix copyright-refers-to-symlink-license (Lintian).
+ * Fix copyright-with-old-dh-make-debian-copyright (Lintian).
+ * Fix debian-watch-file-is-missing (Lintian).
+
+ -- Jari Aalto jari.aa...@cante.net Sun, 22 Apr 2012 09:44:28 +0300
+
w3af (1.0-rc3svn3489-1) unstable; urgency=low
[ Luciano Bello ]
diff --git a/debian/compat b/debian/compat
index 7ed6ff8..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-5
+9
diff --git a/debian/control b/debian/control
index e5cdcd4..1dd4919 100644
--- a/debian/control
+++ b/debian/control
@@ -2,8 +2,8 @@ Source: w3af
Section: net
Priority: extra
Maintainer: Luciano Bello luci...@debian.org
-Build-Depends: debhelper (= 5), python-support, dpatch
-Standards-Version: 3.8.4
+Build-Depends: debhelper (= 9), python-support
+Standards-Version: 3.9.3
Homepage: http://w3af.sourceforge.net/
XS-Python-Version: all
diff --git a/debian/copyright b/debian/copyright
index 9ec3e69..a2eca8f 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -28,10 +28,10 @@ License:
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
On Debian systems, the complete text of the GNU General
-Public License can be found in `/usr/share/common-licenses/GPL'.
+Public License can be found in `/usr/share/common-licenses/GPL-2'.
-The Debian packaging is (C) 2008, Luciano Bello luci...@debian.org and
-is licensed under the GPL, see above.
+The Debian packaging is Copyright (C) 2008, Luciano Bello
+luci...@debian.org and is licensed under the GPL, see above.
The following exceptions have a different copyright/license. They was
modificated by Andres Riancho under the tems of each license conditions:
@@
Bug#631263: lxpanel still empty: Any progress?
Package: lxpanel Version: 0.5.8-2 Is there any progress on this? Workaround to start programs: Alt+F2, enter program name. (I wonder, why this bug has normal severity. To me it seems, that this makes lxpanel unusable for many users, which justifies important.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669935: Debian Installer does apply keymap used during installation to resulting initramfs
reassign 669935 initramfs-tools forcemerge 619711 669935 On Sun, Apr 22, 2012 at 07:48:16AM +0200, Christian PERRIER wrote: Having the right keymap in the initramfs should be the job of the utility that creates the initramfs, based on console keymap settings. I don't think the installer can (and should) really do something here. The problem is the same is users setup their console keymap to be something else than US *after the system installation*. It looks like you are right. It seems that the first report is actually from a year ago. Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#669945: RM: timer-applet -- ROM; incompatible with GNOME 3
Package: ftp.debian.org Severity: normal timer-applet has not been ported to GNOME 3's new panel to work in the fallback mode. For gnome-shell there's a replacement called gnome-shell-timer. Given that timer-applet seems dead upstream, it makes sense to remove it now. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589103: kfreebsd
So I have my approach sketched out in the asparagus branch of the code. I cannot test it however as asdfasdf.debian.net does not have any kfreebsd-source installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669942: /usr/bin/uscan: [uscan] Fails when using --dehs
Package: devscripts Version: 2.11.6 Severity: normal File: /usr/bin/uscan Dear Maintainer, On my system uscan fails when run with --dehs. For example in the xmoto package, which has a simple watch file: % cat debian/watch version=3 http://xmoto.tuxfamily.org/ .*/xmoto-([\d\.]+)-src\.tar\.gz % uscan --dehs dehs errorsCan't locate LWP/Protocol/all.pm in @INC (@INC contains: /usr/share/devscripts /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at (eval 18) line 2./errors /dehs Running without --dehs works: % uscan xmoto: Newer version (0.5.9) available on remote site: http://download.tuxfamily.org/xmoto/xmoto/0.5.9/xmoto-0.5.9-src.tar.gz (local version is 0.5.5) xmoto: Successfully downloaded updated package xmoto-0.5.9-src.tar.gz and symlinked xmoto_0.5.9.orig.tar.gz to it This might be somehow related to #622588 (LWP::UserAgent is confused by all_proxy/ALL_PROXY), but the different behaviour depending on the --dehs paramater is intriguing. Furthermore, without ALL_PROXY: % unset ALL_PROXY % uscan --dehs dehs errorsCan't locate object method tid via package threads at /usr/share/perl/5.14/XSLoader.pm line 95./errors /dehs Regards, Stephen -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_DPKG_BUILDPACKAGE_OPTS=-i -ICVS -I.svn -I.pc -I.git DEBSIGN_KEYID=A36B494F DEBUILD_PREPEND_PATH=/usr/lib/ccache DEBUILD_PRESERVE_ENVVARS=CCACHE_DIR -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.2 ii libc6 2.13-27 ii perl 5.14.2-9 ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.25.0-1 ii dctrl-tools 2.21.1 ii debian-keyring2012.02.22 ii dput 0.9.6.3 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.2-1 ii gnupg 1.4.12-4 ii libcrypt-ssleay-perl 0.58-1 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.6 ii man-db2.6.1-2 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic 5.11-1 ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-6 ii wdiff 1.1.0-2 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-el35.2 ii gnuplot 4.6.0-3 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.04-3 ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.207-1 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.20-1 ii mutt 1.5.21-5+b1 ii openssh-client [ssh-client] 1:5.9p1-5 ii svn-buildpackage 0.8.4 ii w3m 0.5.3-5 -- 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#669156: Illegal bang-pattern (use -XBangPatterns)
Hi, Am Sonntag, den 22.04.2012, 03:17 -0400 schrieb Joey Hess: Erik de Castro Lopo wrote: That brings us to the language-javascript problem. Firstly, we should really ask upstream to ship the Lexer.x file from which the Lexer.hs file is generated. However the reason they reason they ship the haskell source rather than the lexer source is so that its possible to install language-javascript using cabal install. Cabal has one rather severe They could at least ship both and not build the .hs by default. indeed they need to if Debian should be able to distribute the package. What others do in that situation, including alex itself, is to ship the generated files in dist/ so that for users using cabal-install, no alex is needed. I even recall that Setup sdist actually does that, or can somehow be made to do so. This could be suggested to upstream. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#591812: lintian test for menu icon type is out of date
clone 591812 -1 retitle -1 menu: Please clarify supported icon types (§3.7) reassign -1 menu block 591812 by -1 thanks Dear menu maintainers, We have been asked to not emit menu-icon-not-in-xpm-format tags (or downgrade the severity of the tag) for packages that ship png icons instead of xpm icons (see #591812). While the documentation of menu says that package should use .xpm icons[1], Bdale (CC'ed) reported that png files actually seem to work file. Could you please clarify if (or when) png (etc.) icons are acceptable alternatives? ~Niels For reference, lintian.d.o reports about 11 uses of non-xpm images (8 of which are png)[2]. [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 [2] http://lintian.debian.org/tags/menu-icon-not-in-xpm-format.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669948: Obsolete conffiles /etc/cron.weekly/auctex and /etc/emacs23/site-start.d/50auctex.el not cleaned up on upgrade
Package: auctex Version: 11.86-10 Severity: normal dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. auctex needs to clean up the obsolete conffiles /etc/cron.weekly/auctex and /etc/emacs23/site-start.d/50auctex.el in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages auctex depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii emacs2323.4+1-3 ii install-info 4.13a.dfsg.1-10 ii preview-latex-style11.86-10 Versions of packages auctex recommends: ii evince 3.2.1-1+b1 ii ghostscript9.05~dfsg-4 ii texlive-latex-recommended 2011.20120410-1 Versions of packages auctex suggests: pn catdvi none pn dvipng none pn lacheck none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665387: dar: Still getting error: Dates of file's data are not increasing when database's archive number grows
Upstream has reported that the workround for the problem is a new option (- ai) which was introduced in 2.4.3 (although he also reports that 2.4.4 should be used due to a bug in 2.4.3). Could the version with the -ai option be brought into Testing? Without this option, anyone who sees the situation of a file's mtime going backwards cannot get their dar archive inserted into dar_manager at all. Previous releases worked because they did not report this so-called error so this is a definite regression. If we cannot go to 2.4.4 for the next Debian release then a small patch just to disable the error message may be the answer. Discussion on the problem itself continues upstream. My personal view is that the -ai option should be the default (or the message removed altogether as I believe it causes more problems than it fixes). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669968: make: spurious circular dependency
Package: make Version: 3.81-8.1 Severity: normal *** Please type your report below this line *** With certain convoluted rules, make spuriously reports a circular dependency. To reproduce: dir/bar must exist, its content doesn't matter. Using the attached Makefile (which was, of course, stripped down from a longer real-world Makefile) do: # make make: Circular test3 - bar dependency dropped. The behaviour of the problem seems very strange to me: - First of all, bar (or dir/bar) does not depend on anything, in particular not on test3. - The problem doesn't happen with make test2 even though the default target (test) just depends on test2 and does nothing else. - The problem doesn't happen if the foo rule is removed even though foo is never mentioned anywhere else. - The problem doesn't happen if the .SECONDARY rule is removed even though, according to the manual, .SECONDARY should only affect the automatic deletion of an intermediate file, not the graph of dependencies. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.2 (SMP w/6 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages make depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib make recommends no packages. Versions of packages make suggests: ii make-doc 3.81-5 Documentation for the GNU version -- no debconf information Makefile Description: Binary data
Bug#660223: Confirmation, but probably need to be reassigned...
reassign 660223 winbind 2:3.5.6~dfsg-3squeeze7 thanks On Wed, 2012-04-18 at 12:37 +0200, Marco Gaiarin wrote: I can confirm this, i've also the logs hogged by error like these. I can confirm also that seems a ''client'' problem, not server one. But after some test, and after blame the wrong client (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660223), i've stopped 'winbind' daemon and error desappeared. Restarted, and come back. So, for me this bug can be merged with #660223, and reassigned to winbind. Thanks for digging into this. I'm reassigning #660223, I'll leave #643970 up to the maintainers of openldap. Since the original bug was reported against the squeeze version of nslcd it probably affects winbind 2:3.5.6~dfsg-3squeeze7. Marco, can you confirm the version of winbind? -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#669952: Obsolete conffile /etc/iceweasel/iceweaselrc not cleaned up on upgrade
Package: iceweasel Version: 11.0-4 Severity: normal File: /etc/iceweasel/iceweaselrc dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. iceweasel needs to clean up the obsolete conffile /etc/iceweasel/iceweaselrc in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3 ii fontconfig 2.8.0-3.1 ii libc6 2.13-30 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.0-4 ii libgtk2.0-0 2.24.10-1 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-3 ii procps 1:3.3.2-3 ii xulrunner-11.0 11.0-4 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn libgssapi-krb5-2 1.10+dfsg~beta1-2 pn mozplugger none pn ttf-lyx | latex-xft-fonts none pn ttf-mathematica4.1 none pn xfonts-mathml none Versions of packages xulrunner-11.0 depends on: ii libasound21.0.25-2 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-30 ii libcairo2 1.12.0-2 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.18-stable-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.0-3 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.0-4 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs11d 11.0-4 ii libnotify40.7.5-1 ii libnspr4-0d 4.9-1 ii libnss3-1d3.13.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.24.4-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.11-2 ii libstartup-notification0 0.12-1 ii libstdc++64.7.0-3 ii libvpx1 1.0.0-2 ii libx11-6 2:1.4.99.901-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 Versions of packages xulrunner-11.0 suggests: ii libcanberra0 0.28-4 ii libgnomeui-0 2.24.5-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#473189: back to RFP
retitle 473189 RFP: elftoolchain -- compilation tools for the ELF object file format owner 473189 Y Giridhar Appaji Nag girid...@appaji.net thanks Hi, I begun packaging this and then determined that it didn't meet my requirements. I'm adding my unfinished work here in case someone wants to reuse it. -- Robert Millan elftoolchain.diff Description: Binary data
Bug#669951: Obsolete conffile /etc/bash_completion.d/systemctl-bash-completion.sh not cleaned up on upgrade
Package: systemd Version: 44-1 Severity: normal File: /etc/bash_completion.d/systemctl-bash-completion.sh dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. systemd needs to clean up the obsolete conffile /etc/bash_completion.d/systemctl-bash-completion.sh in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.2 ii initscripts 2.88dsf-22.1 ii libacl1 2.2.51-5 ii libaudit01:1.7.18-1.1 ii libc62.13-30 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.1-3 ii libdbus-1-3 1.5.12-1 ii libkmod2 6-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7 ii libselinux1 2.1.9-4 ii libsystemd-daemon0 44-1 ii libsystemd-id128-0 44-1 ii libsystemd-journal0 44-1 ii libsystemd-login044-1 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-4 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn python 2.7.2-10 pn systemd-gui 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#667194: gsmartcontrol: diff for NMU version 0.8.6-1.2
tags 667194 + pending
thanks
Dear maintainer,
I've prepared an NMU for gsmartcontrol (versioned as 0.8.6-1.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Beatles
diff -Nru gsmartcontrol-0.8.6/debian/changelog gsmartcontrol-0.8.6/debian/changelog
--- gsmartcontrol-0.8.6/debian/changelog 2012-04-08 14:20:28.0 +0200
+++ gsmartcontrol-0.8.6/debian/changelog 2012-04-22 14:34:03.0 +0200
@@ -1,3 +1,12 @@
+gsmartcontrol (0.8.6-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix ftbfs with GCC-4.7: add patch 05_gcc-4.7.patch from Paul Tagliamonte
+(adds this- qualifier).
+Closes: #667194
+
+ -- gregor herrmann gre...@debian.org Sun, 22 Apr 2012 14:32:59 +0200
+
gsmartcontrol (0.8.6-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru gsmartcontrol-0.8.6/debian/patches/05_gcc-4.7.patch gsmartcontrol-0.8.6/debian/patches/05_gcc-4.7.patch
--- gsmartcontrol-0.8.6/debian/patches/05_gcc-4.7.patch 1970-01-01 01:00:00.0 +0100
+++ gsmartcontrol-0.8.6/debian/patches/05_gcc-4.7.patch 2012-04-22 14:31:56.0 +0200
@@ -0,0 +1,24 @@
+Description: fix FTBFS with gcc 4.7
+Author: Paul Tagliamonte t...@pault.ag
+Bug-Debian: http://bugs.debian.org/667194
+
+--- a/src/gsc_text_window.h 2012-04-18 22:03:41.340661672 -0400
b/src/gsc_text_window.h 2012-04-18 22:03:46.264661939 -0400
+@@ -126,7 +126,7 @@ class GscTextWindow : public AppUIResWid
+ // by default, delete_event calls hide().
+ bool on_delete_event_before(GdkEventAny* e)
+ {
+- destroy(this); // deletes this object and nullifies instance
++ this-destroy(this); // deletes this object and nullifies instance
+ return true; // event handled, don't call default virtual handler
+ }
+
+@@ -184,7 +184,7 @@ class GscTextWindow : public AppUIResWid
+
+ void on_close_window_button_clicked()
+ {
+- destroy(this);
++ this-destroy(this);
+ }
+
+
diff -Nru gsmartcontrol-0.8.6/debian/patches/series gsmartcontrol-0.8.6/debian/patches/series
--- gsmartcontrol-0.8.6/debian/patches/series 2012-04-08 14:19:30.0 +0200
+++ gsmartcontrol-0.8.6/debian/patches/series 2012-04-22 14:31:02.0 +0200
@@ -2,3 +2,4 @@
02_fix_doc_install.patch
03_gcc4.4.patch
04_glib2.31.patch
+05_gcc-4.7.patch
signature.asc
Description: Digital signature
Bug#669974: openafs-modules-dkms: Unable to compile the openafs module with module-assistant in rt kernel
Package: openafs-modules-dkms Version: 1.6.1-1 Severity: important Dear Maintainer, I'm using a rt linux kernel and so I have to compile manually the openafs modules. I decide to use module-assistant. When I build the module it exits with this error: In file included from /usr/src/modules/openafs/src/libafs/MODLOAD-3.2.0-2-rt-amd64-SP/rx_kmutex.c:24:0: /usr/src/modules/openafs/src/afs/LINUX/osi_compat.h:229:1: error: redefinition of ‘zero_user_segments’ /usr/src/linux-headers-3.2.0-2-common-rt/include/linux/highmem.h:188:20: note: previous definition of ‘zero_user_segments’ was here /usr/src/modules/openafs/src/afs/LINUX/osi_compat.h:245:1: error: redefinition of ‘zero_user_segment’ /usr/src/linux-headers-3.2.0-2-common-rt/include/linux/highmem.h:206:20: note: previous definition of ‘zero_user_segment’ was here So I can't use openafs with the rt kernel (with the standard kernel I use the module provide by aptitude, so I don't have to compile it) I'll attach the complete build log. Thank you. Enrico. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/4 CPU cores; PREEMPT) 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 openafs-modules-dkms depends on: ii dkms 2.2.0.3-1 ii libc6-dev 2.13-30 ii perl 5.14.2-9 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.1-1 openafs-modules-dkms suggests no packages. -- no debconf information Extracting the package tarball, /usr/src/openafs.tar.bz2, please wait... dh debian/rules /usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/openafs' dh debian/rules dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[2]: Entering directory `/usr/src/modules/openafs' dh debian/rules rm -rf src/libafs/MODLOAD-* *-stamp dh_clean Makefile config.log config.status setup src/libafs/Makefile \ src/libafs/Makefile.common src/libafs/asm src/libafs/asm-generic \ src/libafs/h src/libafs/linux src/libafs/net src/libafs/netinet \ src/libafs/rpc src/libafs/sys make[2]: Leaving directory `/usr/src/modules/openafs' make[1]: Leaving directory `/usr/src/modules/openafs' debian/rules KVERS=3.2.0-2-rt-amd64 KSRC=/lib/modules/3.2.0-2-rt-amd64/build KDREV=3.2.15-1 kdist_image sh debian/prep-modules /lib/modules/3.2.0-2-rt-amd64/build touch setup dh debian/rules /usr/bin/make -f debian/rules binary-arch make[1]: Entering directory `/usr/src/modules/openafs' dh debian/rules dh binary-arch dh_testdir -a debian/rules override_dh_auto_configure make[2]: Entering directory `/usr/src/modules/openafs' dh debian/rules sh configure --prefix=/usr/src/modules/openafs/debian/tmp \ --with-afs-sysname= \ --disable-linux-syscall-probing \ --with-linux-kernel-headers=/lib/modules/3.2.0-2-rt-amd64/build \ --with-linux-kernel-packaging \ --enable-debug --enable-debug-lwp --enable-debug-kernel \ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... none checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for flex... no checking for lex... no checking for pkg-config... no checking for libxslt... no checking for saxon... no checking for xalan-j... no checking for xsltproc... no checking for docbook2pdf... no checking for dblatex... no checking for library containing strerror... none required checking for pid_t... yes checking for size_t... yes checking whether ln -s works... yes checking for ranlib... ranlib checking for bison... bison -y checking if lex is flex... no checking whether byte
Bug#612924: [stable] Possible fix for possible RC bug
On Sat, 2012-04-21 at 23:38 +0200, Frank Küster wrote: I've prepared the upload and uploaded to stable. Debdiff below, please tell me if somehting is missing (haven't done that for ages). The intention was to send the debdiff /before/ the upload, not at the same time. As Julien mentioned, you'll need to use a version number which hasn't previously been seen in the archive. You might also want to dcut the remnants of -12, which appear to be stuck in the upload queue. +texlive-base (2009-12) stable; urgency=low + + * Don't try to repair a missing pdftexconfig.tex in preinst - this is +done and can only be done in postinst (Closes: #612924) With the version changed to 2009-11+squeeze1, please feel free to re-upload. 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#586995: KMS not working on ATI Technologies Inc M56P [Radeon Mobility X1600]
2012/4/18 Jonathan Nieder jrnie...@gmail.com: Thanks for a reminder. If you install a current squeeze kernel (e.g., 2.6.32-43) on the wheezy system, does it still reproduce modesetting trouble? Is the radeon firmware installed? I just tested this (linux image from stable-proposed-updates) and there is no change: the console is fuzzy during boot. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669922: quota: Quota should suggest or recommend sendmail
reopen #669922 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669956: kolab-webclient: unowned files after purge (policy 6.8, 10.8): /var/lib/kolab-webclient/storage/horde.db
Package: kolab-webclient Version: 1.2.0-20091202+debian0-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 1m36.3s ERROR: FAIL: Package purging left files on system: /var/lib/kolab-webclient/ not owned /var/lib/kolab-webclient/storage/ not owned /var/lib/kolab-webclient/storage/horde.db not owned cheers, Andreas kolab-webclient_1.2.0-20091202+debian0-1.log.gz Description: GNU Zip compressed data
Bug#669949: sysvinit: Break X11: no more mouse and keyboard
Package: sysvinit Version: 2.88dsf-23 Severity: important After upgrade, X11 does not report any keybord or mouse on my laptop. If I plug a USB mouse its detected. If the USB mouse is plugged before X starts its not detected either. Probably related to hal/udev but... NB: I modified the /etc/defalt/tmpfs to get /tmp as a normal fs. # mount /tmp as a tmpfs. Defaults to yes; set to no to disable (/tmp # will then be part of the root filesystem). /tmp may also be # configured to be a separate mount in /etc/fstab. RAMTMP=no My xorg.conf is pretty slim: Section InputClass Identifier touchpad catchall Driver evdev MatchIsTouchpad on MatchDevicePath /dev/input/event* OptionEmulate3Buttonstrue EndSection -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysvinit depends on: ii debianutils 4.3 ii initscripts 2.88dsf-23 ii libc6 2.13-30 ii libselinux1 2.1.9-4 ii libsepol1 2.1.4-3 ii sysv-rc 2.88dsf-23 ii sysvinit-utils 2.88dsf-22.1 sysvinit recommends no packages. sysvinit 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#669962: RM: vdr-plugin-freecell -- ROM; no upstream activity, low popcon
Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 8 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 1002 unstableftp.de.debian.org 1001 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669269: apache2: Fix typographic errors in configuration file comments
tags 669269 +pending thanks Hi Oxan, thanks for your patch. I just merged it and sorry for the delay, you ended up in my spam filter somehow. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#669253: roaraudio conflicts with muroard
Am 18.04.2012 14:59, schrieb Shane Kerr: Package: roaraudio Version: 1.0~beta0-1 Severity: normal Dear Maintainer, I had muroard installed on my system for some reason, and then roaraudio got installed as a dependency. The post-install failed, without any error message. I ran the actual daemon command line that is in /etc/init.d/roaraudio by hand, but with --daemon and not using syslog, and it reported port already in use. I removed the muroard package, and roaraudio was able to complete post- installation. I think a conflict between these two packages needs to be defined. Can you show us please the full console logs and also the output of netstat -tulpen before and after the installation? In general roaraudio and murar shouldn't conflict. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#667014: I hit the same problem
On Sun, Apr 22, 2012 at 01:40:17PM +0200, Kurt Roeckx wrote: So it's an implementation that supports TLS 1.1 but not 1.2? Do you know which SSL library is being used, or at least what software the IRC server runs? I don't have access to that machine, so no idea about the SSL library, but the /version command says the IRC server is InspIRCd-1.1.23. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669961: gnome-panel: Scroll wheel no longer functional on workspace-switcher in fallback-mode
Package: gnome-panel Version: 3.4.1-1 Severity: normal Hi, Recently updated my (unstable) system to the latest version of gnome-panel and the various gtk bits. I run gnome in fallback mode with a different window manager (stumpwm). Since the update, scrolling on the workspace switcher applet no longer changes the current workspace. Clicking on a different workspace does work, however. Let me know if I can do anything useful to help debug this, Rupert -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc7+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-panel depends on: ii gconf-service 3.2.3-4 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.2.0.1-2 ii gnome-panel-data 3.4.1-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-30 ii libcairo-gobject2 1.12.0-2 ii libcairo2 1.12.0-2 ii libcamel-1.2-293.2.2-3 ii libdconf0 0.10.0-3 ii libebook-1.2-123.2.2-3 ii libecal-1.2-10 3.2.2-3 ii libedataserver-1.2-15 3.2.2-3 ii libedataserverui-3.0-1 3.2.2-3 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.0-4 ii libgnome-desktop-3-2 3.4.1-2 ii libgnome-menu-3-0 3.2.0.1-2 ii libgtk-3-0 3.4.1-2 ii libgweather-3-03.4.1-1 ii libical0 0.44-3 ii libice62:1.0.8-2 ii libnspr4-0d4.9-1 ii libnss3-1d 3.13.3-1 ii libpanel-applet-4-03.4.1-1 ii libpango1.0-0 1.30.0-1 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-2 ii libtelepathy-glib0 0.18.1-1 ii libwnck-3-03.4.0-1 ii libx11-6 2:1.4.99.901-1 ii libxau61:1.0.7-1 ii libxml22.7.8.dfsg-7 ii libxrandr2 2:1.3.2-2 Versions of packages gnome-panel recommends: ii alacarte0.13.2-3 ii evolution-data-server 3.2.2-3 ii gnome-applets 3.4.1-1 ii gnome-control-center1:3.2.2-3+b1 ii gnome-icon-theme3.4.0-2 ii gnome-session 3.2.1-1 ii gnome-session-fallback 3.2.1-1 ii gvfs1.12.1-1 Versions of packages gnome-panel suggests: ii epiphany-browser3.2.1-2 ii evolution none ii gnome-user-guide3.4.1-1 ii nautilus3.4.1-1 ii rxvt-unicode [x-terminal-emulator] 9.15-1 ii xterm [x-terminal-emulator] 278-1 ii yelp3.4.1-1 -- 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#669971: mergechanges corrupts Binary: line
Package: devscripts Version: 2.11.6 Severity: important File: /usr/bin/mergechanges I sometimes build binary and source separate and use mergechanges. rene@frodo:~/Debian/Pakete/LibreOffice$ mergechanges libreoffice_3.5.3~rc1-1_source.changes libreoffice_3.5.3~rc1-1_amd64.changes libreoffice_3.5.3~rc1-1_source+amd64+all.changes does not complain about anything, but the Binary libe is corrupted, as we see here (output from squeezes mergchanges compared to sids): --- libreoffice_3.5.3~rc1-1_source+amd64+all.changes.squeeze2012-04-22 13:59:04.264213306 +0200 +++ libreoffice_3.5.3~rc1-1_source+amd64+all.changes.sid2012-04-22 13:39:48.186480628 +0200 @@ -2,10 +2,6 @@ Date: Sat, 21 Apr 2012 15:54:28 +0200 Source: libreoffice Binary: libreoffice libreoffice-l10n-za libreoffice-l10n-in libreoffice-core libreoffice-common libreoffice-java-common libreoffice-writer libreoffice-calc libreoffice-impress libreoffice-draw libreoffice-math libreoffice-base-core libreoffice-base libreoffice-style-crystal libreoffice-style-oxygen libreoffice-style-tango libreoffice-style-hicontrast libreoffice-style-galaxy libreoffice-gtk libreoffice-gtk3 libreoffice-gnome libreoffice-emailmerge python-uno python3-uno libreoffice-officebean libreoffice-filter-mobiledev openoffice.org-dtd-officedocument1.0 libreoffice-script-provider-python libreoffice-script-provider-bsh libreoffice-script-provider-js libreoffice-l10n-af libreoffice-l10n-ar libreoffice-l10n-as libreoffice-l10n-ast libreoffice-l10n-be libreoffice-l10n-bg libreoffice-l10n-bn libreoffice-l10n-br libreoffice-l10n-bs libreoffice-l10n-ca libreoffice-l10n-cs libreoffice-l10n-cy libreoffice-l10n-da libreoffice-l10n-de libreoffice-l10n-dz libreoffice-l10n-el - libreoffice-l10n-en-gb libreoffice-l10n-en-za libreoffice-l10n-eo libreoffice-l10n-es libreoffice-l10n-et libreoffice-l10n-eu libreoffice-l10n-fa libreoffice-l10n-fi libreoffice-l10n-fr libreoffice-l10n-ga libreoffice-l10n-gl libreoffice-l10n-gu libreoffice-l10n-he libreoffice-l10n-hi libreoffice-l10n-hr libreoffice-l10n-hu libreoffice-l10n-id libreoffice-l10n-is libreoffice-l10n-it libreoffice-l10n-ja libreoffice-l10n-ka libreoffice-l10n-km libreoffice-l10n-ko libreoffice-l10n-ku libreoffice-l10n-lt libreoffice-l10n-lv libreoffice-l10n-mk libreoffice-l10n-mn libreoffice-l10n-ml libreoffice-l10n-mr libreoffice-l10n-nb libreoffice-l10n-ne libreoffice-l10n-nl libreoffice-l10n-nn libreoffice-l10n-nr libreoffice-l10n-nso libreoffice-l10n-oc libreoffice-l10n-om libreoffice-l10n-or libreoffice-l10n-pa-in libreoffice-l10n-pl libreoffice-l10n-pt libreoffice-l10n-pt-br libreoffice-l10n-ro libreoffice-l10n-ru libreoffice-l10n-rw libreoffice-l10n-si libreoffice-l10n-sk - libreoffice-l10n-sl libreoffice-l10n-sr libreoffice-l10n-ss libreoffice-l10n-st libreoffice-l10n-sv libreoffice-l10n-ta libreoffice-l10n-te libreoffice-l10n-tg libreoffice-l10n-th libreoffice-l10n-tn libreoffice-l10n-tr libreoffice-l10n-ts libreoffice-l10n-ug libreoffice-l10n-uk libreoffice-l10n-uz libreoffice-l10n-ve libreoffice-l10n-vi libreoffice-l10n-xh libreoffice-l10n-zh-cn libreoffice-l10n-zh-tw libreoffice-l10n-zu libreoffice-help-en-us libreoffice-help-ca libreoffice-help-cs libreoffice-help-da libreoffice-help-de libreoffice-help-dz libreoffice-help-el libreoffice-help-en-gb libreoffice-help-es libreoffice-help-et libreoffice-help-eu libreoffice-help-fi libreoffice-help-fr libreoffice-help-gl libreoffice-help-hi libreoffice-help-hu libreoffice-help-it libreoffice-help-ja libreoffice-help-km libreoffice-help-ko libreoffice-help-nl libreoffice-help-om libreoffice-help-pl libreoffice-help-pt libreoffice-help-pt-br libreoffice-help-ru libreoffice-help-sk - libreoffice-help-sl libreoffice-help-sv libreoffice-help-zh-cn libreoffice-help-zh-tw uno-libs3 uno-libs3-dbg ure ure-dbg libreoffice-gcj mozilla-libreoffice libreoffice-ogltrans libreoffice-wiki-publisher libreoffice-report-builder libreoffice-report-builder-bin libreoffice-presentation-minimizer libreoffice-presenter-console libreoffice-pdfimport fonts-opensymbol ttf-opensymbol libreoffice-dbg libreoffice-dev libreoffice-dev-doc libreoffice-kde libreoffice-sdbc-postgresql libreoffice-mysql-connector libreoffice-evolution - libreoffice-filter-binfilter Architecture: all amd64 source Version: 1:3.5.3~rc1-1 Distribution: experimental As we see, it looses the additonal lines... (there's more oredering changes later, but not relevant for this case). This leads to rejects like the one in http://lists.debian.org/debian-openoffice/2012/04/msg00089.html -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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
Bug#667014: I hit the same problem
On Sun, Apr 22, 2012 at 01:13:48PM +0200, Kurt Roeckx wrote: Can you try using openssl s_client with the -no_tls1_1 option? Can you also try to see if the 1.0.1a version makes any difference? I'm using OpenSSL 1.0.1a-3 now, but irssi seems to keep having problems. This is the s_client output with -no_tls1_1: CONNECTED(0003) 4147722392:error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol:s23_clnt.c:697: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 7 bytes and written 320 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE --- But I've just tried with -no_tls1_1 -no_tls1_2 and it seems to work! New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA Server public key is 2048 bit Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1 Cipher: DHE-RSA-AES256-SHA Session-ID: BB012BB9B657FE8AD09B3BC91D92105F6EDB0A38D08DF8C0E9F59F0948CD646C Session-ID-ctx: Master-Key: CEF8830E9E3368C942B93EE6C7E253E0180E160688AEE5235EFC21718B3C539353D5B9A968624A74EF9B8F15C2F027A0 Key-Arg : None PSK identity: None PSK identity hint: None SRP username: None Start Time: 1335093936 Timeout : 300 (sec) Verify return code: 21 (unable to verify the first certificate) If I use -no_tls1_2 alone it also works. In this case: SSL-Session: Protocol : TLSv1.1 Cipher: DHE-RSA-AES256-SHA Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669950: zita-convolver: FTBFS on ppc64: Please support ppc64
Source: zita-convolver Version: 3.1.0-1 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. http://buildd.debian-ports.org/status/package.php?p=zita-convolversuite=sid Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd zita-convolver-3.1.0.orig/debian/libzita-convolver3.symbols zita-convolver-3.1.0/debian/libzita-convolver3.symbols --- zita-convolver-3.1.0.orig/debian/libzita-convolver3.symbols 2011-12-12 19:40:07.0 +0900 +++ zita-convolver-3.1.0/debian/libzita-convolver3.symbols 2012-04-22 18:02:33.0 +0900 @@ -41,5 +41,5 @@ (c++)Convlevel::~Convlevel()@Base 3.0.2 (c++)typeinfo for Converror@Base 3.0.2 (c++)typeinfo name for Converror@Base 3.0.2 -(arch=alpha amd64 ia64 kfreebsd-amd64 s390 s390x)#include libzita-convolver3.symbols.64bit -(arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !s390 !s390x)#include libzita-convolver3.symbols.32bit +(arch=alpha amd64 ia64 kfreebsd-amd64 ppc64 s390 s390x)#include libzita-convolver3.symbols.64bit +(arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !ppc64 !s390 !s390x)#include libzita-convolver3.symbols.32bit
Bug#669891: [Pkg-samba-maint] Bug#669891: samba: Samba need to be start manualy at boot
Thank's for your answer...i think you are right Do i need to reassign this bug to networkmanager or you did it ? sorry but i'm not a poweruser of bug tracking. Le 22/04/2012 07:56, Christian PERRIER a écrit : reassign 669891 network-manager retitle 669891 init script should (maybe) provide network in LSB headers thanks Quoting stephane de Labrusse (stephane.delabru...@gmail.com): Package: samba Version: 2:3.6.4-1 Severity: normal Tags: d-i Dear Maintainer, On a recent install of wheezy (with gnome-shell) I can not browse samba shares from my computer on every boot without the command service samba restart. My utility network management is network-manager that manages the wifi as well wired network. My problem comes only when I use the wifi, because if I use the ethernet cable,samba is available without problem. I understand that the samba service starts before network-manager does its job which give a FAILURE in the samba service. I tried to put the command service samba restart in file / etc / rc.local but without positive effect. I don't think the smb.conf file has an error that it operates by starting it manually or when the network starts with the ethernet cable. I tried to put these options in the smb.conf but without fundamental result Sorry, but samba does the right thing. Let's quote /etc/init.d/samba: ### BEGIN INIT INFO # Provides: samba # Required-Start: $network $local_fs $remote_fs # Required-Stop: $network $local_fs $remote_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Should-Start: slapd cups # Should-Stop: slapd cups # Short-Description: start Samba daemons (nmbd and smbd) ### END INIT INFO So, samba init script explicitly depends on any init script providing $network The network-manager init script does *not* provide network. This may be on purpose, I don't know. But if there is a bug, it is not in samba but rather in network-manager. But let n-m maintainers give their advice, there is maybe a very good reason for n-m init script to not provide network. -- Cordialement Stéphane de Labrusse Président de l'aru2L http://www.aru2L.org Membre de l'ApriL http://www.apriL.org PORTABLE : 06 29 19 12 99 DOMICILE : 05 65 78 90 72 WEB : http://geekeries.de-labrusse.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669632: [alsa-utils] Using PulseAudio as mixer alsamixer exit with: Cannot open shared library libasound_module_conf_pulse.so
severity 669632 minor thanks * Michele Porelli linux...@gmail.com [2012-04-20 18:19 +0200]: Package: alsa-utils Version: 1.0.25-2 Severity: important --- Please enter the report below this line. --- alsamixer can't find libasound_module_conf_pulse.so that currently is placed in: lib32asound2-plugins: /usr/lib32/alsa-lib/libasound_module_conf_pulse.so libasound2-plugins: /usr/lib/alsa-lib/libasound_module_conf_pulse.so libasound2-plugins: /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_conf_pulse.so alsa-utils looks in /usr/lib/$(DEB_HOST_MULTIARCH)/alsa-lib wereas DEB_HOST_MULTIARCH is $ dpkg-architecture -qDEB_HOST_MULTIARCH [...] --- System information. --- Architecture: amd64 Kernel: Linux 3.3.0-2.dmz.1-liquorix-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablesnapshots.ekiga.net 500 unstablemoblock-deb.sourceforge.net 500 unstableliquorix.net 500 unstableftp.de.debian.org 500 unstabledebian.tu-bs.de 500 unstabledebian.speedblue.org 500 unstabledebian.pengutronix.de 500 unstabledebian.orson.at 500 unstabledebian.corsac.net 500 unstabledeb.torproject.org 500 unstabledeb.opera.com 500 unstabledeb.matteobonora.it 500 testing www.debian-multimedia.org 500 testing ftp.de.debian.org 500 testing dl.google.com 500 testing deb.opera.com 500 testing apt.byteme.org.uk 500 stable www.emdebian.org 500 stable www.debian-multimedia.org 500 stable webmin.mirror.somersettechsolutions.co.uk 500 stable security.debian.org 500 stable repository.spotify.com 500 stable packages.dotdeb.org 500 stable ftp.de.debian.org 500 stable download.webmin.com 500 stable dl.google.com 500 stable deb.opera.com 500 stable apt.mucommander.com 500 squeeze-wx apt.wxwidgets.org 500 squeeze deb.playonlinux.com 500 squeeze apsy.gse.uni-magdeburg.de 500 sid www.lamaresh.net 500 sid packages.enlightenment.org 500 sid linux.dropbox.com 500 proposed-updates ftp.de.debian.org 500 oneiric ppa.launchpad.net 500 natty-getdebarchive.getdeb.net 500 natty ppa.launchpad.net 500 maverickppa.launchpad.net 500 lucid ppa.launchpad.net 500 karmic ppa.launchpad.net 500 jaunty ppa.launchpad.net 500 any apt.jenslody.de 500 all liveusb.info 100 squeeze-backports backports.debian.org 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== [...] libasound2 (= 1.0.25) | 1.0.25+git20120221-2 This is not a Debian version and not suported by Debian's Alsa Maintainers so this bug is irrelevant and thus closed hereby. alsa-utils uses the plugindir libasound2 is compiled with and it seems that your system ist somewhat overloaded with 3'rd party repo's. So install Debian and come back again if you find a bug in Debian's alsa packages. Elimar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594917: The future of non-dependency-based boot
]] Kel Modderman ]] Roger Leigh I'm not sure myself. Probably because it's potentially dangerous since it would want to replace it with a symlink, and that might result in dataloss. Do you have an example of the virtual facility problem? Why would it want to replace it with a symlink? AIUI, insserv just renames the files in /etc/rcN.d ? No insserv doesn't just rename files it removes/recreates symlinks as needed depending on change to the computed dependecy graph when adding/removing a node. Why will it ever remove a file? It removes symlinks and creates new ones with an updated sequence number when the sequence number changes dues to adding/removing a new script, it doesn't remove regular files when present in symlink farm it ignores them. The current behaviour is to ignore regular files which are installed to the symlink farm, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493202#85 That doesn't look like a particularly good reason to ignore regular files vs symlinks? This reference was to give previous history on the sub-topic we're talking about (a regular file in symlink farm), not to give reason to another shit behaviour of insserv but xplain how the current behaviour came to be. Having random regular files in amongst a symlink farm which is dynamically created dependning on service set installed is a recipe for mess and I cannot think of a clean way to handle the situation other than conveying a message that says Don't do that please use update-rc.d to register your service and create start/stop links with optimised priority depending on your current service set - but thats getting a bit wordy for a one line message ... There's no reason for the message to be a single line. True, thanks for the tip. I'm happy to extend the warning to something more verbose if given a clue what people would rather read in this case. For the latter, I seem to have: : tfheen@qurzaw /etc/init.d grep Provides bootlog* bootlogd:# Provides: bootlogd bootlogs:# Provides: bootlogs bootlogs.sh:# Provides: bootlogs which makes it complain about something already provided. One of those scripts (bootlogs/ bootlogs.sh) must be an orphan conffile ? That shouldn't matter to insserv, but yes, one of them is an orphan. And it does matter - you may hate the design but that's the way it is - scripts cannot co-exist when they provide the same facility, unless they are grouped into virtual facilities. Look I love insserv as much as the next man, its not going to change much semantically between now and the time a modern init system can become the boot system for Debian because its not worth throwing excess time and effort down that sysvinit path. Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669973: gvfs: mounting floppies fails: `No volume for device file /dev/fd0`
Package: gvfs Version: 1.6.4-3 Severity: important Dear Debian folks, I was surprised that with having a floppy disk inserted in the floppy drive and clicking on the floppy icon in Nautilus, the floppy is not mounted but I do get an error message »No volume found« (»Kein Medium eingelegt«). Mounting the floppy manually using `mount` worked without problems. Searching for this issue on the net, I found a thread in the Ubuntu forums [1] which references a bug report in Launchpad [2]. Basically $ udisks --mount /dev/fd0 works just fine and an additional floppy symbol appears in Nautilus over which I can access the content on the floppy disk. But $ gvfs-mount -d /dev/fd0 No volume for device file /dev/fd0 Is there a way to fix this for Debian Squeeze/stable? I do not know if more recent packages in Wheezy/testing or Sid/unstable fix these problems. Both the forum thread [1] and the Launchpad report [2] have a lot of comments and the bug was even tagged as solved in between, so I am not sure what the real problem is now. Maybe Martin could write a short summary? That would be awesome. Thanks, Paul [1] http://ubuntuforums.org/showthread.php?t=1569234page=3 [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/441835 -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gvfs depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdu02.30.1-2 GObject based Disk Utility Library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libudev0 164-3 libudev shared library ii x11-utils 7.5+4 X11 utilities Versions of packages gvfs recommends: ii dbus 1.2.24-4+squeeze1 simple interprocess messaging syst ii policykit-1-gnome 0.96-3GNOME authentication agent for Pol Versions of packages gvfs suggests: ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#669949: sysvinit: Break X11: no more mouse and keyboard
On Sun, Apr 22, 2012 at 11:15:29AM +0200, valette wrote: After upgrade, X11 does not report any keybord or mouse on my laptop. If I plug a USB mouse its detected. If the USB mouse is plugged before X starts its not detected either. Probably related to hal/udev but... I'm not sure. I'm seeing the same thing; but it's fine until the start of X. However, in my case the mouse and keyboard are plugged into a USB hub on my monitor, and unplugging and reconnecting the hub to the main system results in them working again. NB: I modified the /etc/defalt/tmpfs to get /tmp as a normal fs. Does this alter the behaviour at all? I can't see what has changed here that could affect this, so a bit more information would be appreciated if possible. I'm not sure how USB device availability is related to /tmp, but hopefully some more investigation will help here. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669964: Obsolete conffile /etc/ImageMagick/sRGB.icm not cleaned up on upgrade
Package: imagemagick-common Version: 8:6.7.4.0-5 Severity: normal File: /etc/ImageMagick/sRGB.icm dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. imagemagick-common needs to clean up the obsolete conffile /etc/ImageMagick/sRGB.icm in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669969: elektra: FTBFS on ppc64: Please support ppc64
Source: elektra Version: 0.7.1-1 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. http://buildd.debian-ports.org/status/package.php?p=elektrasuite=sid Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd elektra-0.7.1.orig/debian/libelektra-cpp0.symbols elektra-0.7.1/debian/libelektra-cpp0.symbols --- elektra-0.7.1.orig/debian/libelektra-cpp0.symbols 2011-08-26 19:16:13.0 +0900 +++ elektra-0.7.1/debian/libelektra-cpp0.symbols 2012-04-22 20:41:58.0 +0900 @@ -25,8 +25,8 @@ _ZN3kdb3KDB3setERKNS_3KeyE@Base 0.7.0 _ZN3kdb3KDB3setERNS_6KeySetERKNS_3KeyEi@Base 0.7.0 _ZN3kdb3KDB6removeERKSs@Base 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZN3kdb3KDB9getStringERKSsSsm@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZN3kdb3KDB9getStringERKSsSsj@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZN3kdb3KDB9getStringERKSsSsm@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZN3kdb3KDB9getStringERKSsSsj@Base 0.7.0 _ZN3kdb3KDB9setStringERKSsS2_@Base 0.7.0 _ZN3kdb3KDBC1Ev@Base 0.7.0 _ZN3kdb3KDBC2Ev@Base 0.7.0 @@ -34,7 +34,7 @@ _ZN3kdb3KDBD2Ev@Base 0.7.0 _ZN3kdb3Key10setCommentERKSs@Base 0.7.0 _ZN3kdb3Key11setBaseNameERKSs@Base 0.7.0 - (optional=templinst|arch=alpha any-amd64 ia64 s390x sparc64)_ZN3kdb3Key3setISsEEvT_@Base 0.7.0 + (optional=templinst|arch=alpha any-amd64 ia64 ppc64 s390x sparc64)_ZN3kdb3Key3setISsEEvT_@Base 0.7.0 _ZN3kdb3Key4statEv@Base 0.7.0 _ZN3kdb3Key6removeEv@Base 0.7.0 _ZN3kdb3Key6setDirEv@Base 0.7.0 @@ -48,8 +48,8 @@ _ZN3kdb3Key8setCTimeEl@Base 0.7.0 _ZN3kdb3Key8setMTimeEl@Base 0.7.0 _ZN3kdb3Key8setOwnerERKSs@Base 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZN3kdb3Key9setBinaryEPKvm@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZN3kdb3Key9setBinaryEPKvj@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZN3kdb3Key9setBinaryEPKvm@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZN3kdb3Key9setBinaryEPKvj@Base 0.7.0 _ZN3kdb3Key9setStringESs@Base 0.7.0 (regex)_ZN3kdb3KeyC1EPKc(13__va_list_tag|P13__va_list_tag|St9__va_list|Pv|Pc|17__builtin_va_list)@Base$ 0.7.0 _ZN3kdb3KeyC1EPKcz@Base 0.7.0 @@ -70,16 +70,16 @@ _ZN3kdb6KeySet4sortEv@Base 0.7.0 _ZN3kdb6KeySet6appendERKNS_3KeyE@Base 0.7.0 _ZN3kdb6KeySet6appendERKS0_@Base 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZN3kdb6KeySet9setCursorEl@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZN3kdb6KeySet9setCursorEi@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZN3kdb6KeySet9setCursorEl@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZN3kdb6KeySet9setCursorEi@Base 0.7.0 _ZN3kdb6KeySetC1ERKS0_@Base 0.7.0 (regex)_ZN3kdb6KeySetC1E(j|m)(13__va_list_tag|P13__va_list_tag|St9__va_list|Pv|Pc|17__builtin_va_list)@Base$ 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZN3kdb6KeySetC1Emz@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZN3kdb6KeySetC1Ejz@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZN3kdb6KeySetC1Emz@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZN3kdb6KeySetC1Ejz@Base 0.7.0 _ZN3kdb6KeySetC2ERKS0_@Base 0.7.0 (regex)_ZN3kdb6KeySetC2E(j|m)(13__va_list_tag|P13__va_list_tag|St9__va_list|Pv|Pc|17__builtin_va_list)@Base$ 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZN3kdb6KeySetC2Emz@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZN3kdb6KeySetC2Ejz@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZN3kdb6KeySetC2Emz@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZN3kdb6KeySetC2Ejz@Base 0.7.0 _ZN3kdb6KeySetD1Ev@Base 0.7.0 _ZN3kdb6KeySetD2Ev@Base 0.7.0 _ZN3kdblsERSoRKNS_3KeyE@Base 0.7.0 @@ -121,8 +121,8 @@ _ZNK3kdb3Key8isSystemEv@Base 0.7.0 _ZNK3kdb3Key8needStatEv@Base 0.7.0 _ZNK3kdb3Key8needSyncEv@Base 0.7.0 - (arch=alpha any-amd64 ia64 s390 s390x sparc64)_ZNK3kdb3Key9getBinaryEPvm@Base 0.7.0 - (arch=!alpha !any-amd64 !ia64 !s390 !s390x !sparc64)_ZNK3kdb3Key9getBinaryEPvj@Base 0.7.0 + (arch=alpha any-amd64 ia64 ppc64 s390 s390x sparc64)_ZNK3kdb3Key9getBinaryEPvm@Base 0.7.0 + (arch=!alpha !any-amd64 !ia64 !ppc64 !s390 !s390x !sparc64)_ZNK3kdb3Key9getBinaryEPvj@Base 0.7.0 _ZNK3kdb3Key9getStringEv@Base 0.7.0 _ZNK3kdb6KeySet4headEv@Base 0.7.0 _ZNK3kdb6KeySet4sizeEv@Base 0.7.0 @@ -133,7 +133,7 @@ _ZNK3kdb6KeySet6rewindEv@Base 0.7.0 _ZNK3kdb6KeySet7currentEv@Base 0.7.0 _ZNK3kdb6KeySet9getCursorEv@Base 0.7.0 - (optional=templinst)_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag@Base 0.7.0 + (optional=templinst|arch=!ppc64)_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag@Base 0.7.0 (optional=templinst)_ZNSsC1IPcEET_S1_RKSaIcE@Base 0.7.0 (optional=templinst)_ZNSsC2IPcEET_S1_RKSaIcE@Base 0.7.0 _ZTIN3kdb12KDBExceptionE@Base
Bug#669963: RM: vdr-plugin-solitaire -- ROM; no upstream activity, low popcon
Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 7 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 1002 unstableftp.de.debian.org 1001 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632481: socat: diff for NMU version 1.7.1.3-1.3
tags 632481 + patch tags 632481 + pending thanks Dear maintainer, I've prepared an NMU for socat (versioned as 1.7.1.3-1.3) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diffstat for socat-1.7.1.3 socat-1.7.1.3 NEWS |6 ++ changelog | 11 +++ control |2 +- rules |3 +++ 4 files changed, 21 insertions(+), 1 deletion(-) diff -Nru socat-1.7.1.3/debian/NEWS socat-1.7.1.3/debian/NEWS --- socat-1.7.1.3/debian/NEWS 1970-01-01 01:00:00.0 +0100 +++ socat-1.7.1.3/debian/NEWS 2012-04-22 10:54:46.0 +0200 @@ -0,0 +1,6 @@ +socat (1.7.1.3-1.3) unstable; urgency=low + + Readline support has been disabled for license reason: GNU Readline license + (GPL) is incompatible with the OpenSSL license. + + -- Jakub Wilk jw...@debian.org Sun, 22 Apr 2012 10:49:00 +0200 diff -Nru socat-1.7.1.3/debian/changelog socat-1.7.1.3/debian/changelog --- socat-1.7.1.3/debian/changelog 2011-09-20 01:23:50.0 +0200 +++ socat-1.7.1.3/debian/changelog 2012-04-22 10:55:24.0 +0200 @@ -1,3 +1,14 @@ +socat (1.7.1.3-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Disable readline support (closes: #632481). GNU Readline license (GPL) is +incompatible with the OpenSSL license. Thanks to Julien Cristau for the +bug report. ++ Pass --disable-readline to the configure script. ++ Remove libreadline-gplv2-dev from Build-Depends. + + -- Jakub Wilk jw...@debian.org Sun, 22 Apr 2012 10:50:07 +0200 + socat (1.7.1.3-1.2) unstable; urgency=low * Non-maintainer upload. diff -Nru socat-1.7.1.3/debian/control socat-1.7.1.3/debian/control --- socat-1.7.1.3/debian/control 2011-09-19 00:15:18.0 +0200 +++ socat-1.7.1.3/debian/control 2012-04-22 10:41:53.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Chris Taylor ctay...@debian.org Homepage: http://www.dest-unreach.org/socat/ -Build-Depends: debhelper (= 7.0.50~), libreadline-gplv2-dev, libssl-dev, +Build-Depends: debhelper (= 7.0.50~), libssl-dev, libwrap0-dev, quilt Standards-Version: 3.9.1 diff -Nru socat-1.7.1.3/debian/rules socat-1.7.1.3/debian/rules --- socat-1.7.1.3/debian/rules 2010-08-03 08:06:01.0 +0200 +++ socat-1.7.1.3/debian/rules 2012-04-22 10:47:38.0 +0200 @@ -3,4 +3,7 @@ %: dh $@ +override_dh_auto_configure: + dh_auto_configure -- --disable-readline + override_dh_auto_test:
Bug#667014: I hit the same problem
On Sun, Apr 22, 2012 at 01:48:24PM +0200, Alberto Garcia wrote: On Sun, Apr 22, 2012 at 01:40:17PM +0200, Kurt Roeckx wrote: So it's an implementation that supports TLS 1.1 but not 1.2? Do you know which SSL library is being used, or at least what software the IRC server runs? I don't have access to that machine, so no idea about the SSL library, but the /version command says the IRC server is InspIRCd-1.1.23. Which in Debian is linked to libgnutls26, which should support TLS 1.2 ... I can connect to a gnutls-serv with s_client and get a TLS 1.2 connection, even with the -no_tls1_1 option. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668806: nmu for xfce4-panel dependencies
On dim., 2012-04-22 at 12:33 +0200, Julien Cristau wrote: On Sat, Apr 14, 2012 at 16:33:58 +0200, Yves-Alexis Perez wrote: Xfce 4.10 is around the corner, and like last time, we have some changes in the panel which break the plugins built against the previous (4.8) panel. Like last time, we'd like to push a new 4.8 xfce4-panel with shlibs like: libxfce4panel-1.0 3 xfce4-panel (= 4.7.7), xfce4-panel ( 4.9) then make a round of binNMUs for dependencies. So when it's time to upload 4.10, we can safely upload in stable a 4.10 panel with shlibs: libxfce4panel-1.0 4 xfce4-panel (= 4.9.2) or even libxfce4panel-1.0 4 xfce4-panel (= 4.9.2), xfce4-panel ( 4.11) and ask for a second round of binNMUs. Since there are quite some plugins, I didn't yet upload the 4.8.6-4 xfce4-panel including the shlibs change, in case you'd like more info on the whole transition. Ping me if/when I can upload. So, err, why isn't libxfce4panel a separate package that could change names (along with a SONAME bump) when the interface changes? We thought about this, we even though about this in the 4.6/4.8 transition. Unfortunately, it might not be a good idea, because even if you split the lib and keep the old lib around when upgrading the panel and adding a new lib, the plugins built against the old panel might still not work with the new panel. And why was the xfce4-panel ( 4.9) bit not there in the first place if you know every release is incompatible? Well, we don't know that in advance. We could force the conflict by default and remove it if/when we know that the next panel won't have issues with old plugins though, but that means “transition by default” which you might not like either. If you prefer that default, then I'm ok to make the switch Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#667014: I hit the same problem
On Wed, Apr 18, 2012 at 10:03:19AM +0200, Alberto Garcia wrote: On Wed, Apr 18, 2012 at 09:09:35AM +0200, Kurt Roeckx wrote: Summarizing: you'll have the TLS 1.1 support disabled depending on the version you compiled your code with. 1.0.0 didn't have TLS 1.1 support, it was only added in 1.0.1. I wonder why that option exist in the first place ... That option only exists in 1.0.1, but the flag that disables TLS 1.1 was (accidentally, I guess) set in 1.0.0 even though the option didn't exist at that time. Then of course there's another question: if the IRC server I'm having problems with worked perfectly in 1.0.0 (that had no TLS1.1), why does disabling TLS1.1 in 1.0.1 make any difference? Can you try using openssl s_client with the -no_tls1_1 option? Can you also try to see if the 1.0.1a version makes any difference? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669957: Obsolete conffile /etc/pam.d/cvs not cleaned up on upgrade
Package: cvs Version: 2:1.12.13+real-8 Severity: normal File: /etc/pam.d/cvs dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. cvs needs to clean up the obsolete conffile /etc/pam.d/cvs in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cvs depends on: ii adduser 3.113+nmu1 ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-10 ii libbsd0 0.3.0-2 ii libc6 2.13-30 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii zlib1g1:1.2.6.dfsg-2 Versions of packages cvs recommends: ii openssh-client 1:5.9p1-5 Versions of packages cvs suggests: pn mksh none pn rcs none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669970: live-f1: Displays a blue box with a text and any action makes it quit.
Package: live-f1 Version: 0.2.10-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, live-f1 on this new season starts, displays a blue box with the message: +-+ | img:/si/image.ashx/7167 | +-+ and any further key pressed makes the program to quit. The verbose output left on screen is: $ live-f1 --verbose live-f1 0.2.10 Copyright (C) 2010 Scott James Remnant sc...@netsplit.com. This is free software, covered by the GNU General Public License; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Obtaining authentication cookie ... Connecting to data stream ... Obtaining decryption key ... Please, let me know if you need further info about this subject. Regards, - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-f1 depends on: ii libc6 2.13-30 ii libncurses5 5.9-6 ii libneon27-gnutls 0.29.6-3 live-f1 recommends no packages. live-f1 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPk/I1AAoJEKgvu4Pz1XAzu8MQAKkINJBpg4aljlyHdd6Do3UZ ewtMsPfpYRiDoZYu3PEikCvOCcRDRgAFbZiPhrhS66osDqx56hmYC2mqO+W9o6pr 02Hwz+kSB0ZST3wbTdraswolI/O1obrpX0M70tFmgMVNTOHfcV0+ZZkJa/G/ItOe n969Nc8NDRKmnyp0NHSYO6QhIAXpFNQNGVIXSycZliOY99ahmTgHfsUtHUdSrQ6Y SPeX1UzCD6jGGY+HS1+4cLSF8h4AVYpGEipl/NdPpXyW6Hr6fyOaoJk+58goQOJI tAXXKv5QRRYM33nvllhnp19VXPqSbFYAn7qqEcefQbuKCu4Crcy+72vvCyVfW3OT e0qxQsITf036PorObrSvIYZ5Yc/KOb6xBwsYhpj+WxPCuMNFejWwG2FhelpJgcQv yGSQGb6uGpiHO7yIm8X8oFdqDgJWlnMD4vWkH691jwJIBCXcdlmgckG3703OODa/ fnkJhdBhdvjE7Qrm6u4SPdDSaJDC49v3s3GQ7ZPyEbWY3CQt+WTHr5Z7HiRnV1+q CeOvqbwByNHD8MswU5AoXDtbKuADU19sPdiDqvEghdln8DWsf6ngkCLtKSNrE7zw j8+0MNic7ntD7KdBkuRlV45YklyjQvbKe7cmQHLkVbaxLmsnXeUubNG/pK12N0DP R8Sy7F7F4VaOySVrAZnM =GQs4 -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#653113: ITP: reviewboard -- web-based code review tool
Hi Dmitry, On Samstag, 21. April 2012, Dmitry Nezhevenko wrote: I've uploaded reviewboard to mentors.debian.net and looking for sponsor: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669720 very cool! I'll see that I'll have a look in the next 2 weeks but wouldnt mind if someone does it earlier! dget'ing the files at least now, so I can look at them when I'm bored offline :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669958: blackbox: FTBFS on ppc64: Please support ppc64
Source: blackbox Version: 0.70.1-7 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. http://buildd.debian-ports.org/status/package.php?p=blackboxsuite=sid Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd blackbox-0.70.1.orig/debian/libbt0.symbols blackbox-0.70.1/debian/libbt0.symbols --- blackbox-0.70.1.orig/debian/libbt0.symbols 2012-01-03 01:48:47.0 +0900 +++ blackbox-0.70.1/debian/libbt0.symbols 2012-04-22 18:44:58.0 +0900 @@ -9,9 +9,9 @@ _ZN2bt10ScreenInfoC1ERNS_7DisplayEj@Base 0.70.1 _ZN2bt10ScreenInfoC2ERNS_7DisplayEj@Base 0.70.1 _ZN2bt10drawBitmapERKNS_6BitmapERKNS_3PenEmRKNS_4RectE@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_@Base 0.70.1 _ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_jRKNS_4FontE@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEmS5_@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEmS5_@Base 0.70.1 _ZN2bt10hasUnicodeEv@Base 0.70.1 _ZN2bt10parse_xlfdERKSs@Base 0.70.1 _ZN2bt10startupShmERKNS_7DisplayE@Base 0.70.1 @@ -376,16 +376,16 @@ _ZNK2bt9MenuStyle9drawTitleEmRKNS_4RectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 _ZNK2bt9MenuStyle9titleRectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEm@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEjjj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEmmm@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEm@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEjjj@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEmmm@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEEC1ERKS2_@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEEC2ERKS2_@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEED1Ev@Base 0.70.1 @@ -394,8 +394,8 @@ _ZNSsC2IN9__gnu_cxx17__normal_iteratorIPKcSsT_S5_RKSaIcE@Base 0.70.1 _ZNSt10_List_baseISsSaISsEED1Ev@Base 0.70.1 _ZNSt10_List_baseISsSaISsEED2Ev@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !sparc64)_ZNSt11_Deque_baseIPN2bt4MenuESaIS2_EE17_M_initialize_mapEj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha sparc64)_ZNSt11_Deque_baseIPN2bt4MenuESaIS2_EE17_M_initialize_mapEm@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSt11_Deque_baseIPN2bt4MenuESaIS2_EE17_M_initialize_mapEj@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64
Bug#669975: audacious-dev: usr/include/libaudcore/audio.h not arch-independent
Source: audacious-dev Version: 3.2.1-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, audacious-dev is marked as multi-arch: same, but contains files in arch-independent paths with arch-dependent contents: [audacious-dev 3.2.1-2] usr/include/libaudcore/audio.h f884e74cd5ff6a305f4816bde010b7e0 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 f92ec81e07eac42c1ae3f7a4329700a4 mips s390 sparc s390x powerpc Cheers, Julien signature.asc Description: Digital signature
Bug#669976: [INTL: it] Italian translation of debconf messages - citadel
Package: citadel Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of citadel debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of citadel debconf messages # Copyright (C) citadel package copyright holder # This file is distributed under the same license as the citadel package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: citadel\n Report-Msgid-Bugs-To: cita...@packages.debian.org\n POT-Creation-Date: 2009-12-18 15:18+0100\n PO-Revision-Date: 2012-04-22 14:51+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../citadel-server.templates:1001 msgid Listening address for the Citadel server: msgstr Indirizzo d'ascolto del server Citadel: #. Type: string #. Description #: ../citadel-server.templates:1001 msgid Please specify the IP address which the server should be listening to. If you specify 0.0.0.0, the server will listen on all addresses. msgstr Specificare l'indirizzo IP su cui deve rimanere in ascolto il server. Se si specifica 0.0.0.0, il server rimane in ascolto su tutti gli indirizzi. #. Type: string #. Description #: ../citadel-server.templates:1001 msgid This can usually be left to the default unless multiple instances of Citadel are running on the same computer. msgstr Questa impostazione può essere solitamente lasciata al valore predefinito, a meno che non ci siano più istanze di Citadel in esecuzione sullo stesso computer. #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid Internal msgstr Interno #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid Host msgstr Host #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid LDAP msgstr LDAP #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid Active Directory msgstr Active Directory #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Authentication method to use: msgstr Metodo di autenticazione da usare: #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Please choose the user authentication mode. By default Citadel will use its own internal user accounts database. If you choose Host, Citadel users will have accounts on the host system, authenticated via /etc/passwd or a PAM source. LDAP chooses an RFC 2307 compliant directory server, the last option chooses the nonstandard MS Active Directory LDAP scheme. msgstr Scegliere il metodo di autenticazione dell'utente. In modo predefinito Citadel usa il proprio database interno di account utente. Se si sceglie «Host», gli utenti di Citadel devono avere account sul sistema host, autenticati con /etc/passwd o una sorgente PAM. «LDAP» sceglie un server di directory conforme con la RFC 2307; l'ultima opzione sceglie lo schema LDAP non standard MS Active Directory. #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Do not change this option unless you are sure it is required, since changing back requires a full reinstall of Citadel. msgstr Non cambiare questa opzione a meno che non si è sicuri che sia necessario, dato che tornare sui propri passi richiede una completa re-installazione di Citadel. #. Type: string #. Description #: ../citadel-server.templates:3001 msgid LDAP host: msgstr Host LDAP: #. Type: string #. Description #: ../citadel-server.templates:3001 msgid Please enter host name or IP address of your LDAP server. msgstr Inserire il nome host o l'indirizzo IP del proprio server LDAP. #. Type: string #. Description #: ../citadel-server.templates:4001 msgid LDAP port number: msgstr Numero porta LDAP: #. Type: string #. Description #: ../citadel-server.templates:4001 msgid Please enter the port number of your LDAP service (usually 389). msgstr Inserire il numero della porta del proprio servizio LDAP (solitamente 389). #. Type: string #. Description #: ../citadel-server.templates:5001 msgid LDAP base DN: msgstr DN di base per LDAP: #. Type: string #. Description #: ../citadel-server.templates:5001 msgid Please enter the Base DN to search for authentication (for example: dc=example,dc=com). msgstr Inserire il DN di base per le ricerche durante l'autenticazione (ad esempio: dc=example,dc=com). #. Type: string #. Description #: ../citadel-server.templates:6001 msgid LDAP bind DN: msgstr DN per bind di LDAP: #. Type: string #. Description #: ../citadel-server.templates:6001 msgid Please enter the DN of an account to use for binding to the LDAP server for performing queries. The account does not require any other privileges. If your LDAP server allows anonymous queries, you can
Bug#669977: /usr/bin/mimeopen: starts wrong application
Package: libfile-mimeinfo-perl Version: 0.16-1 Severity: normal File: /usr/bin/mimeopen Dear Maintainer, mimeopen consistently tries to open the mimetype application/epub+zip with the wrong program, even if I set the default to something more sensible. mimeopen some.epub Please choose a default application for files of type application/epub+zip 1) MComix (mcomix) 2) CoolReader3 (cr3) 3) Other... No matter if I set this to other/lucidor, it always comes up with this, and starts mcomix when called with -n. ~/.local/share/applications/default.list says clearly: application/epub+zip=lucidor.desktop; And nothing of mcomix. in fact, mxomix is _NOWHERE_ registered for application/epub+zip or for .epub (it's registered for .cbz, the latter of which is a zipfile with no special mimetype) So I'm thinking this somehow falls back to a more generic zip-handling, for files not having a .zip-ending. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.3.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfile-mimeinfo-perl depends on: ii libfile-basedir-perl 0.03-1 ii libfile-desktopentry-perl 0.04-3 ii perl 5.14.2-9 ii shared-mime-info 0.90-1 libfile-mimeinfo-perl recommends no packages. libfile-mimeinfo-perl suggests no packages. -- no debconf information Cheers Seegras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669978: libopenraw: FTBFS on ppc64: Please support ppc64
Source: libopenraw
Version: 0.0.9-3
Severity: wishlist
Tags: patch
Please support ppc64.
Here is a patch attached.
http://buildd.debian-ports.org/status/package.php?p=libopenrawsuite=sid
Best regards,
--
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC
diff -Nurd libopenraw-0.0.9.orig/debian/libopenraw1.symbols libopenraw-0.0.9/debian/libopenraw1.symbols
--- libopenraw-0.0.9.orig/debian/libopenraw1.symbols 2012-03-20 06:55:15.0 +0900
+++ libopenraw-0.0.9/debian/libopenraw1.symbols 2012-04-22 21:58:09.0 +0900
@@ -15,7 +15,8 @@
(optional=templinst|arch=!armel)_ZN5boost10shared_ptrIN7OpenRaw9Internals6IFDDirEED1Ev@Base 0.0.9
(optional=templinst|arch=!armel)_ZN5boost10shared_ptrIN7OpenRaw9Internals6IFDDirEED2Ev@Base 0.0.9
(optional=templinst|arch=armel armhf)_ZN5boost10shared_ptrIN7OpenRaw9Internals6IFDDirEEaSERKS4_@Base 0.0.9
- (optional=templinst|subst)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEE18make_or_reuse_dataE{size_t}@Base 0.0.9
+ (optional=templinst|subst|arch=!ppc64)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEE18make_or_reuse_dataE{size_t}@Base 0.0.9
+ (optional=templinst|arch=ppc64)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEE18make_or_reuse_dataEm@Base 0.0.9
(optional=templinst)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEE5clearEv@Base 0.0.9
(optional=templinst)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEE5parseERKSs@Base 0.0.9
(optional=templinst)_ZN5boost12basic_formatIcSt11char_traitsIcESaIcEEC1EPKc@Base 0.0.9
@@ -81,7 +82,8 @@
_ZN5boost2io17bad_format_stringD1Ev@Base 0.0.9
_ZN5boost2io17bad_format_stringD2Ev@Base 0.0.9
(optional=templinst)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE12clear_bufferEv@Base 0.0.9
- (optional=templinst|subst)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE7seekoffE{int64_t}St12_Ios_SeekdirSt13_Ios_Openmode@Base 0.0.9
+ (optional=templinst|subst|arch=!ppc64)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE7seekoffE{int64_t}St12_Ios_SeekdirSt13_Ios_Openmode@Base 0.0.9
+ (optional=templinst|arch=ppc64)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE7seekoffElSt12_Ios_SeekdirSt13_Ios_Openmode@Base 0.0.9
(optional=templinst)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE7seekposESt4fposI11__mbstate_tESt13_Ios_Openmode@Base 0.0.9
(optional=templinst)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE8overflowEi@Base 0.0.9
(optional=templinst)_ZN5boost2io18basic_altstringbufIcSt11char_traitsIcESaIcEE9pbackfailEi@Base 0.0.9
@@ -96,13 +98,15 @@
(optional=templinst)_ZN5boost2io6detail11format_itemIcSt11char_traitsIcESaIcEED1Ev@Base 0.0.9
(optional=templinst)_ZN5boost2io6detail11format_itemIcSt11char_traitsIcESaIcEED2Ev@Base 0.0.9
(optional=templinst)_ZN5boost2io6detail13skip_asteriskIN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEET_SA_SA_RKT0_@Base 0.0.9
- (optional=templinst|subst)_ZN5boost2io6detail22parse_printf_directiveIcSt11char_traitsIcESaIcEN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEEbRT2_RKSD_PNS1_11format_itemIT_T0_T1_EERKT3_{size_t}h@Base 0.0.9
+ (optional=templinst|subst|arch=!ppc64)_ZN5boost2io6detail22parse_printf_directiveIcSt11char_traitsIcESaIcEN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEEbRT2_RKSD_PNS1_11format_itemIT_T0_T1_EERKT3_{size_t}h@Base 0.0.9
+ (optional=templinst|arch=ppc64)_ZN5boost2io6detail22parse_printf_directiveIcSt11char_traitsIcESaIcEN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEEbRT2_RKSD_PNS1_11format_itemIT_T0_T1_EERKT3_mh@Base 0.0.9
(optional=templinst)_ZN5boost2io6detail24upper_bound_from_fstringISsSt5ctypeIcEEEiRKT_NS5_10value_typeERKT0_h@Base 0.0.9
(optional=templinst)_ZN5boost2io6detail3putIcSt11char_traitsIcESaIcERiEEvT2_RKNS1_11format_itemIT_T0_T1_EERNS_12basic_formatIS9_SA_SB_E11string_typeERNSG_20internal_streambuf_tEPSt6locale@Base 0.0.9
(optional=templinst)_ZN5boost2io6detail4feedIcSt11char_traitsIcESaIcERiEERNS_12basic_formatIT_T0_T1_EESC_T2_@Base 0.0.9
- (optional=templinst|subst)_ZN5boost2io6detail6mk_strIcSt11char_traitsIcESaIcEEEvRSbIT_T0_T1_EPKS6_NS9_9size_typeE{ssize_t}S6_St13_Ios_FmtflagsS6_b@Base 0.0.9
- (optional=templinst|arch=!ia64 !s390x)_ZN5boost2io6detail7str2intIiN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEET0_RKSA_SC_RT_RKT1_@Base 0.0.9
- (optional=templinst|arch=amd64 ia64 kfreebsd-amd64 s390x)_ZN5boost2io6detail7str2intIlN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEET0_RKSA_SC_RT_RKT1_@Base 0.0.9
+ (arch=ppc64)_ZN5boost2io6detail6mk_strIcSt11char_traitsIcESaIcEEEvRSbIT_T0_T1_EPKS6_NS9_9size_typeElS6_St13_Ios_FmtflagsS6_b@Base 0.0.9
+ (optional=templinst|subst|arch=!ppc64)_ZN5boost2io6detail6mk_strIcSt11char_traitsIcESaIcEEEvRSbIT_T0_T1_EPKS6_NS9_9size_typeE{ssize_t}S6_St13_Ios_FmtflagsS6_b@Base 0.0.9
+ (optional=templinst|arch=!ia64 !ppc64 !s390x)_ZN5boost2io6detail7str2intIiN9__gnu_cxx17__normal_iteratorIPKcSsEESt5ctypeIcEEET0_RKSA_SC_RT_RKT1_@Base 0.0.9
+ (optional=templinst|arch=amd64 ia64 kfreebsd-amd64 ppc64
Bug#669979: adduser: Please drop unused lintian-overrides
Package: adduser Version: 3.113+nmu1 Severity: minor Hi adduser has an Lintian override for some false-positive maintainer-script-needs-depends-on-adduser tags. These false-positives were fixed in Lintian/1.23.30 (released 28 Apr 2007) and the overrides are no longer needed. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669922: quota: Quota should suggest or recommend sendmail
Dear Michael, eriberto@delphinus:~$ apt-cache depends quota quota Depends: e2fslibs Depends: libc6 Depends: libcomerr2 Depends: libdbus-1-3 Depends: libldap-2.4-2 Depends: libnl1 Depends: libwrap0 |Depends: debconf Depends: debconf-2.0 cdebconf debconf Depends: lsb-base Suggests: libnet-ldap-perl |Suggests: rpcbind Suggests: portmap rpcbind I don't saw mail-transport-agent here... I would like to tell for you that bugs in Debian are a help to better the packages and not an insult. Have a nice day. Best regards, Eriberto 2012/4/22 Michael Meskes mes...@debian.org: And? Just in case you didn't notice, quota suggests mail-transport-agent which should give you a working sendmail binary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669980: bamf-dbg: arch-dependent files in multiarch: same package
Package: bamf-dbg Version: 0.2.104-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, bamf-dbg is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [bamf-dbg 0.2.104-1] usr/lib/debug/usr/lib/bamf/bamfdaemon Cheers, Julien signature.asc Description: Digital signature
Bug#669981: gcc-4.4-base: arch-dependent files in multiarch: same package
Package: gcc-4.4-base Version: 4.4.7-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, gcc-4.4-base is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [gcc-4.4-base 4.4.7-1] usr/share/doc/gcc-4.4-base/README.Debian.gz 0716c7ca0089c6ad2a7d1151f580d1c1 armel 6bf75ba3adf5f6ec181735a47b001ae6 armhf 72bd46e5011fff9db625686c1346c181 ia64 73f463772db364b5ddb8a8e6df95651f kfreebsd-amd64 9856fc0fe21b1028ee06cc11ba6fecd1 kfreebsd-i386 9f1350d978bc929bcf830cca87b9e308 s390x amd64 b531704efa74d091bce00bc1947c0546 s390 i386 powerpc sparc mips mipsel Cheers, Julien signature.asc Description: Digital signature
Bug#594917: The future of non-dependency-based boot
]] Roger Leigh I'm not sure myself. Probably because it's potentially dangerous since it would want to replace it with a symlink, and that might result in dataloss. Do you have an example of the virtual facility problem? Why would it want to replace it with a symlink? AIUI, insserv just renames the files in /etc/rcN.d ? No insserv doesn't just rename files it removes/recreates symlinks as needed depending on change to the computed dependecy graph when adding/removing a node. The current behaviour is to ignore regular files which are installed to the symlink farm, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493202#85 Having random regular files in amongst a symlink farm which is dynamically created dependning on service set installed is a recipe for mess and I cannot think of a clean way to handle the situation other than conveying a message that says Don't do that please use update-rc.d to register your service and create start/stop links with optimised priority depending on your current service set - but thats getting a bit wordy for a one line message ... For the latter, I seem to have: : tfheen@qurzaw /etc/init.d grep Provides bootlog* bootlogd:# Provides: bootlogd bootlogs:# Provides: bootlogs bootlogs.sh:# Provides: bootlogs which makes it complain about something already provided. One of those scripts (bootlogs/ bootlogs.sh) must be an orphan conffile ? Both of these are insserv bugs rather than sysv-rc bugs, BTW, so reassigning. Sure. Not so sure. Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669982: gir1.2-ibus-1.0: arch-dependent files in multiarch: same package
Package: gir1.2-ibus-1.0 Version: 1.4.1-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, gir1.2-ibus-1.0 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [gir1.2-ibus-1.0 1.4.1-4] usr/lib/girepository-1.0/IBus-1.0.typelib 2e8c277b642fee3b9d1c246a47210b56 i386 armel armhf kfreebsd-i386 40b976da47aa871420735a0d3bc35d1d s390x 41cf2751c116292980fc03e113f29b8d ia64 kfreebsd-amd64 amd64 443457549937bfa2689f2ce6ba9d923e mips s390 sparc powerpc Cheers, Julien signature.asc Description: Digital signature
Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
On Sun, Apr 22, 2012 at 12:43:42PM +0200, Holger Levsen wrote: Hi Dmitry, On Freitag, 20. April 2012, Dmitry Nezhevenko wrote: dget -x http://mentors.debian.net/debian/pool/main/p/python-django-djblets/python-d jango-djblets_0.6.17-1.dsc a quick review reveals that you modified the upstream orig.tar.gz, yet you don't document this (and why). Please either document this or do'nt do it. Oops. Yes. It was done initially (actually converted from downloaded zip at github). There are no actual changes to upstream sources except that. Anyway I've switched to upstream tarball for it and md5 for orig.tar.gz matches to upstream: http://downloads.reviewboard.org/releases/Djblets/0.6/Djblets-0.6.17.tar.gz I've uploaded fixed pkg to mentors: dget -x http://mentors.debian.net/debian/pool/main/p/python-django-djblets/python-django-djblets_0.6.17-1.dsc Thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#669983: kvirc: arch-dependent files in multiarch: same package
Package: kvirc Version: 4:4.1.3+2024.svn5988-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, kvirc is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [kvirc 4:4.1.3+2024.svn5988-1] usr/bin/kvirc Cheers, Julien signature.asc Description: Digital signature
Bug#570611: Bug#669920: Please provide a backport for squeeze
On Sun, Apr 22, 2012 at 12:49:24AM -0400, Andres Mejia wrote: On Sat, Apr 21, 2012 at 8:46 PM, Josh Triplett j...@joshtriplett.org wrote: On Sat, Apr 21, 2012 at 06:53:57PM -0400, Andres Mejia wrote: On Sat, Apr 21, 2012 at 6:10 PM, Josh Triplett j...@joshtriplett.org wrote: Package: libcrystalhd-dev Severity: wishlist Please consider providing a backport of libcrystalhd-dev for squeeze. Such a backport would make it easier to prepare MythTV packages for squeeze. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Hi Josh, Were you trying to package MythTV to unstable at all? IMO that should be done first before attempting to upload for squeeze (i.e. actually get accepted, get tested in unstable, migrate to testing, then backport to stable). At the moment I'm just building some local packages, not official backports. I'd love to see official MythTV packages, and I'd be happy to help work on them, but that wasn't my goal at the moment. - Josh Triplett I recommend starting off by porting the Ubuntu packaging of MythTV to Debian. I actually started from the debian-multimedia packaging, and hacked out all the bits that depended on packages outside of Debian, as well as dependency cruft that applied to previous versions but not to the current version. I've managed to successfully build working squeeze packages at this point, which only depend on packages in Debian to build and run; installing them requires a couple of packages from squeeze-backports (fonts-droid, libmp3lame0, libx264-120, libxvidcore4), and a locally built backport of libcrystalhd3, and all the rest of the dependencies come from squeeze. I presume if these are local packages, you're using reprepro or something similar to host a local archive. In such a case, you may as well build packages of libcrystalhd and upload them to your local archive. Then you can build mythtv. I did end up building local packages of crystalhd and libcec, which proved relatively straightforward. Note that mythtv is using it's own copy of ffmpeg. It needs to be modified so it can build/run with system libav before it can be uploaded to Debian. If that's something you're interested in doing, by all means, feel free to modify mythtv source tree, and preferably work with mythtv upstream to pass along patches. Yeah, I do know about that problem. Arguably not an issue for an upload to Debian experimental; only an issue for having a version in a security-supportable release. Considering that upstream went out of their way to remove support for system libav/ffmpeg (due to issues with different versions on end-user systems, particularly versions of the command-line tools), I suspect they might not like the idea of adding it back, or for that matter the idea of adding support for using avconv rather than ffmpeg. This needs a long conversation with upstream before attempting to write a patch; no sense writing a patch that'll never make it upstream. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669984: libapt-inst1.5: arch-dependent files in multiarch: same package
Package: libapt-inst1.5 Version: 0.9.2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libapt-inst1.5 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libapt-inst1.5 0.9.2] usr/share/locale/ar/LC_MESSAGES/libapt-inst1.5.mo 01cf2e68bbb3e91c80542b0bdd4ef960 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 59a4f8b31aa024cde629c7c128a117ce mips s390 sparc s390x powerpc usr/share/locale/ast/LC_MESSAGES/libapt-inst1.5.mo 63b4cd8c925ba8bef069dbbc3f4b91fa kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 9b93b9fe212a2c198c7b28beeaf35411 mips s390 sparc s390x powerpc usr/share/locale/bg/LC_MESSAGES/libapt-inst1.5.mo 1d0f3be5b9b22ac20bc1ab3a3bc572dc kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 2cab892fade5b8b67bf0923fd7cb mips s390 sparc s390x powerpc usr/share/locale/bs/LC_MESSAGES/libapt-inst1.5.mo 9e7d998d500db53e3a0aa1082c9eb8bb kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 c164df4437c95ae5e1b26a60275c0ac9 mips s390 sparc s390x powerpc usr/share/locale/ca/LC_MESSAGES/libapt-inst1.5.mo 142dd8ef08ada6ed3c0d98d474d3cab7 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 67c07645673d6e77dd7502296d918c73 mips s390 sparc s390x powerpc usr/share/locale/cs/LC_MESSAGES/libapt-inst1.5.mo 0b07739e38099069748f01490ed3904c mips s390 sparc s390x powerpc 1dcd3ea90a8f4d1c306299e1d2a75634 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/cy/LC_MESSAGES/libapt-inst1.5.mo 58f328246d5d1b1dd748d076d1f30899 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 dbab41bbad3c8a939e5963efec0f394e mips s390 sparc s390x powerpc usr/share/locale/da/LC_MESSAGES/libapt-inst1.5.mo 1105661cdd1e9a00a5fc185c02a69132 mips s390 sparc s390x powerpc 8095e10cb1577ce2581681f08356d319 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/de/LC_MESSAGES/libapt-inst1.5.mo 09ff2fda14625f94f736e4b76b36bdd9 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 fc82c8aeae6ba47abdaf6c3231199d47 mips s390 sparc s390x powerpc usr/share/locale/dz/LC_MESSAGES/libapt-inst1.5.mo 0c67afd762f9efef65e3be894e636326 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 3d948f6c60265c996639945733708049 mips s390 sparc s390x powerpc usr/share/locale/el/LC_MESSAGES/libapt-inst1.5.mo 30594d7711d7ac96b0e18635edc967d4 mips s390 sparc s390x powerpc a051e5c2e65a9d92dce75f2fc1e127b8 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/es/LC_MESSAGES/libapt-inst1.5.mo a1765bd1087944cb796e67774d6dc400 mips s390 sparc s390x powerpc f3615ac1bab89263fc0a93421c3b26e1 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/eu/LC_MESSAGES/libapt-inst1.5.mo 0b1cfaf5a0c009da062f9a5f9eeb6767 mips s390 sparc s390x powerpc 3a6451f2922dc4d909df7d8744017ce7 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/fi/LC_MESSAGES/libapt-inst1.5.mo 19122a943728e0a05a5579210ee4d797 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 7bc4d290604719017bf0b3d2280cfddd mips s390 sparc s390x powerpc usr/share/locale/fr/LC_MESSAGES/libapt-inst1.5.mo 448b860a77dff4d6d089614f38c8c247 mips s390 sparc s390x powerpc 84856835899bd66953f9247b8ae1d3d3 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/gl/LC_MESSAGES/libapt-inst1.5.mo 4b49468d43cba5b591c9b80eaf4e4a2d kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 a6e1c0a5fb5f7d2b567c6a1175a661af mips s390 sparc s390x powerpc usr/share/locale/hu/LC_MESSAGES/libapt-inst1.5.mo 7971d378235a663d515ba538ceff4219 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 8ce813d0b4db81184a0f0b4a9db2ff77 mips s390 sparc s390x powerpc usr/share/locale/it/LC_MESSAGES/libapt-inst1.5.mo 5aa98974c957587eb953eec819e845be kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 e65e761666017fc4786d853c08fbf06b mips s390 sparc s390x powerpc usr/share/locale/ja/LC_MESSAGES/libapt-inst1.5.mo 5196575c89dc90dc63b5f5f9f7c0a725 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 d4ee5298f73d44e303058c9becb4f4bf mips s390 sparc s390x powerpc usr/share/locale/km/LC_MESSAGES/libapt-inst1.5.mo 30f74054e3e2b433ee6820b254f390be kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 d205a16323ef5d0e325400b2d4f405e1 mips s390 sparc s390x powerpc usr/share/locale/ko/LC_MESSAGES/libapt-inst1.5.mo 49c52a7e748d3b7c644c4c98bb77d994 mips s390 sparc s390x powerpc d0e9208976d263e07e8eff94de09403a kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/ku/LC_MESSAGES/libapt-inst1.5.mo e009a0afd9394acf91116b7f302cbc9c mips s390 sparc s390x powerpc e3605acf232445b4b331c092caf11ffb kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/lt/LC_MESSAGES/libapt-inst1.5.mo 22351b8d7a2807c4f51c074e38b88850 kfreebsd-amd64
Bug#669953: Obsolete conffiles /etc/fonts/conf.avail/43-wqy-zenhei-sharp.conf and /etc/fonts/conf.avail/44-wqy-zenhei.conf not cleaned up on upgrade
Package: ttf-wqy-zenhei Version: 0.9.45-4 Severity: normal dpkg does not automatically remove conffiles on upgrade when a package stops shipping them. ttf-wqy-zenhei needs to clean up the obsolete conffiles /etc/fonts/conf.avail/43-wqy-zenhei-sharp.conf and /etc/fonts/conf.avail/44-wqy-zenhei.conf in its maintainer scripts, using dpkg-maintscript-helper. Please see the manpage of dpkg-maintscript-helper for details. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttf-wqy-zenhei depends on: ii fontconfig 2.8.0-3.1 ttf-wqy-zenhei recommends no packages. ttf-wqy-zenhei 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#669985: libapt-pkg4.12: arch-dependent files in multiarch: same package
Package: libapt-pkg4.12 Version: 0.9.2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libapt-pkg4.12 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libapt-pkg4.12 0.9.2] usr/share/locale/ar/LC_MESSAGES/libapt-pkg4.12.mo 0f64ae1eb43075e4a9eeca1cbf8d0d30 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 a849c24ed5fc1031cf332688facf4d53 mips s390 sparc s390x powerpc usr/share/locale/ast/LC_MESSAGES/libapt-pkg4.12.mo 3a867390a1df1dc75dffb89782d0face kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 ded687f54da649acf39d1a85f3255cc8 mips s390 sparc s390x powerpc usr/share/locale/bg/LC_MESSAGES/libapt-pkg4.12.mo 1d6cbaea9f911cc177b15ac0c37df7e1 mips s390 sparc s390x powerpc cd8c495ee6d4fcfce0f070d9da589dfb kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/bs/LC_MESSAGES/libapt-pkg4.12.mo 383ae9adeeb6de58eee754de5386f210 mips s390 sparc s390x powerpc a3f516d03a2b558943ee9ac32080085e kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/ca/LC_MESSAGES/libapt-pkg4.12.mo 819810f2163909f12c78b967e2f054d3 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 e4157d3b16a54a30e8b03e713d0f1abf mips s390 sparc s390x powerpc usr/share/locale/cs/LC_MESSAGES/libapt-pkg4.12.mo 43f2fcd13bd96ce5d6d398cb6cd3121d mips s390 sparc s390x powerpc c97383404c49a13911764c6fce6aed34 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/cy/LC_MESSAGES/libapt-pkg4.12.mo 6d9daa85ccaa08a3e734e746846a mips s390 sparc s390x powerpc f0b78df133dba3019746aa29493da8f5 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/da/LC_MESSAGES/libapt-pkg4.12.mo 427c0596a475329215b03c6f4d24c201 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 a8f88f225e3d60552d1f0d792442dd56 mips s390 sparc s390x powerpc usr/share/locale/de/LC_MESSAGES/libapt-pkg4.12.mo 660e6ffeaed8667daedf62566b663133 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 86d45683c8af54b68dfda35e7fc82653 mips s390 sparc s390x powerpc usr/share/locale/dz/LC_MESSAGES/libapt-pkg4.12.mo 591c63e8b38ff7212ae0670cfebe5898 mips s390 sparc s390x powerpc 5adc5c6589c6ee9bff808d1af2ef1449 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/el/LC_MESSAGES/libapt-pkg4.12.mo 97be6c3664eb7ad38b2b3a240f8f80cc kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 d9194696a02c21414dcd5d40abe521b0 mips s390 sparc s390x powerpc usr/share/locale/es/LC_MESSAGES/libapt-pkg4.12.mo 3d68d7eb9f1f68cb1b530aaf37430b6f kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 b7a9a90589f3fe090d7f339813cd4071 mips s390 sparc s390x powerpc usr/share/locale/eu/LC_MESSAGES/libapt-pkg4.12.mo 3738b3b304c520ddb4b3d904639f2552 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 b27d91b79ccbafae4e3cca6bc2fc13b9 mips s390 sparc s390x powerpc usr/share/locale/fi/LC_MESSAGES/libapt-pkg4.12.mo 4f1a28df41542f2bd842082a3dedc112 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 5d7642404e6bd28f238c5002df2967e3 mips s390 sparc s390x powerpc usr/share/locale/fr/LC_MESSAGES/libapt-pkg4.12.mo 3d252fc903a2522cedee85918cd8c723 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 8f6b078166ad9117cbcb6c55b6108aa5 mips s390 sparc s390x powerpc usr/share/locale/gl/LC_MESSAGES/libapt-pkg4.12.mo 432a2034562e7b2559a48d89e1fd3bd1 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 835ae76ad272f3be329dfe607c6adaee mips s390 sparc s390x powerpc usr/share/locale/hu/LC_MESSAGES/libapt-pkg4.12.mo 0f905fc8f9d78ee5f86e0e26b809b666 mips s390 sparc s390x powerpc 61b312e1c5610002e99682a0a082a136 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/it/LC_MESSAGES/libapt-pkg4.12.mo 7cd4ad9d9fe06703c278770fa99d6479 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 f79fe6d02edf281c970ffc75c6accfc4 mips s390 sparc s390x powerpc usr/share/locale/ja/LC_MESSAGES/libapt-pkg4.12.mo b1b7ed28d5c444f813d7d56360185706 mips s390 sparc s390x powerpc beeb656334ad7f7d908e7ad7e2f53df9 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/km/LC_MESSAGES/libapt-pkg4.12.mo 5ce9bd1520433c5992b8c87baca2edf3 kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 a2501d954599559a435957082ec5f03d mips s390 sparc s390x powerpc usr/share/locale/ko/LC_MESSAGES/libapt-pkg4.12.mo 5c02e04f61bb75e29f7ccdfffc211e5f mips s390 sparc s390x powerpc c965120c48c4a9bf51200654e1606cea kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 usr/share/locale/ku/LC_MESSAGES/libapt-pkg4.12.mo 67f4b716373f949fef8066101b21c90d kfreebsd-amd64 i386 armel armhf kfreebsd-i386 mipsel amd64 b6d1d0fdb63b6ae0d57d4a8939df115a mips s390 sparc s390x powerpc usr/share/locale/lt/LC_MESSAGES/libapt-pkg4.12.mo d7675191a585395b1d75292293dc5e7e kfreebsd-amd64
Bug#669986: libatk-adaptor: arch-dependent files in multiarch: same package
Package: libatk-adaptor Version: 2.4.0-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libatk-adaptor is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libatk-adaptor 2.4.0-2] usr/share/locale/an/LC_MESSAGES/at-spi2-atk.mo 366571f2bb4be1b517b3c6a7fff32fc1 mips s390 sparc s390x powerpc 9a9fa0e0926d898fe09535e45cbff34d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ar/LC_MESSAGES/at-spi2-atk.mo c95c282dd3066954a556668019ed mips s390 sparc s390x powerpc f9d1c1b973debc6a8d3e332c16823699 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/as/LC_MESSAGES/at-spi2-atk.mo 77d51a6a81b312c3e0232583e62894d7 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 c60bee3ab546e28dff562f1b8155aa72 mips s390 sparc s390x powerpc usr/share/locale/ast/LC_MESSAGES/at-spi2-atk.mo 7d8a7cf87a5a26e367b3cd92d8c83455 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 9051746c06979af1a56a8efc3edb2354 mips s390 sparc s390x powerpc usr/share/locale/be/LC_MESSAGES/at-spi2-atk.mo 3da09f7f3da24b96a0a6852c1b4698fb mips s390 sparc s390x powerpc f92b9844971df2e75fda6d9389a3aa2d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/bg/LC_MESSAGES/at-spi2-atk.mo 3db642284025479edfeb7fc00326c957 mips s390 sparc s390x powerpc b751b2f8da459eaa48e2e617c33dc1ab kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/bn/LC_MESSAGES/at-spi2-atk.mo 3719835449a55ed0b057e3fb10c353fb kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 dbec7001af01d671634fde294cd5a39a mips s390 sparc s390x powerpc usr/share/locale/bn_IN/LC_MESSAGES/at-spi2-atk.mo 1ae9e571411ce5bc96097d79812c865a kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 fbbdc7711f5739168ab56fe47f374b2c mips s390 sparc s390x powerpc usr/share/locale/ca/LC_MESSAGES/at-spi2-atk.mo 29cd0b4451b8682ea0adfef46f614efe mips s390 sparc s390x powerpc d59031f7df09d3e64ca67ea0b89bb89c kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ca@valencia/LC_MESSAGES/at-spi2-atk.mo 2c0407836a42b82c8b9b4a5a9ceb5f09 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 aa7a07c7cc687420d4895f2d1009264e mips s390 sparc s390x powerpc usr/share/locale/cs/LC_MESSAGES/at-spi2-atk.mo 065aa987e07069287c17cc65853e2b7c kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 f0f25f69a6aa3347b709c71484ce3137 mips s390 sparc s390x powerpc usr/share/locale/cy/LC_MESSAGES/at-spi2-atk.mo 1f4d0f259e6bf09a34d95c4b987273a8 mips s390 sparc s390x powerpc 2ed089f88681a3fdb1fdf94c88d6037b kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/da/LC_MESSAGES/at-spi2-atk.mo 8c3c57cc8c649dc8c7401824ba20a029 mips s390 sparc s390x powerpc dbe47d734a6498418802734ee002d32d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/de/LC_MESSAGES/at-spi2-atk.mo 39ae742f582a8b1730d19a9a04489d42 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 92c91c704f0e65f26aeb5e440cf0b720 mips s390 sparc s390x powerpc usr/share/locale/el/LC_MESSAGES/at-spi2-atk.mo 63822a29398b82448df658fb4d15c805 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 f3fe5388d3ce771fcdfe9c76b1eb85c5 mips s390 sparc s390x powerpc usr/share/locale/en@shaw/LC_MESSAGES/at-spi2-atk.mo 9f84364fa4e2ce336ddfbdc8243d9e74 mips s390 sparc s390x powerpc d045876e2dd6e446fece913bd677ffa1 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/en_CA/LC_MESSAGES/at-spi2-atk.mo 00ee0ddad39634a2c115541f063e1609 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 8d2ebdb625e2810c63b0d69d2a5dd256 mips s390 sparc s390x powerpc usr/share/locale/en_GB/LC_MESSAGES/at-spi2-atk.mo 309d1e76089018ceae45b8ce97a14725 mips s390 sparc s390x powerpc d593a21900f7de854605d662d411f478 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/eo/LC_MESSAGES/at-spi2-atk.mo 18555a27ab67151fa1b9585ced615c3d mips s390 sparc s390x powerpc 27350f1dccc2d64e398ed62905c38024 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/es/LC_MESSAGES/at-spi2-atk.mo 45ef2b3942865d8042b75912a17d84bb mips s390 sparc s390x powerpc 58d8d2e267a1cb49fa63a8c371fda92b kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/et/LC_MESSAGES/at-spi2-atk.mo 119737f6e840106d4c1b2020b9dbd494 mips s390 sparc s390x powerpc b569c728785075b427260562e3050fe1 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/eu/LC_MESSAGES/at-spi2-atk.mo 638f54e3b7959ac55b45ba61fe2e9968 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 6c170d78834bee73afb3de6864c5ebf3 mips s390 sparc s390x powerpc
Bug#669987: libavahi-common-data: arch-dependent files in multiarch: same package
Package: libavahi-common-data Version: 0.6.31-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libavahi-common-data is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libavahi-common-data 0.6.31-1] usr/share/locale/bg/LC_MESSAGES/avahi.mo 0bea1ea9258d2a0534c87ea4a47aafba kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 52e4fb05d484107a595163bec82dd3b4 mips s390 sparc s390x powerpc usr/share/locale/ca/LC_MESSAGES/avahi.mo 138bc7e03d0cb6f0ff24776e38dc1eb7 mips s390 sparc s390x powerpc 70bd9f82183e75300eb032f5b3d21dc1 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/cs/LC_MESSAGES/avahi.mo 1238a7b27566eded19f820781ed05c34 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 7e9b7048f104e6808cdb382a6b544e2e mips s390 sparc s390x powerpc usr/share/locale/da/LC_MESSAGES/avahi.mo 28c552cb0c80deb52042adb353dfe81e mips s390 sparc s390x powerpc 686b08e81a460d39406b183b844dad33 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/de/LC_MESSAGES/avahi.mo 5383f8009571f07ff99a315e38641b79 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 c7ba5bb3ef41219592a8758781a9b4f1 mips s390 sparc s390x powerpc usr/share/locale/el/LC_MESSAGES/avahi.mo c1506d4316a0d9c2cecc0dab2e60e125 mips s390 sparc s390x powerpc f1d27a85046a02f5dcd279786dfb7c02 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/en_AU/LC_MESSAGES/avahi.mo 2b23cafbd1fe9417588a6ca56e9327e8 mips s390 sparc s390x powerpc e3549823001b971a161f324ba39db5ed kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/en_CA/LC_MESSAGES/avahi.mo 09dcce74226cb40b1bdfb717b27b6f3d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 85186ce7b9da9f4520ff1b66fe1adc5c mips s390 sparc s390x powerpc usr/share/locale/en_GB/LC_MESSAGES/avahi.mo 91e590f96cbfc9f44c135736193878de mips s390 sparc s390x powerpc d5a1afa50ba8ad3355af42ab80be04d1 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/en_NZ/LC_MESSAGES/avahi.mo 91e590f96cbfc9f44c135736193878de mips s390 sparc s390x powerpc d5a1afa50ba8ad3355af42ab80be04d1 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/es/LC_MESSAGES/avahi.mo 04909aac0b87853d096e387e513e9739 mips s390 sparc s390x powerpc 9b5bba54520a20cce469aac75b14af1c kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/fi/LC_MESSAGES/avahi.mo 2f3fefdfc034110e4e6282fb6b718c4a mips s390 sparc s390x powerpc 4d471cdd4f4bdb35c1cd21947895034b kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/fo/LC_MESSAGES/avahi.mo 14d6379cd11d1ea6e0a348b9a6ba13f2 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 6507933e67b38f1a75c6f2f7c7907f90 mips s390 sparc s390x powerpc usr/share/locale/fr/LC_MESSAGES/avahi.mo 34e1a1e8236823293f129dfebeaca15e mips s390 sparc s390x powerpc c32696e93f13e16474ec63b0dbb0a521 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/gl/LC_MESSAGES/avahi.mo 0cc26fd832399ef83807200bb8072823 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 c42e13e2858c74f64aabafdf29de31d1 mips s390 sparc s390x powerpc usr/share/locale/he/LC_MESSAGES/avahi.mo c0a029a24970e120dd0c99bf5a802545 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 df429f4cc3c047af26c08499a1fcc941 mips s390 sparc s390x powerpc usr/share/locale/hu/LC_MESSAGES/avahi.mo 99abaec13d0f48773ebc5cd3769e6851 mips s390 sparc s390x powerpc 9bd559274747a933e1ef258adf1c9cd8 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/id/LC_MESSAGES/avahi.mo 5677832688472d3bdcd6cb6b270abce6 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 9abfa5acf0ba6378e5d22bf38dfaf30a mips s390 sparc s390x powerpc usr/share/locale/it/LC_MESSAGES/avahi.mo 38b862b1b9fbf989ca84c4ae62d4d3c8 mips s390 sparc s390x powerpc bb51f694216e508934d65cd1342e9351 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ja/LC_MESSAGES/avahi.mo ad0bb8accd0a9fff2e46b3eb7dabbfce mips s390 sparc s390x powerpc c6ebcd33bf763ce5452dfced22fa51bc kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ms/LC_MESSAGES/avahi.mo 69b1f5a508ae2d5b61298f8317a63908 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 6d6cbeade0b272b97f19f1c713398139 mips s390 sparc s390x powerpc usr/share/locale/nl/LC_MESSAGES/avahi.mo cd0ed95bc0d2e34eab67fbb66df95edd kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 e1ae5488c17db7b676434aebb81180b4 mips s390 sparc s390x powerpc usr/share/locale/pl/LC_MESSAGES/avahi.mo 22aed66e3909874b97580ee97ed086b3 mips s390 sparc s390x powerpc 58396fbcc6f7ca8d3c6088e4f6e406b0 kfreebsd-amd64
Bug#631017: crash on group reply
tags 631017 + upstream confirmed This problem is known upstream: http://dev.mutt.org/trac/ticket/3531 cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#669988: libavformat53: arch-dependent files in multiarch: same package
Package: libavformat53 Version: 5:0.8.1-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libavformat53 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libavformat53 5:0.8.1-4] usr/share/doc/libavformat53/formats.txt.gz 0a16d10e30dbe3abe9eeeaec9c2d4cef kfreebsd-i386 kfreebsd-amd64 fad5bc1f202b35a5822af28da99b1e4d s390 amd64 i386 powerpc sparc armhf ia64 mips mipsel diff between the kfreebsd-amd64 and amd64 files: @@ -17,6 +17,7 @@ D aea MD STUDIO audio DE aiffAudio IFF DE alawPCM A-law format + DE alsaALSA audio output DE amr 3GPP AMR file format D anm Deluxe Paint Animation D apc CRYO APC format @@ -32,7 +33,6 @@ D bethsoftvid Bethesda Softworks VID format D bfi Brute Force Ignorance D binkBink - D bktrvideo grab D bmv Discworld II BMV D c93 Interplay C93 D caf Apple Core Audio Format @@ -46,6 +46,7 @@ D dsicin Delphine Software International CIN format DE dts raw DTS DE dv DV video format + D dv1394 DV1394 A/V grab E dvd MPEG-2 PS format (DVD VOB) D dxa DXA D ea Electronic Arts Multimedia Format @@ -55,6 +56,7 @@ DE f32le PCM 32 bit floating-point little-endian format DE f64be PCM 64 bit floating-point big-endian format DE f64le PCM 64 bit floating-point little-endian format + D fbdev Linux framebuffer DE ffm FFM (AVserver live feed) format DE ffmetadata FFmpeg metadata in text format D film_cpkSega FILM/CPK format @@ -83,6 +85,7 @@ D jv Bitmap Brothers JV DE latmLOAS/LATM D libcdio + D libdc1394 dc1394 v.2 A/V grab D lmlm4 lmlm4 raw format D lxf VR native stream format (LXF) DE m4v raw MPEG-4 video format @@ -173,7 +176,6 @@ D vc1 raw VC-1 D vc1test VC-1 test bitstream format E vcd MPEG-1 System format (VCD) - D video4linux Video4Linux device grab D video4linux2Video4Linux2 device grab D vmd Sierra VMD format E vob MPEG-2 PS format (VOB) Cheers, Julien signature.asc Description: Digital signature
Bug#669989: libcontactsdb-dev: arch-dependent files in multiarch: same package
Package: libcontactsdb-dev Version: 0.5-7 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libcontactsdb-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libcontactsdb-dev 0.5-7] usr/share/gtk-doc/html/libcontactsdb/ch01.html 13ce37da6f9a81a0b24f972bd5e2c6f5 s390 mips armel armhf powerpc 32809c17b12deee591cb08fa06ebe057 kfreebsd-i386 37d85aeb176113c6fdf698b5f998fc4b kfreebsd-amd64 5abb813ae85ed38b358c191d1f7a4c9b sparc 7f0796a0bd2b2b8b5f6ce2dcd8b6e253 ia64 92f6191c8f0ad0f37e787454604629d1 s390x 9aa0456dec7e68f3684313e775ee0c6b mipsel cabdb16e2943ee5ad6b598d0757f4bde i386 eaa146725e94d2bca96bcb2aba8da52b amd64 usr/share/gtk-doc/html/libcontactsdb/index.html 0bede8d030d5d075d2598807b1e4e7e2 s390 mips armel armhf powerpc 5e30902232f8cc729325207030475cd7 ia64 77b849f0f40111a1c7d807ed3edbed28 mipsel 7e0e8b957205973a4130bf73da2bcd17 kfreebsd-amd64 854887e064fe4e91bf7c54d23c55bedb amd64 a3c1f68067e394b26fba0823067e69a3 kfreebsd-i386 bb96d30fb0997841c7af900e512956d0 s390x c0d8004e93e38e4756f8d986f7e60c95 i386 e5e58d06b29f146395bdb958847ee00d sparc Cheers, Julien signature.asc Description: Digital signature
Bug#669002: s3cmd put does not set non-zero exit code on failure
forwarded 669002 http://article.gmane.org/gmane.comp.file-systems.s3.s3tools/452 stop processing here Thanks, forwarded upstream Twas brillig at 13:59:44 16.04.2012 UTC+02 when os...@osk.mine.nu did gyre and gimble: OL Package: s3cmd OL Version: 0.9.9.91-1 OL Severity: normal OL s3cmd put does not set non-zero exit code on failure, making it almost unusable in automatic backup scripts. OL Attached is a patch to fix that. I believe this problem exists in 1.0.0 as well. OL Regards, OL Oskar Liljeblad OL -- System Information: OL Debian Release: 6.0.4 OL APT prefers stable OL APT policy: (500, 'stable'), (1, 'experimental') OL Architecture: amd64 (x86_64) OL Kernel: Linux 3.2.1 (SMP w/2 CPU cores) OL Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) OL Shell: /bin/sh linked to /bin/bash -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669990: libcairo2-dbg: arch-dependent files in multiarch: same package
Package: libcairo2-dbg Version: 1.12.0-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libcairo2-dbg is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libcairo2-dbg 1.12.0-2] usr/lib/debug/usr/bin/cairo-perf-chart usr/lib/debug/usr/bin/cairo-perf-compare-backends usr/lib/debug/usr/bin/cairo-perf-diff-files usr/lib/debug/usr/bin/cairo-perf-micro usr/lib/debug/usr/bin/cairo-perf-print usr/lib/debug/usr/bin/cairo-perf-trace Cheers, Julien signature.asc Description: Digital signature
Bug#669991: libdb5.1-dbg: arch-dependent files in multiarch: same package
Package: libdb5.1-dbg Version: 5.1.29-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libdb5.1-dbg is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libdb5.1-dbg 5.1.29-1] usr/lib/debug/usr/lib/gcj/db-5.1.29.jar.so Cheers, Julien signature.asc Description: Digital signature
Bug#512056: Bug #512056: allow user to setup zsh subshell with rc-files
tags 512056 - patch -- Removing tag 'patch' because upstream rejected this particular one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669992: libdb5.3-java: arch-dependent files in multiarch: same package
Package: libdb5.3-java Version: 5.3.15-3 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libdb5.3-java is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libdb5.3-java 5.3.15-3] usr/share/java/db-5.3.15.jar Cheers, Julien signature.asc Description: Digital signature
Bug#669993: libdspam7-dev: arch-dependent files in multiarch: same package
Package: libdspam7-dev Version: 3.10.1+dfsg-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libdspam7-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libdspam7-dev 3.10.1+dfsg-4] usr/include/dspam/auto-config.h Cheers, Julien signature.asc Description: Digital signature
Bug#669994: libexo-1-0: arch-dependent files in multiarch: same package
Package: libexo-1-0 Version: 0.6.2-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libexo-1-0 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libexo-1-0 0.6.2-4] usr/share/locale/ar/LC_MESSAGES/exo-1.mo b682d00a1d6b70e9b2c6362cb5f67e03 mips s390 sparc s390x powerpc d79090980ce2ade6097b3024529d7e83 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ast/LC_MESSAGES/exo-1.mo 253f96a52134bfc4f8342a745fb8fe22 mips s390 sparc s390x powerpc 29c05e57072f0868e365ea1507dc3fcc kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/be/LC_MESSAGES/exo-1.mo 71b456aaea5dbd43dcb9fdab661957b4 mips s390 sparc s390x powerpc 8173e8e97ef6646d1009ed7603661505 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/bg/LC_MESSAGES/exo-1.mo 6e5313ac05155178630b44f8e258ada3 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 a855844b10a0898a8128939c4b863810 mips s390 sparc s390x powerpc usr/share/locale/bn/LC_MESSAGES/exo-1.mo 2c139c00a22929623feffe100a68fa26 mips s390 sparc s390x powerpc 84cbcc26ffa192e6ba7925892741 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/ca/LC_MESSAGES/exo-1.mo 214194bcb669f6bb261370d9530962b3 mips s390 sparc s390x powerpc 7b202ca786c51e0b991de0ccd9028653 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/cs/LC_MESSAGES/exo-1.mo 08aba2ff806996c856b9a472b132ee4f kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 1a1f5dc0305e8d13897016f1813378cb mips s390 sparc s390x powerpc usr/share/locale/cy/LC_MESSAGES/exo-1.mo 7b100950b302c4255e38116bfd04aa59 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 9bd80c55a180b0c82be81021f168f658 mips s390 sparc s390x powerpc usr/share/locale/da/LC_MESSAGES/exo-1.mo 4347315f44c094c6f196dd729c1eca8e mips s390 sparc s390x powerpc b99bbdf639696a46cc8517a7a2861919 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/de/LC_MESSAGES/exo-1.mo a20cd8f2bb9e0be6da156d369d25393d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 da114970ac8b539cf5e4a20e77ee5cbf mips s390 sparc s390x powerpc usr/share/locale/dz/LC_MESSAGES/exo-1.mo 1592d01fe07a9af4598eeda1f90ead76 mips s390 sparc s390x powerpc ebdc3b89aad48383c0f40ecf485c2c92 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/el/LC_MESSAGES/exo-1.mo 70022c42190a3556953cbfd6d8ad13f9 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 c130200173460e87b31f11381f986dfc mips s390 sparc s390x powerpc usr/share/locale/en_GB/LC_MESSAGES/exo-1.mo 30cb13271b642cd1a33bea57c3c9e3c4 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 a11f7d92761a686c7b9e3bf8167c6efa mips s390 sparc s390x powerpc usr/share/locale/es/LC_MESSAGES/exo-1.mo 0e65a80c1049b3cadac02756e959f26a kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 d0ff06b3e0fcd224373da57ff5bf7dc7 mips s390 sparc s390x powerpc usr/share/locale/et/LC_MESSAGES/exo-1.mo 34da5bc833801601a4e7cad9fea8c788 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 374cf1c979f89ffd7ce3854389b78818 mips s390 sparc s390x powerpc usr/share/locale/eu/LC_MESSAGES/exo-1.mo 2e1f8d070401f6471b8a4a6cb0e62c5d kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 729663017d74172739be1d5d39a37b04 mips s390 sparc s390x powerpc usr/share/locale/fi/LC_MESSAGES/exo-1.mo 913ad424ac30c7fecf90066dc6179642 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 9bfd0a251d70f9ca94c95ee871dd3642 mips s390 sparc s390x powerpc usr/share/locale/fr/LC_MESSAGES/exo-1.mo 037a498792f1829c5cb91247dbde1e60 mips s390 sparc s390x powerpc 762434bd3fbbe50ae72f39233a05b9a8 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/gl/LC_MESSAGES/exo-1.mo 8c1520e2691979c6510c6fd3bafd6b68 mips s390 sparc s390x powerpc f9cf85585a7b3de5120170988627232a kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/he/LC_MESSAGES/exo-1.mo 33592a991f2a7c3b94dbcf7b9af05937 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 580d6e0b62f748f740baef12f2a38bec mips s390 sparc s390x powerpc usr/share/locale/hr/LC_MESSAGES/exo-1.mo 1cbe6f7b2d54dd95d9e1ad340048d4fe mips s390 sparc s390x powerpc 4dcf3e9348c88480313fdcfa240dc22c kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 usr/share/locale/hu/LC_MESSAGES/exo-1.mo 860eda7de0923430d6e6c2427a8b8757 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386 mipsel amd64 879849c4734b158bc172ebf41911944e mips s390 sparc s390x powerpc usr/share/locale/id/LC_MESSAGES/exo-1.mo 0916f9c7bdf93165acedd3c490406d86 mips s390 sparc s390x powerpc 6c1e73326e7d4b3bf835361356106746 kfreebsd-amd64 i386 armel armhf ia64 kfreebsd-i386
Bug#669995: libfakekey-dev: arch-dependent files in multiarch: same package
Package: libfakekey-dev Version: 0.1-6 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libfakekey-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libfakekey-dev 0.1-6] usr/share/doc/libfakekey-dev/html/bc_s.png 39288f88be2912de1677afe29e288d2b amd64 i386 kfreebsd-amd64 kfreebsd-i386 5e5150e602570d27f89578c0c3f925b8 s390 s390x powerpc sparc armel armhf ia64 mips mipsel usr/share/doc/libfakekey-dev/html/fakekey_8h_source.html usr/share/doc/libfakekey-dev/html/files.html usr/share/doc/libfakekey-dev/html/group__FakeKey.html usr/share/doc/libfakekey-dev/html/index.html usr/share/doc/libfakekey-dev/html/modules.html Cheers, Julien signature.asc Description: Digital signature
Bug#669955: pike7.8-gl: unowned directories after purge (policy 6.8, 10.8): /usr/lib/pike7.8/modules/GLUE.pmod/
Package: pike7.8-gl,pike7.8-image Version: 7.8.550-dfsg-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m58.8s ERROR: FAIL: Package purging left files on system: /usr/lib/pike7.8/ not owned /usr/lib/pike7.8/modules/ not owned /usr/lib/pike7.8/modules/GLUE.pmod/not owned 0m47.1s ERROR: FAIL: Package purging left files on system: /usr/lib/pike7.8/ not owned /usr/lib/pike7.8/modules/ not owned /usr/lib/pike7.8/modules/_Image.pmod/ not owned cheers, Andreas pike7.8-gl_7.8.550-dfsg-1.log.gz Description: GNU Zip compressed data
Bug#669996: libffi5-dbg: arch-dependent files in multiarch: same package
Package: libffi5-dbg Version: 3.0.10-3 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libffi5-dbg is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libffi5-dbg 3.0.10-3] usr/lib/debug/usr/lib/libffi.so.5.0.10 usr/lib/debug/usr/lib32/libffi.so.5.0.10 usr/lib/debug/usr/lib64/libffi.so.5.0.10 Cheers, Julien signature.asc Description: Digital signature
Bug#669997: libgdk-pixbuf2.0-0: arch-dependent files in multiarch: same package
Package: libgdk-pixbuf2.0-0 Version: 2.26.1-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libgdk-pixbuf2.0-0 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libgdk-pixbuf2.0-0 2.26.1-1] usr/share/doc/libgdk-pixbuf2.0-0/buildinfo.gz Cheers, Julien signature.asc Description: Digital signature
Bug#669972: php5-suhosin: upstream finally added (initial) support for PHP 5.4.0
Package: php5-suhosin Version: 0.9.33-1 Severity: wishlist Dear valued maintainers, about 9 days ago upstream (Stefan Esser) apparently added initial support for PHP 5.4.0 on github: https://github.com/stefanesser/suhosin It would be great if you could also test and hopefully use this upstream version to have a comeback of the important php5-suhosin on Debian testing unstable. Thank you very much! Kind regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores) Locale: LANG=DE_de.UTF-8, LC_CTYPE=DE_de.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-suhosin depends on: ii libapache2-mod-php5 [phpapi-20090626+lfs] 5.3.10-2 ii libc6 2.13-27 ii php5-cgi [phpapi-20090626+lfs] 5.3.10-2 ii php5-cli [phpapi-20090626+lfs] 5.3.10-2 php5-suhosin recommends no packages. php5-suhosin suggests no packages. -- Configuration Files: /etc/php5/conf.d/suhosin.ini changed [not included] -- 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#669998: libgnomeada2.24.1-dev: arch-dependent files in multiarch: same package
Package: libgnomeada2.24.1-dev Version: 2.24.1-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libgnomeada2.24.1-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libgnomeada2.24.1-dev 2.24.1-4] usr/share/ada/adainclude/gnomeada.gpr usr/share/ada/adainclude/gnomeada2.gpr Cheers, Julien signature.asc Description: Digital signature
Bug#669999: libgpac-dev: arch-dependent files in multiarch: same package
Package: libgpac-dev Version: 0.4.5+svn4019~dfsg0-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libgpac-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libgpac-dev 0.4.5+svn4019~dfsg0-2] usr/include/gpac/configuration.h Cheers, Julien signature.asc Description: Digital signature
Bug#670000: libgtkada2.24.1-dev: arch-dependent files in multiarch: same package
Package: libgtkada2.24.1-dev Version: 2.24.1-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libgtkada2.24.1-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libgtkada2.24.1-dev 2.24.1-4] usr/share/ada/adainclude/gtkada.gpr usr/share/ada/adainclude/gtkada2.gpr Cheers, Julien signature.asc Description: Digital signature
Bug#669931: code-aster-mpi-engine: symbolic link needed for parallel_cp
This issue is related to the bug #626353 : parallel_cp has been renamedo to codeaster-parallel_cp , however as_run hasn't been updated to reflect this change. The problem seems to be on /usr/lib/pymodules/python*/asrun/mpi.py at line 143, where 'parallel_cp' should be substituted with 'codeaster-parallel_cp' Bye Andrea
Bug#670002: libhe5-hdfeos-dev: arch-dependent files in multiarch: same package
Package: libhe5-hdfeos-dev Version: 5.1.13.dfsg.1-3 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libhe5-hdfeos-dev is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libhe5-hdfeos-dev 5.1.13.dfsg.1-3] usr/share/doc/libhe5-hdfeos-dev/examples/Makefile.gz usr/share/doc/libhe5-hdfeos-dev/examples/he5_sw_datainfo.c.gz 27b6151421d53d5a7903d8302d67c2d0 ia64 s390x armel 65e7f9cc3f36f952e2af0701bbbf6275 s390 kfreebsd-amd64 i386 powerpc sparc armhf mips kfreebsd-i386 mipsel amd64 Cheers, Julien signature.asc Description: Digital signature
Bug#668806: nmu for xfce4-panel dependencies
On Sat, Apr 14, 2012 at 16:33:58 +0200, Yves-Alexis Perez wrote: Xfce 4.10 is around the corner, and like last time, we have some changes in the panel which break the plugins built against the previous (4.8) panel. Like last time, we'd like to push a new 4.8 xfce4-panel with shlibs like: libxfce4panel-1.0 3 xfce4-panel (= 4.7.7), xfce4-panel ( 4.9) then make a round of binNMUs for dependencies. So when it's time to upload 4.10, we can safely upload in stable a 4.10 panel with shlibs: libxfce4panel-1.0 4 xfce4-panel (= 4.9.2) or even libxfce4panel-1.0 4 xfce4-panel (= 4.9.2), xfce4-panel ( 4.11) and ask for a second round of binNMUs. Since there are quite some plugins, I didn't yet upload the 4.8.6-4 xfce4-panel including the shlibs change, in case you'd like more info on the whole transition. Ping me if/when I can upload. So, err, why isn't libxfce4panel a separate package that could change names (along with a SONAME bump) when the interface changes? And why was the xfce4-panel ( 4.9) bit not there in the first place if you know every release is incompatible? Cheers, Julien signature.asc Description: Digital signature
Bug#670003: libicc2: arch-dependent files in multiarch: same package
Package: libicc2 Version: 2.12+argyll1.4.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libicc2 is marked as Multi-Arch: same, but contains files in arch-independent paths with arch-specific contents: [libicc2 2.12+argyll1.4.0-1] usr/bin/iccdump usr/bin/icclu Cheers, Julien signature.asc Description: Digital signature
