Bug#653217: roundcube-core: syntax error in sqlite DB upgrade file
Package: roundcube Version: 0.7-1 Severity: normal Hi, /usr/share/dbconfig-common/data/roundcube/upgrade/sqlite/0.7-1 is buggy: dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf Replacing config file /etc/roundcube/debian-db.php with new version creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.6+dfsg-1.sqlite. applying upgrade sql for 0.6+dfsg-1 - 0.7-1. CREATE UNIQUE INDEX ix_searches_user_type_name (user_id, type, name); SQL error: near (: syntax error It's lacking the ON table part of the CREATE INDEX statement, isn't it? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube-core depends on: ii apache2 2.2.21-3 ii apache2-mpm-prefork [httpd] 2.2.21-3 ii dbconfig-common 1.8.47 ii debconf [debconf-2.0]1.5.41 ii libjs-jquery 1.7.1-1 ii libmagic15.09-2 ii nginx-full [httpd] 1.1.11-1 ii php-auth 1.6.2-1 ii php-mail-mime1.8.0-2 ii php-mdb2 2.5.0b2-1 ii php-net-smtp 1.6.0-1 ii php-net-socket 1.0.9-2 ii php5 5.3.8.0-1 ii php5-gd 5.3.8.0-1+b1 ii php5-intl5.3.8.0-1+b1 ii php5-mcrypt 5.3.8.0-1+b1 ii php5-pspell 5.3.8.0-1+b1 ii roundcube-sqlite 0.7-1 ii tinymce 3.4.3.2+dfsg0-1 ii ucf 3.0025+nmu2 roundcube-core recommends no packages. Versions of packages roundcube-core suggests: ii php-auth-sasl none ii php-crypt-gpg none ii roundcube-plugins 0.7-1 roundcube depends on no packages. -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true * roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: fr_FR roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: sqlite roundcube/remote/host: roundcube/missing-db-package-error: abort -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653003: xul-ext-requestpolicy: Need update for Iceweasel/Firefox 9
Package: xul-ext-requestpolicy Version: 0.5.23-2 Severity: grave Justification: renders package unusable With iceweasel 9 now in sid, it's no longer possible to install xul-ext-requestpolicy. Please update it for the latest iceweasel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653009: every firmware postrm scripts deletes files that were not installed by the package
Source: b43-fwcutter Version: 1:015-11 Severity: grave Justification: breaks unrelated software All three firmware-b43*.postrm run rm -rf /lib/firmware/b43 at purge and remove time, i.e. every such postrm script shipped by one of the firmware installer binary packages deletes files that were *not* installed by that package. Meta: I think this bug deserves priority critical since it breaks unrelated software. I'll let you reclassify if you feel like it. (BTW, it seems to me the tag for 1:015-11 was not pushed in Git.) Thank you for maintaining this package in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652915: xul-ext-cookie-monster: unusable with iceweasel 9
Package: xul-ext-cookie-monster
Version: 1.1.0-3
Severity: grave
Tags: upstream, patch
Hi,
xul-ext-cookie-monster Breaks: iceweasel (= 8.+).
iceweasel 9 landed into unstable.
Therefore, Cookie Monster is currently not usable at all in an
up-to-date Debian unstable system.
This is how I got a package that Works For Me™:
* Patch install.rdf to set maxVersion to 9.*.
* Rebuild to update ${xpi:Breaks}.
The attached (Git) patch series implement this (yeah, the version is wrong).
This should obviously be reported upstream but I'll let you do this part.
Cheers,
--
intrigeri intrig...@boum.org
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
| Then we'll come from the shadows.
From d71f6da8046f09908b3bc4dcb1bcf0c40d4230ad Mon Sep 17 00:00:00 2001
From: intrigeri intrigeri+deb...@boum.org
Date: Wed, 21 Dec 2011 20:15:08 +0100
Subject: [PATCH 1/2] New patch: mark as compatible with Firefox 9.
---
.../0001-Mark-as-compatible-with-Firefox-9.patch | 22
debian/patches/series |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644 debian/patches/0001-Mark-as-compatible-with-Firefox-9.patch
create mode 100644 debian/patches/series
diff --git a/debian/patches/0001-Mark-as-compatible-with-Firefox-9.patch b/debian/patches/0001-Mark-as-compatible-with-Firefox-9.patch
new file mode 100644
index 000..6f3e505
--- /dev/null
+++ b/debian/patches/0001-Mark-as-compatible-with-Firefox-9.patch
@@ -0,0 +1,22 @@
+From: intrigeri intrigeri+deb...@boum.org
+Date: Wed, 21 Dec 2011 20:14:40 +0100
+Subject: Mark as compatible with Firefox 9.*.
+
+---
+ install.rdf |2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+diff --git a/install.rdf b/install.rdf
+index cd51103..1809595 100644
+--- a/install.rdf
b/install.rdf
+@@ -17,7 +17,7 @@
+ Description
+ em:id{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/em:id
+ em:minVersion3.5/em:minVersion
+-em:maxVersion8.*/em:maxVersion
++em:maxVersion9.*/em:maxVersion
+ /Description
+ /em:targetApplication
+
+--
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..858e1f3
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-Mark-as-compatible-with-Firefox-9.patch
--
1.7.7.3
From e030912e394186760f42e1a91da54cec32da2a48 Mon Sep 17 00:00:00 2001
From: intrigeri intrigeri+deb...@boum.org
Date: Wed, 21 Dec 2011 20:03:31 +0100
Subject: [PATCH 2/2] Release cookie-monster (1.1.0-3+tails0).
---
debian/changelog |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index fdbd259..2509be7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+cookie-monster (1.1.0-3+tails0) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Rebuild to update ${xpi:Breaks}.
+ * Mark as compatible with Firefox 9.*.
+
+ -- intrigeri intrigeri+deb...@boum.org Wed, 21 Dec 2011 20:15:34 +0100
+
cookie-monster (1.1.0-3) unstable; urgency=low
* Removed duplicated text in package description (Closes: #649751)
--
1.7.7.3
Bug#652454: libvirt-bin: cannot parse version of kvm 1.0+dfsg-2
Package: libvirt-bin Version: 0.9.7-2 Severity: normal Hi, libvirt + kvm worked nicely for me with qemu-kvm 0.15.1+dfsg-1; since I upgraded qemu-kvm to 1.0+dfsg-2, trying to start a VM that has /usr/bin/kvm as an emulator leads to: error: Failed to start domain tails-builder error: internal error cannot parse /usr/bin/kvm version number in 'QEMU emulator version 1.0 (qemu-kvm-1.0 Debian 1.0+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard' Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113 ii gettext-base0.18.1.1-5 ii libavahi-client30.6.30-5 ii libavahi-common30.6.30-5 ii libblkid1 2.20.1-1 ii libc6 2.13-23 ii libcap-ng0 0.6.6-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.14-4 ii libnl1 1.1-7 ii libnuma12.0.8~rc2-1 ii libparted0debian1 2.3-8 ii libpcap0.8 1.1.1-10 ii libpciaccess0 0.12.1-2 ii libreadline66.2-8 ii libsasl2-2 2.1.25.dfsg1-2 ii libudev0175-3 ii libvirt00.9.7-2 ii libxenstore3.0 4.1.2-2 ii libxml2 2.7.8.dfsg-5 ii libyajl11.0.12-2 ii logrotate 3.8.1-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-2 ii dmidecode 2.11-4 ii dnsmasq-base2.59-4 ii ebtablesnone ii gawk1:3.1.8+dfsg-0.1 ii iproute 2017-1 ii iptables1.4.12-1 ii libxml2-utils 2.7.8.dfsg-5 ii netcat-openbsd none ii parted 2.3-8 ii qemu0.15.1+dfsg-3 ii qemu-kvm1.0+dfsg-2 Versions of packages libvirt-bin suggests: pn policykit-1 0.103-1 pn radvdnone -- Configuration Files: /etc/libvirt/libvirtd.conf changed: mdns_adv = 0 unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650079: augeas-lenses: fails to parse /etc/sudoers
Package: augeas-lenses Version: 0.9.0-1 Severity: normal Hi, # augtool -c print /files/etc/sudoers/ = returns no output. Cheers, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650083: firmware-b43legacy-installer: never downloads nor installs any firmware
Package: firmware-b43legacy-installer Version: 1:015-7 Severity: grave Hi, as far as I can tell, downloading and installing firmwares would be done by the latest_firmware() function in the postinst file. However, it seems to me that function is never called at all. By the way, a nice fix to this bug would probably steal the chroot autodetection code from firmware-b43-installer.postinst to unconditionally fetch and install the firmware in case a chroot is detected (e.g. at Live CD build time). Cheers, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650099: firmware-b43legacy-installer: should unconditionally install firmwares when installed in chroot
Package: firmware-b43legacy-installer Version: 1:015-8 Severity: normal Tags: patch The addition of chroot-supporting code in -8 was welcome, but it misses the point. The idea is to unconditionally install the firmwares when a chroot environment is detected, skipping verification of the presence of a supported chip, just like every other firmware*.postinst script in this source package does. The attached patch makes firmware-b43legacy-installer.postinst act consistently with the other firmware-*-installer binary packages from this source package. Cheers, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? From 6d46fddc7334f600ab411e27ec90f8ef29ca71b1 Mon Sep 17 00:00:00 2001 From: intrigeri intrigeri+deb...@boum.org Date: Sat, 26 Nov 2011 15:27:30 +0100 Subject: [PATCH] Unconditionally install b43legacy firmwares in chroot environment. i.e. do exactly the same as the other postinst scripts in this source package do. --- debian/firmware-b43legacy-installer.postinst | 23 --- 1 files changed, 12 insertions(+), 11 deletions(-) diff --git a/debian/firmware-b43legacy-installer.postinst b/debian/firmware-b43legacy-installer.postinst index 1727c85..a4762f2 100644 --- a/debian/firmware-b43legacy-installer.postinst +++ b/debian/firmware-b43legacy-installer.postinst @@ -38,6 +38,17 @@ b43-fwcutter -w $FIRMWARE_INSTALL_DIR wl_apsta-3.130.20.0.o rm -rf $tmp } +# check environment +if [ $(stat -c %d/%i /) != $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; + then +echo A chroot environment has been detected. +echo Remember this firmware needs kernel = 2.6.25. +latest_firmware +exit 0 + else +echo No chroot environment found. Starting normal installation +fi + # check chip supported=0 pci=`lspci -n | grep -o 14e4:[1234567890abcdef]\+` || true @@ -59,16 +70,6 @@ if [ $supported = 0 ]; then exit 0 fi -# check environment -if [ $(stat -c %d/%i /) != $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; - then -echo A chroot environment has been detected. -echo Remember this firmware needs kernel = 2.6.25. -latest_firmware -exit 0 - else -echo No chroot environment found. Starting normal installation -latest_firmware -fi +latest_firmware #DEBHELPER# -- 1.7.7.1
Bug#650103: firmware-b43legacy-installer: buggy script makes supported chips appear as unsupported
Package: firmware-b43legacy-installer Version: 1:015-8 Severity: grave Commit da45837 turns the previous list-of-or'd tests (separated with ||) into a pipeline (separated with |), supposedly to fix if statement syntax. No idea what was wrong with the previous syntax. Anyway, this simple test case should make things clear enough: $ true | false $ echo $? 1 $ false | true $ echo $? 0 The practical result of this change is: only the device id tested last in the pipeline (i.e. 4325) is considered to be supported. I suggest simply reverting that commit. Cheers, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649731: msva-perl: SOCKS proxy option for hkpms:// is unusable
Package: msva-perl Version: 0.8-2 Severity: normal Hi Daniel, In short: if libio-socket-inet6-perl is installed, hkpms:// + a SOCKS proxy defined using keyserver-options and http-proxy=socks:// does not work. That old conflict between libio-socket-inet6-perl and hkpms:// used with a SOCKS proxy has been long known (I reported it as a side bug on https://labs.riseup.net/code/issues/2677, which is now closed for good reasons). But well, at some point I feel this issue must be properly documented somewhere on the msva-perl radar, especially because it's getting hard to workaround the bug: in testing/sid, msva-perl fetches libnet-server-perl, which now depends on libio-socket-inet6-perl. I reported #607674 against libio-socket-inet6-perl some time ago, and will mark this new bug as blocked by that old one once I get the new number. Known workaround: install Squeeze's libnet-server-perl, which did not depend on libio-socket-inet6-perl, and deinstall the latter. Details: - gpg.conf reads: keyserver-options http-proxy=socks://127.0.0.1:9050 keyserver hkpms://keys.mayfirst.org - exact error messages were reported on #607674 already. Tried again, still correct, unfortunately. Cheers! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msva-perl depends on: ii libconfig-general-perl 2.50-1 ii libconvert-asn1-perl 0.22-2 ii libcrypt-x509-perl 0.51-1 ii libfile-homedir-perl 0.97-1 ii libgnupg-interface-perl0.45-1 ii libhttp-server-simple-perl 0.44-1 ii libjson-perl 2.53-1 ii libnet-server-perl 0.97-1 ii libregexp-common-perl 2011041701-3 ii perl-modules [libparent-perl] 5.14.2-5 Versions of packages msva-perl recommends: ii libanyevent-perl6.100-1 ii libgtk2-perl2:1.223-1+b2 ii libio-socket-ssl-perl 1.49-1 ii liblinux-inotify2-perl 1:1.22-0.2+b1 ii libnet-ssleay-perl 1.42-1+b1 ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 Versions of packages msva-perl suggests: ii liblwp-protocol-socks-perl 1.5-1 -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649403: schleuder: schleuder-newlist echoes passphrase on terminal
Package: schleuder Severity: normal Tags: upstream Hi, schleuder-newlist asks for a passphrase without disabling output of the input chars to the terminal. Cheers, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649179: fs2ram: unable to keep structure of files whose uid or gid is unknown
Package: fs2ram Version: 0.3.10 Severity: important Hi, when asked to keep_folder_structure of a directory that contains files/directories whose owner's uid or gid is unknown to the system, fs2ram stores lines such as chown UNKNOWN in its mountscript. Such a mountscript obviously does not work at mount time; this loses information about the folder structure. I call this data loss, hence the severity greater than normal. This is likely due to the use of non-numeric stat format sequences such as %U and %G. I suggest using %u and %g instead. Cheers, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648868: cryptsetup: Please add support for allow-discards option in crypttab
Package: cryptsetup
Severity: wishlist
Tags: patch
Hi,
cryptsetup 1.4.0 brings support for --allow-discards, which is useful
on SSD storage devices, although it comes with security risks that
must be assessed.
The attached patch, prepared and tested against the current packaging
SVN repo (rev. 897), adds support for an allow-discards option in
crypttab, that translates into passing --allow-discards to cryptsetup.
This patch also updates the documentation accordingly. Please review.
(I'll mark this bug as blocked by #647851 as soon as I get its number.)
Regards,
--
intrigeri intrig...@boum.org
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
| Did you exchange a walk on part in the war
| for a lead role in the cage?
commit 8a2d30a612cd507f8bff840863c6e4473a303795
Author: intrigeri intrig...@boum.org
Date: Tue Nov 15 18:24:56 2011 +0100
Add support for allow-discards option in crypttab.
diff --git a/debian/cryptdisks.functions b/debian/cryptdisks.functions
index 9cb72d4..9e4b76a 100644
--- a/debian/cryptdisks.functions
+++ b/debian/cryptdisks.functions
@@ -51,6 +51,9 @@ parse_opts () {
VALUE=$(echo $opt | sed '/=/!d;s/^.*=//')
case $PARAM in
+ allow-discards)
+ PARAMS=$PARAMS --allow-discards
+ ;;
readonly)
PARAMS=$PARAMS -r
;;
diff --git a/debian/doc/crypttab.xml b/debian/doc/crypttab.xml
index 077caf6..92e0ce4 100644
--- a/debian/doc/crypttab.xml
+++ b/debian/doc/crypttab.xml
@@ -143,6 +143,21 @@
/varlistentry
varlistentry
+termemphasisallow-discards/emphasis/term
+listitem
+ simparaAllow using of discards (TRIM) requests for device./simpara
+ simparaemphasis role=strongWARNING/emphasis: Assess the
+ specific security risks carefully before enabling this option.
+ For example, allowing discards on encrypted devices may lead to
+ the leak of information about the ciphertext device (filesystem
+ type, used space etc.) if the discarded blocks can be located
+ easily on the device later./simpara
+ simparaKernel version 3.1 or more recent is required.
+ For older versions is the option ignored./simpara
+/listitem
+ /varlistentry
+
+ varlistentry
termemphasisreadonly/emphasis/term
listitem
simparaThe backing device is read-only (eg: a dvd)./simpara
Bug#648066: libpam-mount: Makes sudo return non-zero exit code on success
Package: libpam-mount Version: 2.11-1 Severity: normal Hi, $ sudo /bin/echo bla bla sudo: pam_mount.c:417: modify_pm_count: Assertion `user != ((void *)0)' failed. zsh: abort sudo /bin/echo bla $ echo $? 134 This breaks any script that contains things like sudo CMD OTHER_CMD. This happens since I've upgraded to sudo 1.8.3p1-1 that includes the common-session-noninteractive config. Setting Session-Interactive-Only: yes in /usr/share/pam-configs/libpam-mount fixes this issue for me, but is likely to break other people's usecase. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-mount depends on: ii base-files 6.5 ii libc6 2.13-21 ii libcryptsetup1 2:1.3.0-3 ii libhx27 3.11-1 ii libpam-runtime 1.1.3-4 ii libpam0g1.1.3-4 ii libssl1.0.0 1.0.0e-2 ii libxml2 2.7.8.dfsg-5 ii mount 2.19.1-5 libpam-mount recommends no packages. Versions of packages libpam-mount suggests: ii cifs-utils none ii davfs2 none ii fuse-utils 2.8.6-2 ii lsof4.81.dfsg.1-1 ii ncpfs none ii openssl 1.0.0e-2 ii psmisc 22.13-1 ii sshfs 2.2-1.1 ii tc-utilsnone ii xfsprogs3.1.5+nmu1 -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647956: stopmotion: Cannot add image file whose filename contains non-ASCII chars
Package: stopmotion Version: 0.6.2-1.1 Severity: normal Dear Maintainer, * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? $ sudo apt-get install live-build $ cp /usr/share/live/build/includes/squeeze/install/pics/debian.jpg /tmp/test-é.jpg $ stopmotion Click the Add picture button. Select /tmp/test-é.jpg. * What was the outcome of this action? You don't have permission to read that file. * What outcome did you expect instead? Adding this picture to stopmotion UI. Please note that this *does* work: $ sudo apt-get install live-build $ cp /usr/share/live/build/includes/squeeze/install/pics/debian.jpg /tmp/test.jpg $ stopmotion Click the Add picture button. Select /tmp/test.jpg. This might be related to #646871, but contrary to what Jean-Michel reports, in my case nothing is sent to STDOUT, hence this new bug report. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stopmotion depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-15 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libsdl-image1.2 1.2.10-2.1+b1 ii libsdl1.2debian 1.2.14-6.4 ii libstdc++64.6.1-15 ii libtar0 [libtar] 1.2.11-8 ii libvorbisfile31.3.2-1 ii libx11-6 2:1.4.4-2 ii libxml2 2.7.8.dfsg-5 Versions of packages stopmotion recommends: ii dvgrab 3.5-1+b2 ii ffmpeg 4:0.7.2-1+b1 ii vgrabbj 0.9.6-5 Versions of packages stopmotion suggests: ii gimp 2.6.11-5 -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647851: cryptsetup: Please package cryptsetup 1.4.0
Package: cryptsetup Version: 2:1.3.0-3 Severity: wishlist Dear Maintainer, please package cryptsetup 1.4.0. Since debian/watch seems disfunctionnal, I'd rather make sure you're aware it is out. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647097: torsocks: please package torsocks 1.2
Package: torsocks Version: 1.1+git20110826-1 Severity: wishlist Please package new torsocks 1.2 upstream release: * https://blog.torproject.org/blog/torsocks-12-released * https://code.google.com/p/torsocks/downloads/list Thank you for maintaining torsocks in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644711: iceweasel-vimperator: not compatible with iceweasel from testing/sid (7.0.1)
Package: iceweasel-vimperator Version: 3.2-2 Severity: grave Tags: upstream Hi, vimperator 3.2-2 is not marked as compatible with the version of Iceweasel currently is testing/unstable (7.0.1). Setting maxVersion to 7.0.1 in install.rdf makes it work. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642803: libmouse-perl: test suite failure on ia64 causes FTBFS
Package: libmouse-perl Version: 0.93-1 Severity: important Hi, Mouse test suite sometimes fails on the ia64 architecture, causing the whole package to fail to build from source. Relevant buildd output: # Failed test at t/001_mouse/043-parameterized-type.t line 244. # Looks like you failed 1 test of 66. t/001_mouse/043-parameterized-type.t ... Dubious, test returned 1 (wstat 256, 0x100) [...] t/001_mouse/043-parameterized-type.t (Wstat: 256 Tests: 66 Failed: 1) Failed test: 63 Non-zero exit status: 1 Failed build reports that expose this problem, that happened from time to time for a while: 0.93-2 https://buildd.debian.org/status/fetch.php?pkg=libmouse-perlarch=ia64ver=0.93-2stamp=1312570909 0.86-1 https://buildd.debian.org/status/fetch.php?pkg=libmouse-perlarch=ia64ver=0.86-1stamp=1289577443 0.82-1 https://buildd.debian.org/status/fetch.php?pkg=libmouse-perlarch=ia64ver=0.82-1stamp=1289056203 Note that the very same buildd that exposed this problem recently succeeded in building 0.91-1+b1, which has the same test suite = this test suite failure does not seems to happen every time. Too bad CPAN Testers is currently down. The failing test was introduced in 0.82, which accounts for the failure not happening on previous versions. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641616: libregexp-common-perl: uses obsolete definition of domain names
Package: libregexp-common-perl
Version: 2011041701-1
Severity: normal
Tags: patch
Dear pkg-perl,
$RE{net}{domain} does not allow domains that start with digits.
Such domains do exist (e.g. 3.dk or 3com.com).
{
This makes $RE{net}{domain} mostly unusable in the real world in 2011,
this will make me doubt when advising Perl beginners to use R::C,
so I wonder why I refrain from setting this bug normal.
}
A trivial patch has been sitting in upstream bug tracker since 2006:
https://rt.cpan.org/Public/Bug/Display.html?id=23626
Upstream did not comment in 5 years and ended up downgrading the bug
severity to wishlist a few months ago :/
What do you think about applying the patch in Debian, and/or using the
pkg-perl team super-powers to gently ask upstream about it?
Bye,
--
intrigeri intrig...@boum.org
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
| We're dreaming of something else.
| Something more clandestine, something happier.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641617: msva-perl: refuses to use .onion keyserver
Package: msva-perl Version: 0.8-2 Severity: normal If GnuPG and/or Monkeysphere itself is configured to use a keyserver living behind a Tor hidden service whose name starts with a digit, such as hkp://2eghzlv2wwcq7u7y.onion, msva-perl refuses to use it: .xsession-errors says: Not a valid keyserver (from gpg config /home/amnesia/.gnupg/gpg.conf): hkp://2eghzlv2wwcq7u7y.onion Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640065: camping: please package new upstream version
Package: camping Severity: wishlist Hi, camping 2.1 was out in August 2010. Please consider packaging it for Debian. Bye! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640077: vidalia: should use ControlSocket by default
Package: vidalia Version: 0.2.14-1 Severity: wishlist Hi! Now that Tor 0.2.2.x has reached unstable, some tricks applied to the Vidalia 0.3.x packages in experimental can be applied to the Vidalia 0.2.x packages in unstable for great user experience improvements; I'm especially thinking of: * Apply local patch for using 'Control Socket' by default. This will allow users to use Tor with zero conf (adopt wicd's debconf scripts to add Vidalia users into Tor's group). * Depend on Tor's version firstly introducing Control Socket for handling the interaction completely out-of-the-box. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638500: rst2pdf: lacks copyright and license information about embedded pdfrw copy
Package: rst2pdf Severity: normal Hi, rst2pdf installs a copy of the pdfrw library [0] in /usr/share/pyshared/rst2pdf/extensions/vectorpdf/pdfrw. [0] http://code.google.com/p/pdfrw/ The embedded code copy is in itself a problem, and I'll file a separate bug about it. Anyway. debian/copyright lacks copyright and license information about this library, which is Copyright (c) 2006-2009 Patrick Maupin and released under a MIT license. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638504: ITP: mat -- Metadata anonymising toolkit
Package: wnpp Owner: intrigeri+deb...@boum.org Severity: wishlist * Package name: mat Version : 0.1 Upstream Author : Julien Voisin julien.voi...@dustri.org * URL or Web page : https://gitweb.torproject.org/user/jvoisin/mat.git * License : GPL-2 Description : Metadata anonymising toolkit Metadata consist of information that characterizes data. Metadata are used to provide documentation for data products. In essence, metadata answer who, what, when, where, why, and how about every facet of the data that are being documented. . Metadata within a file can tell a lot about you. Cameras record data about when a picture was taken and what camera was used. Office documents like pdf or Office automatically adds author and company information to documents and spreadsheets. . Maybe you don't want to disclose those information on the web. . Mat only remove metadata from your files, it does not anonymise their content, nor it can handle watermarking, steganography, or any too custom metadata field/system. . If you really want to be anonym, use format that does not contain any metadata, or better: use plain-text. -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638507: rst2pdf: Contains embedded code copy: pdfrw
Package: rst2pdf Version: 0.16-1.1 Severity: normal Hi, rst2pdf contains a copy of the pdfrw library[0], which both the Debian Policy (4.13) and the security team dislike (for good reasons, if you ask me). I discovered this since I, as part of a team, intend to package mat[1], which also uses pdfrw. Chris, do you want to package pdfrw separately? [0] http://code.google.com/p/pdfrw/ [1] https://gitweb.torproject.org/user/jvoisin/mat.git Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638185: secure-delete: sfill does not wipe more than the max. file size supported by the underlying filesystem
Package: secure-delete Version: 3.1-5 Severity: normal Tags: security sfill works by creating a .ooo file as big as possible in the specified directory. Hence, it does not wipe more than the maximum file size supported by the underlying filesystem. Practically speaking, on a vfat filesystem with more that 4G free space, sfill only wipes 4G but doesn't warn the user in any way I could find. Demonstration: # mkfs.vfat /dev/vg/test # mount /dev/vg/test /mnt/tmp # sfill -l -l -f -v -z /mnt/tmp/ Wipe mode is insecure (one pass [zero]) Wiping now ... Creating /mnt/tmp/.ooo ... * Wiping inodes ... Done ... Finished # echo $? While sfill is working, run in a second terminal: $ while true ; do ls -lh /mnt/tmp/ ; df -h /mnt/tmp ; sleep 5 ; done total 1015M -rwxr-xr-x 1 root root 1015M Aug 17 16:17 .ooo FilesystemTypeSize Used Avail Use% Mounted on /dev/mapper/laizvg-test vfat6.0G 1015M 5.0G 17% /mnt/tmp total 1.2G -rwxr-xr-x 1 root root 1.2G Aug 17 16:17 .ooo FilesystemTypeSize Used Avail Use% Mounted on /dev/mapper/laizvg-test vfat6.0G 1.2G 4.9G 19% /mnt/tmp [...] total 4.0G -rwxr-xr-x 1 root root 4.0G Aug 17 16:19 .ooo FilesystemTypeSize Used Avail Use% Mounted on /dev/mapper/laizvg-test vfat6.0G 4.1G 2.0G 67% /mnt/tmp total 4.0G -rwxr-xr-x 1 root root 4.0G Aug 17 16:19 .ooo FilesystemTypeSize Used Avail Use% Mounted on /dev/mapper/laizvg-test vfat6.0G 4.1G 2.0G 67% /mnt/tmp total 0 FilesystemTypeSize Used Avail Use% Mounted on /dev/mapper/laizvg-test vfat6.0G 64K 6.0G 1% /mnt/tmp Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636041: ITP: libgsecuredelete -- wrapper library for the secure-delete tools
Package: wnpp Owner: intrigeri+deb...@boum.org Severity: wishlist * Package name: libgsecuredelete Version : 0.1 Upstream Author : Colomban Wendling b...@herbesfolles.org * URL or Web page : http://wipetools.tuxfamily.org/libgsecuredelete.html * License : GPL-3+ Description : wrapper library for the secure-delete tools GSecureDelete is a GObject wrapper library for the secure-delete tools (srm, sfill, sswap and smem), aiming to ease use of these tool from programs by providing a simple but complete API to invoke them. Packaging repository: gbp-clone git://webmasters.boum.org/libgsecuredelete Bye, -- intrigeri intrigeri+deb...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636043: ITP: nautilus-wipe -- Secure deletion extension for Nautilus
Package: wnpp Owner: intrigeri+deb...@boum.org Severity: wishlist * Package name: nautilus-wipe Version : 0.1 Upstream Author : Colomban Wendling b...@herbesfolles.org * URL or Web page : http://wipetools.tuxfamily.org/nautilus-wipe.html * License : GPL-3+ Description : Secure deletion extension for Nautilus Nautilus Wipe is a Nautilus extension that adds Securely erase and Securely fill empty space items to the right-click menu. . The progress and results of the operations are shown in a progress dialog. Packaging repository: gbp-clone git://webmasters.boum.org/nautiluswipe Note that nautilus-wipe depends on libgsecuredelete, which just had its own ITP filed. Bye, -- intrigeri intrigeri+deb...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634159: iceweasel-vimperator: not compatible with iceweasel 5.x
Package: iceweasel-vimperator Severity: grave vimperator 2.x is not compatible with iceweasel 5.0, that entered Debian unstable a few days ago. So right now vimperator is not usable in unstable, hence the grave severity. Packaging vimperator 3.2 is needed to fix this situation. Thanks for maintaining vimperator in Debian! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | If you must label the absolute, use it's proper name: Temporary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617502: severity bump
severity 617502 grave thanks Bumping the severity to grave: iceweasel 5.0 entered unstable a few days ago, so xul-ext-webdeveloper is currently unusable in unstable. Thanks for maintaining this extension in Debian! Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634160: xul-ext-notify: doesn't work with iceweasel 5.0
Package: xul-ext-notify Version: 1.5.4-4 Severity: grave Hi, iceweasel 5.0 entered unstable a few days ago. The current xul-ext-notify package in unstable does not work with iceweasel 5.0, and is thus currently unusable in unstable. Thanks for maintaining this extension in Debian! Bye, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-notify depends on: ii python 2.6.6-14interactive high-level object-orie ii python-notify0.1.1-2+b3 Python bindings for libnotify ii xdg-utils1.1.0~rc1-2 desktop integration utilities from Versions of packages xul-ext-notify recommends: ii iceweasel 5.0-3 Web browser based on Firefox xul-ext-notify suggests no packages. -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628115: pidgin-otr: Incomplete and buggy French translation
Package: pidgin-otr Version: 3.2.0-5 Severity: normal Tags: l10n Hi, the French translation shipped with pidgin-otr is incomplete, obsolete and buggy. An updated, complete and proof-read one is in upstream CVS: http://otr.cvs.sourceforge.net/viewvc/otr/gaim-otr/po/fr.po?view=log Please consider uploading a fixed package. Thanks for maintaining pidgin-otr in Debian! Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628124: florence: Please add option to start minimized
Package: florence Version: 0.5.0-2 Severity: wishlist An option to start florence minimized (i.e. only display the trayicon) would be welcome. Either a GConf setting or a --minimized command-line switch would do the job. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626380: ITP: onioncat -- IP-Transparent Tor Hidden Service Connector
Package: wnpp Owner: intrigeri+deb...@boum.org Severity: wishlist * Package name: onioncat Version : 0.2.2 Upstream Author : Bernhard R. Fischer ra...@cypherpunk.at * URL or Web page : http://www.cypherpunk.at/onioncat/ * License : GPL-3 Description : IP-Transparent Tor Hidden Service Connector OnionCat creates a transparent IP layer on top of Tor's hidden services. It transmits any kind of IP-based data transparently through the Tor network on a location hidden basis. You can think of it as a point-to-multipoint VPN between hidden services. OnionCat is a stand-alone application which runs in userland and is a connector between Tor and the local OS. Any protocol which is based on IP can be transmitted. Of course, UDP and TCP (and probably ICMP) are the most important ones but all other protocols can also be forwarded through it. OnionCat is based on IPv6 but the since version 0.1.9 also IPv4 packets are forwarded. In any case the local OS must support IPv6. See OnionCat and IPv4 for configuration of IPv4 transport. OnionCat now also supports TAP devices for bridging virtual machines and it supports IPv6 routing. I am in the process of updating and cleaning up the packaging debian/ directory shipped in upstream SVN, aiming at putting the package in good shape so that it can be uploaded into the Debian archive. I intend to maintain this package in collab-maint to start with. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601461: Confirmed
found 601461 0.200.5-1 thanks Still here in current stable and sid version. I checked the SVN repository listed in the Vcs-Svn control field and it's obvious some strings that appear in the UI are marked obsolete in the .po files. By the way, what is the canonical repository? That SVN one or the bzr one Stephan mentionned? Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624341: software-properties-gtk: Vcs-Bzr control field points to non-existent repository
Package: software-properties-gtk Version: 0.76.7debian2 Severity: normal Version 0.76.7debian2 has control field: Vcs-Bzr: http://code.launchpad.net/~julian/software-properties/debian070 = There’s no page with this address in Launchpad. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623970: RFP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension
Package: wnpp Severity: wishlist * Package name: xul-ext-cookie-monster Version : 1.0.5 Upstream Author : s1tony * URL or Web page : https://addons.mozilla.org/en-US/firefox/addon/cookie-monster/ * License : Mozilla Public License, version 1.1 Description : Iceweasel/Firefox extension The Cookie Monster extension for Iceweasel/Firefox brings a powerful control over the way cookies are set or not. . It makes it very easy to manage cookies in a whitelist-based way. . Cookie Monster features fine-grained temporary or permanent domain, website and/or subdomains whitelisting in the same way the NoScript extension does for scripts. For added ease of use, its user interface is similar to the NoScript extension's one. To the best of my knowledge, no extension currently in Debian allows users to deal with cookies this way. Cookie Monster is to cookies what NoScript is to JavaScript. Among the various vaguely similar extensions I have reviewed and/or tested, only CS Lite is on par with Cookie Monster feature-wise... but has not been maintained for a while, and lacks the UI similarity with NoScript offered by Cookie Monster. I've justed tested Cookie Monster 1.0.5 using both Squeeze's Iceweasel and Mike Hommey's backports of Iceweasel 4. Works fine in both environments. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623813: kexec-tools: please update watch file
Package: kexec-tools Version: 1:2.0.1-4 Severity: normal Hi, seems like upstream tarballs are now hosted there: http://www.kernel.org/pub/linux/utils/kernel/kexec/ Please consider updating the package watch file... and adding the Homepage control field while you're at it :) Thanks for maintaining kexec-tools in Debian. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623814: kexec-tools: new upstream version
Package: kexec-tools Version: 1:2.0.1-4 Severity: wishlist Hi, kexec-tools 2.0.2 was released upstream on Jul 29 2010. Please consider packaging it for Debian. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623690: vidalia: please include Debian packaging information in README.source
Package: vidalia Version: 0.2.12-2 Severity: wishlist Hi, as the current use of Git for Vidalia's packaging is a bit unusual (one repository that only tracks the debian/ directory), explaining how to work with it in README.source would be welcome. Especially the Quilt interaction with the lack of upstream source would deserve a bit of explanation. (By the way, since upstream now uses Git as well, why not converting the packaging repository to the more common git-buildpackage -style layout?) Bye! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558603: __ReloadTorrcOnSIGHUP option
forwarded 558603 https://trac.torproject.org/projects/tor/ticket/856 thanks Hi, since 0.2.1.9-alpha, Tor has had an internal-use-only __ReloadTorrcOnSIGHUP option for controllers to prevent SIGHUP from reloading the configuration. See the bug report that triggered the addition of this option for details: https://trac.torproject.org/projects/tor/ticket/856 Helmut, would you object if the Debian bug you submitted (#558603) was closed? Bye, -- intrigeri intrig...@boum.org | clé GnuPG @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | empreinte OTR @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Avoir le premier geste et pas le dernier mot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623309: vidalia: wrong CookieAuthentication / ControlPort documentation
Package: vidalia Version: 0.2.10-3 Severity: normal Hi, README.Debian reads: There are three ways of running Vidalia: 1. (Re)Configure Vidalia not to let Tor start, and simply start Vidalia. 2. Enable CookieAuthentication in Tor's config, and grab /var/lib/tor/control_auth_cookie(RECOMMENDED for greater security) 3. Enable ControlPort and use HashedControlPassword from 'tor --hash-password'. ... and the rest of this document follows this path. I think this is misleading. Both CookieAuthentication and HashedControlPassword are access control methods to Tor's ControlPort = getting the second method to work *also* requires enabling the ControlPort, which is not mentioned anywhere in this document. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623311: tor-arm: please include Debian packaging information in README.source
Package: tor-arm Version: 1.4.1.2-1 Severity: wishlist Hi, including Debian packaging information in debian/README.source would make it easier for anyone willing to understand, improve or modify arm's Debian packaging, or simply rebuild a package from SVN source. The needed information is already available online, so all that is needed is to gather it to the right place: https://svn.torproject.org/svn/arm/resources/notes.txt https://svn.torproject.org/svn/arm/resources/deb-prep.sh Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623312: tor-arm: please add Vcs-Svn and Vcs-Browser control fields
Package: tor-arm Version: 1.4.1.2-1 Severity: wishlist Hi, adding Vcs-Browser and Vcs-Svn control fields to the source package would make it much easier for anyone to find the repository [0] the Debian packaging source seems to be kept under. See the dedicated section [1] of the Packaging Best Practices part in the Developers reference guide for details. [0] https://svn.torproject.org/svn/arm/resources/build/debian/ [1] http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-vcs Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623316: tor: please add Vcs-Git and Vcs-Browser control fields
Package: tor Version: 0.2.1.30-1 Severity: wishlist Tags: patch Hi Peter, please consider adding the Vcs-* control fields: Vcs-Git: git://git.torproject.org/debian/tor.git Vcs-Browser: https://gitweb.torproject.org/debian/tor.git Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623318: tor: please use the new canonical mailing-list archives URLs
Package: tor Version: 0.2.1.30-1 Severity: wishlist Hi Peter, as you know, the Tor mailing lists have moved. While the old archives URLs mentioned in the package description still work, I'd find in a bit neater to update those to point to the new canonical URLs: https://lists.torproject.org/pipermail/tor-talk/ https://lists.torproject.org/pipermail/tor-announce/ (I generally prefer reporting everything on the Debian BTS so that one can easily track if/when it has been fixed, and you don't receive duplicate reports. If you prefer me to email you privately for such minor things, feel free to tell me.) Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623203: vidalia: config script kills system-wide Tor daemon while instructed to let it alone
Package: vidalia Version: 0.2.10-3 Severity: normal Tags: patch Hi, vidalia.config script contains wrong logic I think: it kills the system-wide Tor daemon if vidalia/tor-daemon-interaction is set to nothing or one-off. According to the debconf templates, nothing means: * No configuration: leave Tor running for now. Vidalia will not be able to communicate with Tor until it is manually reconfigured - see /usr/share/doc/vidalia/README.Debian for more details; In that case, I don't think Vidalia's config script should interfere in any way with the system-wide Tor daemon. On the other hand, when this debconf parameter has the permanent value, I think Vidalia's config script should stop it as documented: * Permanent takeover: stop Tor and simply let Vidalia handle starting it whenever you run Vidalia (not usable on a multi-user system). The attached Git patch (against current packaging repository master branch) fixes this, I think. I'm only setting severity normal, but this bug may deserve a higher severity as it interferes with (and even kills) another package's bits while asked not to do so. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (2, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vidalia depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages vidalia recommends: ii tor 0.2.1.30-1 anonymizing overlay network for TC Versions of packages vidalia suggests: ii xul-ext-torbutton [iceweasel- 1.2.5-3Iceweasel/Firefox extension enabli -- debconf information: * vidalia/info: no * vidalia/tor-daemon-interaction: nothing From 3456f80933cb3ec771f9a4c87df7bf24883bc1a6 Mon Sep 17 00:00:00 2001 From: intrigeri intrig...@boum.org Date: Mon, 18 Apr 2011 12:29:52 +0200 Subject: [PATCH] Fix system-wide Tor daemon handling to match documented behaviour. --- debian/0.2.x/config |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/debian/0.2.x/config b/debian/0.2.x/config index dc061e5..10b4d44 100644 --- a/debian/0.2.x/config +++ b/debian/0.2.x/config @@ -44,7 +44,7 @@ if [ $1 = configure ] || [ $1 = reconfigure ]; then # still running?? (e.g. chroot) if [ $seen = false ]; then askuser -if [ $RET = nothing ] || [ $RET = one-off ]; then +if [ $RET = permanent ] || [ $RET = one-off ]; then echo -n Stopping tor daemon: pkill -x tor /dev/null echo tor. || echo 'Failed!' fi -- 1.7.2.5
Bug#620016: torsocks: Please ship zsh completion
Package: torsocks Version: 1.1-2 Severity: wishlist Hi, a simple Zsh completion function could inform this shell torsocks is a prefix-style command, i.e. it should be ignored and normal completion applied to the text that follows it. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620017: torsocks: Please ship bash completion
Package: torsocks Version: 1.1-2 Severity: wishlist Hi, a simple Bash completion function could inform this shell torsocks is a prefix-style command, i.e. it should be ignored and normal completion applied to the text that follows it. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617732: laptop-mode-tools: cannot set Turbo Boost special CPU max. frequency
Package: laptop-mode-tools Version: 1.57-1 Severity: normal Hi, Context: trying to have laptop-mode-tools automatically enable the Turbo Boost feature on an Intel Core i5-560M CPU. $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 2667000 2666000 2533000 2399000 2266000 2133000 1999000 1866000 1733000 1599000 1466000 1333000 1199000 Every cpufreq governor defaults to setting scaling_max_freq to 2666000, i.e. the fastest except the special additional one (2667000) that would enable Turbo Boost. When using the performance governor, setting scaling_max_freq to the special Turbo Boost -enabling frequency (2667000) enables the Turbo Boost feature. This works nicely when done by hand, so I decided I wanted laptop-mode-tools to do it automatically by setting these options: LM_AC_CPU_MAXFREQ=2667000 NOLM_AC_CPU_MAXFREQ=2667000 This did not work like intended, so I've dug a bit deeper. Note: all following tests have been tried after killing gnome-power-manager and upowerd, in case they might interfere. When using one of the ondemand or conservative governors, setting scaling_max_freq to the special Turbo Boost -enabling frequency has no effect: scaling_max_freq is actually *not* changed at all. One may argue this is actually a kernel, CPU, ACPI, BIOS, or whatever bug, but I think that is orthogonal to the bug I am currently reporting: I'm only explaining the needed bits of context. When plugging the AC in, laptop-mode-tools' cpufreq module does (at least) the following in order for every CPU (verified in verbose mode): 1. Set the new max. frequency. 2. Set the new min. frequency. 3. Set the new governor. = When the previous governor was ondemand or conservative, step #1 has no effect and the special Turbo Boost -enabling frequency is not set. For this reason, I therefore suggest re-ordering the steps to: 1. Set the new governor. 2. Set the new max. frequency. 3. Set the new min. frequency. = the new max. frequency is not set either. The only way I had the whole thing working like intended was: 1. Set the new governor. 2. sleep 1 3. Set the new max. frequency. 4. Set the new min. frequency. I have not checked the kernel documentation, but I doubt we can expect the governor change to always happen immediately = inserting a small delay like I did seems a bit ugly, but somehow needed. What do you think? -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (990, 'squeeze-updates'), (990, 'stable'), (2, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii psmisc 22.11-1 utilities that use the proc file s ii util-linux 2.17.2-9 Miscellaneous system utilities Versions of packages laptop-mode-tools recommends: ii acpid 1:2.0.7-1 Advanced Configuration and Power I ii apmd 3.2.2-14 Utilities for Advanced Power Manag ii ethtool 1:2.6.34-3 display or change Ethernet device pn hal none (no description available) ii hdparm9.32-1 tune hard disk parameters for high ii net-tools 1.60-23The NET-3 networking toolkit ii sdparm1.02-1 Output and modify SCSI device para ii udev 164-3 /dev/ and hotplug management daemo ii wireless-tools30~pre9-5 Tools for manipulating Linux Wirel laptop-mode-tools suggests no packages. -- Configuration Files: /etc/laptop-mode/conf.d/cpufreq.conf changed: DEBUG=0 CONTROL_CPU_FREQUENCY=auto BATT_CPU_MAXFREQ=fastest BATT_CPU_MINFREQ=slowest BATT_CPU_GOVERNOR=ondemand BATT_CPU_IGNORE_NICE_LOAD=1 LM_AC_CPU_MAXFREQ=2667000 LM_AC_CPU_MINFREQ=slowest LM_AC_CPU_GOVERNOR=performance LM_AC_CPU_IGNORE_NICE_LOAD=0 NOLM_AC_CPU_MAXFREQ=2667000 NOLM_AC_CPU_MINFREQ=slowest NOLM_AC_CPU_GOVERNOR=performance NOLM_AC_CPU_IGNORE_NICE_LOAD=0 CONTROL_CPU_THROTTLING=0 BATT_CPU_THROTTLING=medium LM_AC_CPU_THROTTLING=medium NOLM_AC_CPU_THROTTLING=minimum /etc/laptop-mode/laptop-mode.conf changed: ENABLE_LAPTOP_MODE_TOOLS=1 VERBOSE_OUTPUT=1 LOG_TO_SYSLOG=1 DEBUG=0 ENABLE_LAPTOP_MODE_ON_BATTERY=1 ENABLE_LAPTOP_MODE_ON_AC=0 ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0 ENABLE_AUTO_MODULES=1 MINIMUM_BATTERY_CHARGE_PERCENT=3 DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1 HD=/dev/[hs]d[abcdefgh] PARTITIONS=auto /dev/mapper/* ASSUME_SCSI_IS_SATA=1 LM_BATT_MAX_LOST_WORK_SECONDS=600 LM_AC_MAX_LOST_WORK_SECONDS=360 CONTROL_READAHEAD=1 LM_READAHEAD=3072 NOLM_READAHEAD=128 CONTROL_NOATIME=0 USE_RELATIME=1 CONTROL_HD_IDLE_TIMEOUT=1
Bug#613211: RFP: libmoosex-types-portnumber -- IANA port number type library for Moose
Package: wnpp Severity: wishlist * Package name: libmoosex-types-portnumber Version : 0.02 Upstream Author : Thiago Rondon thi...@aware.com.br * URL or Web page : http://search.cpan.org/~tbr/MooseX-Types-PortNumber-0.02/ * License : Artistic or GPL-1+ Description : IANA port number type library for Moose Almost perfect CPAN Testers reports, no open bug in RT, code is sane. Copyright and license information seems clear enough to me in the source. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613213: RFP: libmoosex-types-netaddr-ip -- NetAddr::IP related types and coercions library for Moose
Package: wnpp Severity: wishlist * Package name: libmoosex-types-netaddr-ip Version : 0.04 Upstream Author : Todd Caine todd.ca...@gmail.com * URL or Web page : http://search.cpan.org/~tcaine/MooseX-Types-NetAddr-IP-0.04/ * License : Same as Perl 5.10.1 or, at your option, any later version of Perl 5 you may have available. Description : NetAddr::IP related types and coercions library for Moose No open bug in RT, code is sane, almost perfect CPAN Testers reports. Every dependency is in Debian already. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609031: xul-ext-firegpg: no way to use a TLS-enabled connection to keyservers
Package: xul-ext-firegpg Version: 0.8-1 Severity: normal Hi! * If extensions.firegpg.keyserver is set to hkps://keys.indymedia.org, it does not pass FireGPG preferences validation and the default FireGPG keyserver is used. * If extensions.firegpg.keyserver is set to keys.indymedia.org, FireGPG invokes gpg with the --keyserver keys.indymedia.org option that prevents the use of hkps://. * If extensions.firegpg.keyserver is not set, the default FireGPG keyserver (pool.sks-keyservers.net) is used. * If extensions.firegpg.keyserver is set to an empty string, the default FireGPG keyserver is used. Seems like FireGPG should be a bit less restrictive when validating this setting, or allow using whatever is configured in gpg.conf. Hint: this is likely to prevent FireGPG users from using hkpms:// as well ;) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-firegpg depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii iceweasel 3.5.16-3 Web browser based on Firefox ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 xul-ext-firegpg recommends no packages. Versions of packages xul-ext-firegpg suggests: pn signing-party none (no description available) -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608566: live-build: standard-x11 packages list uses xresprobe that is not in Squeeze
Package: live-build Version: 2.0.10+20101219.204952~60squeeze+1 Severity: normal Hi, it seems like xresprobe was removed from testing. This makes building Squeeze images using any packages list that includes standard-x11, such as gnome-core, error out. As a temporary workaround one can use APT pinning to fetch xresprobe from sid, but this really should be fixed in the packages list. Bye, -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.26 Bootstrap a basic Debian system Versions of packages live-build recommends: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii gnu-fdisk 1.2.4-3+b1 Linux fdisk replacement based on l Versions of packages live-build suggests: ii dosfstools 3.0.9-1 utilities for making and checking ii fakeroot 1.14.4-1 Gives a fake root environment ii genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem ii memtest86+ 4.10-1.1 thorough real-mode memory tester ii mtools 4.0.12-1 Tools for manipulating MSDOS files ii parted 2.3-4 The GNU Parted disk partition resi ii squashfs-tools 1:4.0-8 Tool to create and append to squas ii sudo 1.7.4p4-2 Provide limited super user privile ii syslinux 2:4.02+dfsg-7 collection of boot loaders pn uuid-runtime none(no description available) pn win32-loader none(no description available) -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier.
Bug#607997: libgnupg-interface-perl: get_public_keys method with no arguments produces warning
Package: libgnupg-interface-perl
Version: 0.42.002-2
Severity: normal
Tags: patch
This pretty much the same bug as #600290 but about the get_public_keys
method this time.
Attached patch fixes this.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libgnupg-interface-perl depends on:
ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep
ii libany-moose-perl 0.13-1 module to use either Moose or Mous
ii perl 5.10.1-16 Larry Wall's Practical Extraction
libgnupg-interface-perl recommends no packages.
libgnupg-interface-perl suggests no packages.
-- no debconf information
--
intrigeri intrig...@boum.org
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @
https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc
| Every now and then I get a little bit restless
| and I dream of something wild.
Index: lib/GnuPG/Interface.pm
===
--- lib/GnuPG/Interface.pm (révision 66357)
+++ lib/GnuPG/Interface.pm (copie de travail)
@@ -552,10 +552,12 @@
) = @fields[ 1 .. 11 ];
my $expiration_date_string;
-if ($expiration_date eq '') {
- $expiration_date = undef;
-} else {
- $expiration_date_string = $self-_downrez_date($expiration_date);
+if (defined $expiration_date) {
+if ($expiration_date eq '') {
+$expiration_date = undef;
+} else {
+$expiration_date_string = $self-_downrez_date($expiration_date);
+}
}
my $creation_date_string = $self-_downrez_date($creation_date);
Bug#600290: forcemerge
forcemerge 600290 607997 tags 600290 + patch thanks Those are actually different symptoms from the same bug that my patch fixes. -- intrigeri intrig...@boum.org | clé GnuPG @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | empreinte OTR @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Avoir le premier geste et pas le dernier mot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607707: autorun4linuxcd: non-working run in a VM functionality
Package: autorun4linuxcd Version: 0.13 Severity: normal Hi, the graphical launcher shipped by autorun4linuxcd proposes the user to boot the Live system in a qemu VM but -contrary to the upstream autorun4linuxcd- does not provide the necessary emulation software for this to actually work. I believe the removal of qemu should at least be mentioned in README.Debian, probably with hints on how this can be workaround'ed. IMHO best would be to compile qemu for Windows at package build time and ship it along with the menu that uses it, but this part obviously does not deserve more than wishlist priority. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607674: libio-socket-inet6-perl: runs Socket6::unpack_sockaddr_in6 with bad arg length
Package: libio-socket-inet6-perl Version: 2.54-1.1 Severity: normal Hi, using /usr/lib/gnupg/gpgkeys_hkpms provided by msva-perl 0.8, that uses IO::Socket::SSL, that isa IO::Socket::INET6 if available, that uses some bits of Socket6. Without libio-socket-inet6-perl installed, gpgkeys_hkpms works nicely. With libiosocket-inet6-perl installed, it fails: $ LC_ALL=C gpg --keyserver-options debug --recv-keys 66EB74F0 gpg: requesting key 66EB74F0 from hkpms server keys.indymedia.org Using http-proxy: socks://127.0.0.1:9050 command: GET context: https peer: keys.indymedia.org pkctype: x509pem Contacting MSVA at http://localhost:45678/reviewcert Monkeysphere HKPMS Certificate validation succeeded: Successfully validated https://keys.indymedia.org; through the OpenPGP Web of Trust. Found response in cache Found response in cache HTTPS error: 500 Bad arg length for Socket6::unpack_sockaddr_in6, length is 16, should be 28 gpg: no valid OpenPGP data found. gpg: Total number processed: 0 zsh: exit 2 LC_ALL=C gpg --keyserver-options debug --recv-keys 66EB74F0 gpg.conf contains the following keyserver-related options: keyserver-options http-proxy=socks://127.0.0.1:9050/ keyserver hkpms://keys.indymedia.org This issue has been reported in msva-perl bug tracker: https://labs.riseup.net/code/issues/2677 The bug might live its hidden life in libiosocket-inet6-perl, libio-socket-ssl-perl, or libsocket6-perl. I am not sure who in the pipeline does something wrong. Don't hesitate reassigning this bug if you feel like it is the right thing to do. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libio-socket-inet6-perl depends on: ii libsocket6-perl 0.23-1 Perl extensions for IPv6 ii perl 5.10.1-16 Larry Wall's Practical Extraction libio-socket-inet6-perl recommends no packages. libio-socket-inet6-perl suggests no packages. -- no debconf information -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607294: puppet: broken parameterized classes inheritance
Package: puppet Version: 2.6.2-3 Severity: important Hi, I've been hit by issues with parameterized classes in non-trivial situations and especially when using inheritance with them. This has been know as the upstream bug #4534 [1] that was fixed in 2.6.3. [1] https://projects.puppetlabs.com/issues/4534 The issues I am having do not appear when using experimental's 2.6.3 packages. According to upstream Changelog this has been fixed by commit 65ef24e [2]. [2] https://projects.puppetlabs.com/projects/puppet/repository/revisions/65ef24e I've not tried applying this patch to Squeeze's 2.6.2-3 source yet. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii puppet-common2.6.2-3 Centralized configuration manageme ii ruby1.8 1.8.7.302-2 Interpreter of object-oriented scr Versions of packages puppet recommends: ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppet suggests: ii etckeeper 0.50 store /etc in git, mercurial, bzr ii puppet-el 2.6.2-3syntax highlighting for puppet man pn vim-puppetnone (no description available) -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605460: gitosis: admin is broken after upgrade to Squeeze
Package: gitosis Severity: important Version: 0.2+20090917-10 Hi, after upgrading from Lenny (0.2+20080825-2) to Squeeze (0.2+20090917-10), the post-update symlink in /srv/gitosis/repositories/gitosis-admin.git/hooks/post-update is dangling. It still points to /usr/share/python-support/gitosis/gitosis-0.2-py2.5.egg/gitosis/templates/admin/hooks/post-update which does not exist anymore. = pushing to the gitosis-admin repository has no effect on the gitosis setup. I've fixed this by changing this symlink to point to /usr/share/pyshared/gitosis/templates/admin/hooks/post-update Bye, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605359: puppetmaster: masterhttp.log is not rotated
Package: puppetmaster Version: 2.6.2-1 Severity: normal Hi, the logrotate configuration file shipped by the puppet package is responsible to rotate /var/log/puppet/*log; on the other hand, one can have a working puppetmaster without any need for the puppet package (neither functionally nor as per dependencies rules). So I have a puppetmaster host with an ever growing /var/log/puppet/masterhttp.log. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppetmaster depends on: ii facter 1.5.7-1 a library for retrieving facts fro ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii puppet-common2.6.2-1 Centralized configuration manageme ii ruby1.8 1.8.7.302-2 Interpreter of object-oriented scr Versions of packages puppetmaster recommends: pn libldap-ruby1.8 none (no description available) pn rails none (no description available) ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppetmaster suggests: ii apache2 2.2.16-4 Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2] 2.2.16-4 Apache HTTP Server - traditional n pn libapache2-mod-passenger none (no description available) pn librack-ruby none (no description available) pn libstomp-ruby1.8 none (no description available) pn mongrel none (no description available) ii nginx 0.7.67-3 small, but very powerful and effic ii puppet-el 2.6.2-1syntax highlighting for puppet man pn stompserver none (no description available) pn vim-puppetnone (no description available) -- Configuration Files: /etc/puppet/fileserver.conf changed: [files] path /etc/puppet/files [plugins] [modules] allow 127.0.0.1 -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491063: tags++
tags 491063 + fixed-upstream thanks Hi, upstream 0.4.2 has a $rcmail_config['top_posting'] config setting that now defaults to false. Bye, -- intrigeri intrig...@boum.org | clé GnuPG @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | empreinte OTR @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Parce qu'il y aura toujours des fous. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596068: libcrypt-openssl-x509-perl: broken fingerprint_sha1
Package: libcrypt-openssl-x509-perl Version: 1.2-1 Severity: important Hi, the fingerprint_sha1() function is broken in 1.2. This is one of the main functions of this module, hence the important severity. The only change in the 1.2 - 1.3 diff is a one-liner patch that fixes this function. This probably deserves a freeze exception, doesn't it? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcrypt-openssl-x509-perl depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii perl 5.10.1-14 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1]5.10.1-14 minimal Perl system libcrypt-openssl-x509-perl recommends no packages. libcrypt-openssl-x509-perl suggests no packages. -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595375: xul-ext-torbutton: Leaks fingerprintable User-Agent when extensions.torbutton.spoof_english = false
Package: xul-ext-torbutton Version: 1.2.5-1 Severity: important Tags: security Hi, Context === I am using the default preferences for the following settings: pref(extensions.torbutton.set_uagent,true); pref(extensions.torbutton.useragent_override, Mozilla/5.0 (Windows; U; Windows NT 6.1; LANG; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3); What works == extensions.torbutton.spoof_english defaults to true in /usr/share/xul-ext/torbutton/defaults/preferences/preferences.js. In this default case, the reported User-Agent is: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 i.e. the LANG placeholder is correctly replaced with a standard looking locale in the torbutton_set_uagent() function. What does not work == When extensions.torbutton.spoof_english is set to true the reported User-Agent is: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://global/locale/intl.properties; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 One can see the LANG placeholder is wrongly replaced with chrome://global/locale/intl.properties instead of what is expected i.e. the value of the general.useragent.locale preference setting. Consequences This leaks usage of Torbutton for userg who have disabled the spoof_english setting. The Torbutton overridden User-Agent feature is specifically aimed at preventing such fingerprinting. This bug makes fingerprinting easier while the user thinks it has been made harder. Hence the security tag and severity important. Bye, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-torbutton depends on no packages. Versions of packages xul-ext-torbutton recommends: ii iceweasel 3.5.11-1 Web browser based on Firefox ii polipo 1.0.4.1-1.1~squeeze a small, caching web proxy ii tor 0.2.1.26-1~squeeze+1 anonymizing overlay network for TC xul-ext-torbutton suggests no packages. -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594068: epiphany-browser: segfaults on http://www.torproject.org/torbrowser/index.html.fr
Package: epiphany-browser Version: 2.30.3-1 Severity: normal Hi, Epiphany segfaults about at the middle of loading/rendering http://www.torproject.org/torbrowser/index.html.fr Bye, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-3 simple interprocess messaging syst ii epiphany-browser-data 2.30.3-1 Data files for the GNOME web brows ii gnome-icon-theme2.30.3-1 GNOME Desktop icon theme ii iso-codes 3.19-1 ISO language, territory, currency, ii libavahi-client30.6.26-1 Avahi client library ii libavahi-common30.6.26-1 Avahi common library ii libavahi-gobject0 0.6.26-1 Avahi GObject library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.14-1+b1 Library for handling GObject intro ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.4-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-3 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libseed02.30.0-1+b1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxslt1.1 1.1.26-5 XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814Common CA certificates ii evince 2.30.3-1Document (postscript, pdf) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.30.1-2 Extensions for Epiphany web browse epiphany-webkit depends on no packages. -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
