Bug#650820: patch

[Gabriele Giacone]

tag 650820 + patch
thanks

On Sat, May 05, 2012 at 11:53:10AM +0200, Robert Millan wrote:
> Current version still FTBFS with this patch.  It needs a bit more work...

Improved Robert's one to fix both kfreebsd and hurd FTBFS.
Thanks for considering.

--
Gabriele
diff --git a/debian/cluster-glue.install b/debian/cluster-glue.install
index 62160ed..891dd32 100644
--- a/debian/cluster-glue.install
+++ b/debian/cluster-glue.install
@@ -37,7 +37,6 @@ usr/lib/stonith/plugins/stonith2/wti_mpc.so
 var/*
 usr/sbin/stonith
 usr/sbin/meatclient
-usr/sbin/sbd
 usr/sbin/lrmadmin
 usr/sbin/ha_logger
 usr/sbin/hb_report
diff --git a/debian/control b/debian/control
index d267bf4..d564ed7 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
 Priority: optional
 Maintainer: Debian HA Maintainers 

 Uploaders: Martin Loschwitz , Anibal Monsalve Salazar 
, Simon Horman , Frederik Schüler 

-Build-Depends: debhelper (>= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, 
iputils-ping, python, psmisc, libnet1-dev, iproute, libtool, 
libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, 
uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev | 
libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls-dev, 
python-central (>= 0.5), python-dev, libpam0g-dev, libncurses5-dev, psmisc, 
libopenhpi-dev, libopenipmi-dev, autoconf, automake, libtool, xsltproc, 
docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, libdbus-1-dev, help2man
+Build-Depends: debhelper (>= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, 
inetutils-ping, python, psmisc, libnet1-dev, iproute [linux-any], libtool, 
libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, 
uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev [!hurd-any] | 
libsensors-dev [!hurd-any], libltdl3-dev, swig, openssh-client, libgnutls-dev, 
python-central (>= 0.5), python-dev, libpam0g-dev, libncurses5-dev, psmisc, 
libopenhpi-dev [!hurd-any], libopenipmi-dev [!hurd-any], autoconf, automake, 
libtool, xsltproc, docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, 
libdbus-1-dev, help2man
 Standards-Version: 3.9.1
 Homepage: http://hg.linux-ha.org/glue/
 Vcs-Hg: http://hg.debian.org/hg/debian-ha/cluster-glue
@@ -124,6 +124,15 @@ Description: Reusable cluster development files -- 
libstonith1
  library from cluster-glue, the reusable cluster components 
  package. 
 
+Package: ha-sbd
+Architecture: linux-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Replaces: cluster-glue (<< 1.0.9+hg2665-2)
+Breaks: cluster-glue (<< 1.0.9+hg2665-2)
+Description: Shared storage fencing tool
+ This package contains the shared storage fencing daemon from
+ the Linux HA project.
+
 Package: libcluster-glue-dev
 Architecture: all
 Section: libdevel
@@ -137,7 +146,7 @@ Description: The reusable cluster components for Linux HA 
(transitional package)
 
 Package: cluster-glue
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, python, 
libtimedate-perl, liblrm2 (= ${binary:Version}), libpils2 (= 
${binary:Version}), libplumb2 (= ${binary:Version}), libplumbgpl2 (= 
${binary:Version}), libstonith1 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, python, 
libtimedate-perl, liblrm2 (= ${binary:Version}), libpils2 (= 
${binary:Version}), libplumb2 (= ${binary:Version}), libplumbgpl2 (= 
${binary:Version}), libstonith1 (= ${binary:Version}), ha-sbd (>= 
1.0.9+hg2665-2)
 Replaces: heartbeat (<= 2.99.2+sles11r9-5), heartbeat-common (<= 
2.99.2+sles11r9-5), libheartbeat2 (<= 2.99.2+sles11r9-5)
 Conflicts: heartbeat (<= 2.99.2+sles11r9-5), heartbeat-common (<= 
2.99.2+sles11r9-5), libheartbeat2 (<= 2.99.2+sles11r9-5)
 Description: The reusable cluster components for Linux HA
diff --git a/debian/ha-sbd.install b/debian/ha-sbd.install
new file mode 100644
index 000..efb53ea
--- /dev/null
+++ b/debian/ha-sbd.install
@@ -0,0 +1 @@
+usr/sbin/sbd
diff --git a/debian/patches/hurd.diff b/debian/patches/hurd.diff
new file mode 100644
index 000..9741144
--- /dev/null
+++ b/debian/patches/hurd.diff
@@ -0,0 +1,40 @@
+Index: cluster-glue.git/lib/clplumbing/cl_pidfile.c
+===
+--- cluster-glue.git.orig/lib/clplumbing/cl_pidfile.c  2012-07-24 
05:36:32.0 +
 cluster-glue.git/lib/clplumbing/cl_pidfile.c   2012-07-24 
05:38:03.0 +
+@@ -79,7 +79,11 @@
+   int rc = 0;
+   long mypid;
+   int running = 0;
++#ifdef __GNU__
++  char proc_path[4096], exe_path[4096], myexe_path[4096];
++#else
+   char proc_path[PATH_MAX], exe_path[PATH_MAX], myexe_path[PATH_MAX];
++#endif
+   
+   /* check if pid is running */
+   if (CL_KILL(pid, 0) < 0 && errno == ESRCH) {
+@@ -93,7 +97,11 @@
+   /* check to make sure pid hasn't been reused by another process */
+   snprintf(proc_path, sizeof(proc_path), "/proc/%lu/exe", pid);
+   
++#ifdef __GNU__
++  

Bug#682609: collectd-core: Python writer plugins send wrong data

[Jose Luis Salas]

Package: collectd-core
Version: 4.10.1-1+squeeze2
Severity: normal
Tags: upstream patch


Python would receive bad values for certain data sets. The bug would typically 
manifest as data values appearing to be 0. 

Previously, the code only looked at the first element of a data set
to determine which value type (GAUGE, COUNTER, etc) to dispatch. If your data
set consisted of multiple values of different types, then the Python write
plugin was receiving bad values for the elements at position n > 0 whose type
was not the same as that at position 0.

More info and patch: 
https://github.com/indygreg/collectd/commit/31bc4bc67f9ae12fb593e18e0d3649e5d4fa13f2


-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=locale: Cannot set LC_CTYPE 
to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages collectd-core depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe

Versions of packages collectd-core recommends:
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 
pn  rrdtool(no description available)

Versions of packages collectd-core suggests:
pn  apache2(no description available)
pn  apcupsd(no description available)
pn  bind9  (no description available)
pn  collectd-dev   (no description available)
pn  hddtemp(no description available)
pn  httpd-cgi  (no description available)
ii  iptables   1.4.8-3   administration tools for packet fi
pn  ipvsadm(no description available)
pn  libatk1.0-0(no description available)
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
pn  libconfig-general- (no description available)
pn  libcurl3-gnutls(no description available)
ii  libdbi00.8.2-3   Database Independent Abstraction L
pn  libdbus-1-3(no description available)
pn  libdbus-glib-1-2   (no description available)
pn  libesmtp5  (no description available)
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
pn  libgtk2.0-0(no description available)
pn  libhal1(no description available)
pn  libhtml-parser-per (no description available)
pn  libmemcached5  (no description available)
pn  libmysqlclient16   (no description available)
pn  libnotify1 (no description available)
pn  libnotify1-gtk2.10 (no description available)
pn  libopenipmi0   (no description available)
pn  liboping0  (no description available)
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
pn  libpcap0.8 (no description available)
pn  libperl5.10(no description available)
pn  libpq5 (no description available)
pn  libprotobuf-c0 (no description available)
pn  libpython2.6   (no description available)
pn  libregexp-common-p (no description available)
ii  librrd41.4.3-1   time-series data storage and displ
pn  librrds-perl   (no description available)
pn  libsensors4(no description available)
pn  libsnmp15  (no description available)
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
pn  libtokyotyrant3(no description available)
pn  libupsclient1  (no description available)
pn  liburi-perl(no description available)
pn  libvirt0   (no description available)
ii  libxml22.7.8.dfsg-2+squeeze4 GNOME XML library
pn  libyajl1   (no description available)
pn  lm-sensors (no descriptio

Bug#452422: yacy: builds, runs, but needs work

[Rogério Brito]

Hi there.

On Nov 29 2011, Tzafrir Cohen wrote:
> New project information:
> 
> Homepage: http://yacy.net/
> Gitorious project:  http://gitorious.org/yacy/
> 
> Following the recent FSFE campaign, I grabbed yacy from the git repo of
> RC1:
> 
>   git://gitorious.org/yacy/rc1.git
(...)

Is there any progress on this package? I know next to nothing about java,
but I would be willing to at least take a look if the packaging were put in
a publicly accessible repository, so that each person can contribute one
little bit and, perhaps, have yacy in Debian.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#678510: gvfs-open calls audacious when opening an smb share

[Fabian Greffrath]

Am 23.07.2012 17:59, schrieb Christian Michallek:

I've no idea why audacious is there.


"inode/directory" has been added to the MimeType field in 
audacious.desktop in upstream version 3.2.3:


http://anonscm.debian.org/gitweb/?p=pkg-multimedia/audacious.git;a=commitdiff;h=5927940f774494d20baf7fc501326c2b084e3846#patch3

You might want to revert this nonsense.

 - Fabian


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682608: installation-reports: wireless failure upon boot after install using new netinst via wifi -- wheezy 64-bit

[chuck adams]

Package: installation-reports
Severity: critical
Tags: d-i
Justification: breaks unrelated software

Dear Maintainer,

   * What led up to the situation?

wheezy install alpha 1 using netinst.  wifi interface recognized
and WPE secure network used to install wheezy alpha 1.
Upon completion without error and when reboot the wireless
interface was not completely recognized.  The dual computer
icon did not change and device not managed shown for wireless
network.

But firefox and ping worked, but evolution and other internet
programs failed due to network being shown as down.

If config -a showed wlan0 was enabled and working.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I went back and did a complete install from scratch using
CAT6 cable to router.  Installation went perfectly again.

   * What was the outcome of this action?

This time upon reboot the system worked perfectly and
the wireless network was recognized and connected to upon
entering password.

   * What outcome did you expect instead?

Hope this helps.

I tried the weekly build, but the distinst tool does not
do wireless.  eth0  did work for the install and networking
was functional.

chuck



-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20120723-00:03"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux debian 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host 
Bridge [1022:9600]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: 00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (int gfx) [1022:9602]
lspci -knn: 00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (PCIE port 0) [1022:9604]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (PCIE port 1) [1022:9605]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:06.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (PCIE port 2) [1022:9606]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:07.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (PCIE port 3) [1022:9607]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] nee 
ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ahci
lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:12.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0 USB OHCI1 Controller [1002:4398]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:13.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0 USB OHCI1 Controller [1002:4398]
lspci -knn: Subsystem: Toshiba America Info Systems Devi

Bug#682607: couchdb: Please backport recent couchdb to squeeze-backports

[Alexander Wirt]

Package: couchdb
Version: 1.2.0-2
Severity: wishlist

Hi,

it would be nice to have a 1.2.0 couchdb backports on squeeze-bpo.
What do you think?

Thanks Alex

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages couchdb depends on:
ii  adduser  3.113+nmu3
ii  erlang-base  1:15.b.1-dfsg-3
ii  erlang-crypto1:15.b.1-dfsg-3
ii  erlang-eunit 1:15.b.1-dfsg-3
ii  erlang-inets 1:15.b.1-dfsg-3
ii  erlang-os-mon1:15.b.1-dfsg-3
ii  erlang-ssl   1:15.b.1-dfsg-3
ii  erlang-syntax-tools  1:15.b.1-dfsg-3
ii  erlang-tools 1:15.b.1-dfsg-3
ii  erlang-xmerl 1:15.b.1-dfsg-3
ii  libc62.13-34
ii  libcurl3 7.26.0-1
ii  libgcc1  1:4.7.1-5
ii  libicu48 4.8.1.1-8
ii  libjs-jquery 1.7.2+debian-2
ii  libjs-jquery-form6-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libstdc++6   4.7.1-5
ii  lsb-base 4.1+Debian7
ii  procps   1:3.3.3-2

couchdb recommends no packages.

couchdb suggests no packages.

-- Configuration Files:
/etc/couchdb/local.ini [Errno 13] Permission denied: u'/etc/couchdb/local.ini'

-- 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#599144: status?

[Rolf Leggewie]

Michal and Andreas,

thank you for this report and apologies for the delay in response.  Scim
has seen a lot of activity recently and I was wondering if you still
experience this problem with the package in experimental?

I believe you are on AMD64 platform so you might have to build the
package yourself or grab it from my co-maintainer:
http://www.csie.ntu.edu.tw/~tzhuan/debian/

Regards

Rolf


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682606: installation-reports: wheezy install missing python-vte, libvte9 and libvte-common

[chuck adams]

Package: installation-reports
Severity: important
Tags: d-i

Dear Maintainer,

   * What led up to the situation?

Attempt to file this bug report using Reportbug.
It reports the above packages missing for graphics display
use under GNOME Classic display manager.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Installation of the three packages using apt-get fixed the problem.

   * What was the outcome of this action?

Fixed and working as advertised.

   * What outcome did you expect instead?

thanks in advance,

chuck



-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20120723-00:03"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux debian 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host 
Bridge [1022:9600]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: 00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (int gfx) [1022:9602]
lspci -knn: 00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (PCIE port 0) [1022:9604]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 
PCI to PCI bridge (PCIE port 1) [1022:9605]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:06.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (PCIE port 2) [1022:9606]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:07.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (PCIE port 3) [1022:9607]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] nee 
ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ahci
lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:12.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0 USB OHCI1 Controller [1002:4398]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:13.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0 USB OHCI1 Controller [1002:4398]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:13.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] nee ATI SBx00 
SMBus Controller [1002:4385] (rev 3a)
lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff6a]
lspci -knn: 00:14.1 IDE interface [0101]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 IDE Controller [1002:439c]
lspci -knn: Subsys

Bug#618763: status

[Rolf Leggewie]

Michael,

thank you for this report.  Does the fix as proposed by Hernan indeed
work for you?  If so, I will have a look into whether the documentation
needs an update.

Regards

Rolf


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668341: status

[Rolf Leggewie]

Toni,

I believe the latest packages are working reliably for you, aren't
they?  If so, please use 668341-d...@bugs.debian.org to close this ticket.

Thank you


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681663: omake: wrong link option order in CheckCLib breaks with ld-as-needed

[Stéphane Glondu]

Le 15/07/2012 12:26, Florian Hatat a écrit :
> Fixing the bug is easy: one only need to replace CFLAGS with LFLAGS in
> the definition of CheckCLib (lib/configure/Configure.om).
> 
> Upstream bug: http://bugzilla.metaprl.org/cgi-bin/show_bug.cgi?id=738

Did you send the patch upstream?


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682581: [Pkg-xfce-devel] Bug#682581: Acknowledgement (xfce4-settings: No way to disable accessibility features?)

[Yves-Alexis Perez]

On lun., 2012-07-23 at 22:58 +0100, Conrad J.C. Hughes (for Debian
package stuff) wrote:
> Argh sorry, this is a known gdm-as-login-manager issue.  I only searched
> xfce-settings's open bug list.  Sorry.
> 

Please reassign or close then :)
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Bug#665861: adding tag pending

[Josue Abarca]

Fixed in git:

commit 3aa18eaa182f75030b6ddf034d16b407df3f445d
Author: Dmitry Smirnov ...
Date:   Wed Mar 28 23:21:51 2012 +1100
 
 d-rules: removing defaults for parallel build
 
  Perhaps maintenance burden outweight benefits of parallel
  build defaults for planner: it doesn't take too long to build
  even without parallelism.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682574: live-tools, procps: live-tools and procps must consistently handle /usr/bin/uptime

[Daniel Baumann]

On 07/24/2012 01:16 AM, Craig Small wrote:
>> A possible solution that should work:
>> * procps ships uptime.procps and uptime.procps.1.gz
>> * live-utils ships live-uptime and live-uptime.1.gz
>> * both register an alternative for uptime with uptime.1.gz slave
> Yep, would of done it had I known about it, I'll update procps with
> this and the fix below, thanks!

no, don't do that, it's overkill.

live-tools should for the time being contains a 'fix' for uptime to be
usefull within lxc containers (don't ask why this is in a package called
live-*, that's another sad story), once that's not necessary anymore
because upstream handels that, we can just remove it.

i'll add a divertion for the manpage too, (which is pretty pointless,
saying it's a divertion and that everything in the 'original' manpage
applies, but anyway...), procps should not be changed in anyway wrt/
this bug.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682603: unblock: linkchecker/7.9-2.2

[Scott Kitterman]

Updated patch attached.

Please unblock package linkchecker

Fixes RC bug #681069.  Right now this isn't strictly essential since the
Python version (2.7.3) that induces this bug isn't in Wheezy, but the fix is
perfectly safe no matter what we do with python2.7, so I think it's better to
let it through so we don't have to worry about remembering to unblock it
later.

unblock linkchecker/7.9-2.2diff -Nru linkchecker-7.9/debian/changelog linkchecker-7.9/debian/changelog
--- linkchecker-7.9/debian/changelog	2012-07-23 23:03:31.0 -0400
+++ linkchecker-7.9/debian/changelog	2012-07-24 01:02:14.0 -0400
@@ -1,3 +1,12 @@
+linkchecker (7.9-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Brown bag NMU, preview patch was wrong
+  * This will still work with either python version, by catching the
+exception if the removed lists are missing (Closes: #681069) (really)
+
+ -- Scott Kitterman   Tue, 24 Jul 2012 00:46:43 -0400
+
 linkchecker (7.9-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch
--- linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	2012-07-23 23:05:55.0 -0400
+++ linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	1969-12-31 19:00:00.0 -0500
@@ -1,57 +0,0 @@
-Description: Add url definition lists deleted from Python's urlparser.py
- linkchecker (7.9-2.1) unstable; urgency=low
- .
-   * Non-maintainer upload.
-   * Add url definition lists deleted from Python's urlparser.py to
- linkcheckers' linkcheck/url.py and refer to the local copies to fix three
- sources of crashes (the Python versions are present in 2.7.3~rc2 and
- missing from 2.7.3 final - this patched version will work with either)
- (Closes: #681069)
-Author: Scott Kitterman 
-Bug-Debian: http://bugs.debian.org/681069
-Origin: 
-Bug-Debian: http://bugs.debian.org/
-Forwarded: 
-Last-Update: <2012-07-23>
-
 linkchecker-7.9.orig/linkcheck/url.py
-+++ linkchecker-7.9/linkcheck/url.py
-@@ -28,6 +28,17 @@ import socket
- from . import httplib2 as httplib
- from . import log, LOG_CHECK
- 
-+# The following lists were removed from the final release of Python 2.7.3, so
-+# they are replicated here so that linkchecker can make use of them.
-+
-+non_hierarchical = ['gopher', 'hdl', 'mailto', 'news',
-+'telnet', 'wais', 'imap', 'snews', 'sip', 'sips']
-+uses_query = ['http', 'wais', 'imap', 'https', 'shttp', 'mms',
-+  'gopher', 'rtsp', 'rtspu', 'sip', 'sips', '']
-+uses_fragment = ['ftp', 'hdl', 'http', 'gopher', 'news',
-+ 'nntp', 'wais', 'https', 'shttp', 'snews',
-+ 'file', 'prospero', '']
-+
- for scheme in ('ldap', 'irc'):
- if scheme not in urlparse.uses_netloc:
- urlparse.uses_netloc.append(scheme)
-@@ -69,9 +80,9 @@ if sys.version_info[0] > 2 or sys.versio
- scheme, url = url[:i].lower(), url[i+1:]
- if url[:2] == '//':
- netloc, url = urlparse._splitnetloc(url, 2)
--if allow_fragments and scheme in urlparse.uses_fragment and '#' in url:
-+if allow_fragments and scheme in uses_fragment and '#' in url:
- url, fragment = url.split('#', 1)
--if scheme in urlparse.uses_query and '?' in url:
-+if scheme in uses_query and '?' in url:
- url, query = url.split('?', 1)
- v = urlparse.SplitResult(scheme, netloc, url, query, fragment)
- urlparse._parse_cache[key] = v
-@@ -344,7 +355,7 @@ def url_norm (url, encoding=None):
- is_idn = url_fix_host(urlparts)
- # query
- urlparts[3] = url_parse_query(urlparts[3], encoding=encoding)
--is_hierarchical = urlparts[0] not in urlparse.non_hierarchical
-+is_hierarchical = urlparts[0] not in non_hierarchical
- if is_hierarchical:
- # URL has a hierarchical path we should norm
- if not urlparts[2]:
diff -Nru linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch
--- linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch	2012-07-24 00:50:37.0 -0400
@@ -0,0 +1,50 @@
+Description: Catch the exception caused by removed lists in urlparser
+ TODO: Put a short summary on the line above and replace this paragraph
+ with a longer explanation of this change. Complete the meta-information
+ with other relevant fields (see below for details). To make it easier, the
+ information below has been extracted from the changelog. Adjust it or drop
+ it.
+ .
+ linkchecker (7.9-2.2) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * Borwn bag NMU, preview patch was wrong
+   * This will still work with either python version, by catching the
+ exception if the removed lists are missing (Closes: #681069) (really)
+A

Bug#682183: the list of FTBFSes

[Aron Xu]

On Tue, Jul 24, 2012 at 1:56 AM, Aron Xu  wrote:
> On Mon, Jul 23, 2012 at 9:23 PM, Enrico Tassi  
> wrote:
>> On Mon, Jul 23, 2012 at 09:19:40PM +0800, Aron Xu wrote:
>>> Thank you! We'll need to make sure this version be unblocked by release
>>> team so newly built binaries depending on liblua5.1 can migrate to testing
>>> without problem.
>>
>> I've already pinged debian-release, but I guess they want to see if it
>> really fixes all the FTBFS before giving the green flag.
>>
>> Cheers
>> --
>> Enrico Tassi
>
> I'm re-running the massive rebuild of rdepends, and will follow-up
> when it gets done.
>

Hi,

The rebuild was done, and no regression was found, build logs are at:
http://people.debian.org/~aron/rebuild/lua5.1/20120723/


-- 
Regards,
Aron Xu


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550730: Bug 550730 more info for reference

[Josue Abarca]

forwarded 550730 http://bugzilla.gnome.org/show_bug.cgi?id=148637
thanks

Ok, I have it more clear now, this the problem:

http://en.wikipedia.org/wiki/Year_2038_problem

Planner uses the type time_t, and time_t:

" ... represents calendar time. When interpreted as an absolute time
value, it represents the number of seconds elapsed since the Epoch,
1970-01-01 00:00:00 + (UTC)." (quote from man ctime)

This is know upstream as:

https://bugzilla.gnome.org/show_bug.cgi?id=148637


-- 
Josué M. Abarca S.
Vos mereces Software Libre.
PGP key 4096R/70D8FB2A 2009-06-17
Huella de clave = B3ED 4984 F65A 9AE0 6511  DAF4 756B EB4B 70D8 FB2A


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681069: First NMU was wrong

[Scott Kitterman]

Here's the revised NMU diff.diff -Nru linkchecker-7.9/debian/changelog linkchecker-7.9/debian/changelog
--- linkchecker-7.9/debian/changelog	2012-07-23 23:03:31.0 -0400
+++ linkchecker-7.9/debian/changelog	2012-07-24 01:02:14.0 -0400
@@ -1,3 +1,12 @@
+linkchecker (7.9-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Brown bag NMU, preview patch was wrong
+  * This will still work with either python version, by catching the
+exception if the removed lists are missing (Closes: #681069) (really)
+
+ -- Scott Kitterman   Tue, 24 Jul 2012 00:46:43 -0400
+
 linkchecker (7.9-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch
--- linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	2012-07-23 23:05:55.0 -0400
+++ linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	1969-12-31 19:00:00.0 -0500
@@ -1,57 +0,0 @@
-Description: Add url definition lists deleted from Python's urlparser.py
- linkchecker (7.9-2.1) unstable; urgency=low
- .
-   * Non-maintainer upload.
-   * Add url definition lists deleted from Python's urlparser.py to
- linkcheckers' linkcheck/url.py and refer to the local copies to fix three
- sources of crashes (the Python versions are present in 2.7.3~rc2 and
- missing from 2.7.3 final - this patched version will work with either)
- (Closes: #681069)
-Author: Scott Kitterman 
-Bug-Debian: http://bugs.debian.org/681069
-Origin: 
-Bug-Debian: http://bugs.debian.org/
-Forwarded: 
-Last-Update: <2012-07-23>
-
 linkchecker-7.9.orig/linkcheck/url.py
-+++ linkchecker-7.9/linkcheck/url.py
-@@ -28,6 +28,17 @@ import socket
- from . import httplib2 as httplib
- from . import log, LOG_CHECK
- 
-+# The following lists were removed from the final release of Python 2.7.3, so
-+# they are replicated here so that linkchecker can make use of them.
-+
-+non_hierarchical = ['gopher', 'hdl', 'mailto', 'news',
-+'telnet', 'wais', 'imap', 'snews', 'sip', 'sips']
-+uses_query = ['http', 'wais', 'imap', 'https', 'shttp', 'mms',
-+  'gopher', 'rtsp', 'rtspu', 'sip', 'sips', '']
-+uses_fragment = ['ftp', 'hdl', 'http', 'gopher', 'news',
-+ 'nntp', 'wais', 'https', 'shttp', 'snews',
-+ 'file', 'prospero', '']
-+
- for scheme in ('ldap', 'irc'):
- if scheme not in urlparse.uses_netloc:
- urlparse.uses_netloc.append(scheme)
-@@ -69,9 +80,9 @@ if sys.version_info[0] > 2 or sys.versio
- scheme, url = url[:i].lower(), url[i+1:]
- if url[:2] == '//':
- netloc, url = urlparse._splitnetloc(url, 2)
--if allow_fragments and scheme in urlparse.uses_fragment and '#' in url:
-+if allow_fragments and scheme in uses_fragment and '#' in url:
- url, fragment = url.split('#', 1)
--if scheme in urlparse.uses_query and '?' in url:
-+if scheme in uses_query and '?' in url:
- url, query = url.split('?', 1)
- v = urlparse.SplitResult(scheme, netloc, url, query, fragment)
- urlparse._parse_cache[key] = v
-@@ -344,7 +355,7 @@ def url_norm (url, encoding=None):
- is_idn = url_fix_host(urlparts)
- # query
- urlparts[3] = url_parse_query(urlparts[3], encoding=encoding)
--is_hierarchical = urlparts[0] not in urlparse.non_hierarchical
-+is_hierarchical = urlparts[0] not in non_hierarchical
- if is_hierarchical:
- # URL has a hierarchical path we should norm
- if not urlparts[2]:
diff -Nru linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch
--- linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/fix_python_2_7_3_urlparser.patch	2012-07-24 00:50:37.0 -0400
@@ -0,0 +1,50 @@
+Description: Catch the exception caused by removed lists in urlparser
+ TODO: Put a short summary on the line above and replace this paragraph
+ with a longer explanation of this change. Complete the meta-information
+ with other relevant fields (see below for details). To make it easier, the
+ information below has been extracted from the changelog. Adjust it or drop
+ it.
+ .
+ linkchecker (7.9-2.2) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * Borwn bag NMU, preview patch was wrong
+   * This will still work with either python version, by catching the
+ exception if the removed lists are missing (Closes: #681069) (really)
+Author: Scott Kitterman 
+Bug-Debian: http://bugs.debian.org/681069
+Origin: 
+Last-Update: <2012-07-24>
+
+--- linkchecker-7.9.orig/linkcheck/url.py
 linkchecker-7.9/linkcheck/url.py
+@@ -69,10 +69,13 @@ if sys.version_info[0] > 2 or sys.versio
+ scheme, url = url[:i].lower(), url[i+1:]
+ if url[:2] == '//':
+ netloc, url = url

Bug#682150: Patch is wrong

[Scott Kitterman]

Please disregard.  Will send correct patch soon.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682148: Patch is wrong

[Scott Kitterman]

Please disregard.  Will send correct patch soon.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550730: Bug 550730 more info for reference

[Josue Abarca]

This bug seems to be related to:

https://bugzilla.gnome.org/show_bug.cgi?id=148637

and to

https://mail.gnome.org/archives/planner-dev-list/2004-August/msg00073.html

There are some limits on the dates that can be used, something like:

from epoch to year 2038.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#470294: About PHP Code Sniffer

[Thomas Goirand]

On 07/23/2012 07:09 PM, Ruben Rubio Rey wrote:
> Hi Thomas,
> 
> hereby Cc:-ing), I don't know if it is still relevant
> for the latest version that I have NMUed. What is to
> find out is if it is still relevant with version
> 1.3.4-0.1
> 
> 
> The patch that you did is working for me. 
> 
> If you registered to the pkg-php alioth project, you
> will have to give me your Alioth login, so that I can
> give you the correct rights. I normally would do that
> after a first patch sent to the list.
> 
> 
> My login is *tk421-guest*.

I haven't see you requesting to join the pkg-php Alioth group. Please do
so, then I can give you access to the Git. Also please register to the
pkg-php-p...@lists.alioth.debian.org mailing list.

> I realize that there is a new upstream version available, the 1.3.5. I
> will update the source code of the package and upload to debian mentors.

What should be done is a debian-experimental and upstream-experimental
branches. Note that the debian-sid branch also includes a fix the the RC
bug that was there, so that should be your starting point.

Cheers,

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679454: Switching to 2.6 is the wrong answer

[Scott Kitterman]

All you have to do is make sure you catch the attribute error at these two 
lines:

gwibber/gwui.py:if "gwibber" not in urlparse.uses_query:
gwibber/gwui.py:  urlparse.uses_query.append("gwibber")

if urlparse.uses_qwery doesn't exist (as it doesn't in the 2.7.3 in unstable).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682148: Patch attached

[Scott Kitterman]

diff -Nru pegasus-wms-4.0.1+dfsg/debian/changelog pegasus-wms-4.0.1+dfsg/debian/changelog
--- pegasus-wms-4.0.1+dfsg/debian/changelog	2012-06-18 10:47:13.0 -0400
+++ pegasus-wms-4.0.1+dfsg/debian/changelog	2012-07-24 00:24:18.0 -0400
@@ -1,3 +1,10 @@
+pegasus-wms (4.0.1+dfsg-7) UNRELEASED; urgency=low
+
+  * Replace use of urlparse.uses_query with local copy of the information
+since it was removed from urlparse in python 2.7.3. (Closes: #682148)
+
+ -- Scott Kitterman   Tue, 24 Jul 2012 00:22:37 -0400
+
 pegasus-wms (4.0.1+dfsg-6) unstable; urgency=low
 
   * Fixed pegasus-wms-doc misspelling in Suggests:
diff -Nru pegasus-wms-4.0.1+dfsg/debian/patches/python_2_7_3_urlparse_fix.patch pegasus-wms-4.0.1+dfsg/debian/patches/python_2_7_3_urlparse_fix.patch
--- pegasus-wms-4.0.1+dfsg/debian/patches/python_2_7_3_urlparse_fix.patch	1969-12-31 19:00:00.0 -0500
+++ pegasus-wms-4.0.1+dfsg/debian/patches/python_2_7_3_urlparse_fix.patch	2012-07-24 00:28:58.0 -0400
@@ -0,0 +1,24 @@
+Description: Replace use of urlparse.uses_query with local copy
+ pegasus-wms (4.0.1+dfsg-7) UNRELEASED; urgency=low
+ .
+   * Replace use of urlparse.uses_query with local copy of the information
+ since it was removed from urlparse in python 2.7.3. (Closes: #682148)
+Author: Scott Kitterman 
+Bug-Debian: http://bugs.debian.org/682148
+Origin: 
+Forwarded: 
+Last-Update: <2012-07-24>
+
+--- pegasus-wms-4.0.1+dfsg.orig/lib/pegasus/python/netlogger/nlapi.py
 pegasus-wms-4.0.1+dfsg/lib/pegasus/python/netlogger/nlapi.py
+@@ -415,7 +415,9 @@ class Log:
+ # set up urlparse to recognize x-netlog schemes
+ for scheme in 'x-netlog','x-netlog-udp':
+ urlparse.uses_netloc.append(scheme)
+-urlparse.uses_query.append(scheme)
++uses_query = ['http', 'wais', 'imap', 'https', 'shttp', 'mms',
++  'gopher', 'rtsp', 'rtspu', 'sip', 'sips', '']
++uses_query.append(scheme)
+ 
+ def urlfile(url):
+ """urlfile(url:str) -> file
diff -Nru pegasus-wms-4.0.1+dfsg/debian/patches/series pegasus-wms-4.0.1+dfsg/debian/patches/series
--- pegasus-wms-4.0.1+dfsg/debian/patches/series	2012-05-29 11:28:05.0 -0400
+++ pegasus-wms-4.0.1+dfsg/debian/patches/series	2012-07-24 00:27:40.0 -0400
@@ -3,3 +3,4 @@
 doc-build
 classpath
 portability
+python_2_7_3_urlparse_fix.patch


signature.asc
Description: This is a digitally signed message part.

Bug#682150: Patch attached

[Scott Kitterman]

This just replicates the information that was removed from python2.7 and uses 
it.

Scott Kdiff -u createrepo-0.4.11/debian/changelog createrepo-0.4.11/debian/changelog
--- createrepo-0.4.11/debian/changelog
+++ createrepo-0.4.11/debian/changelog
@@ -1,3 +1,10 @@
+createrepo (0.4.11-2) UNRELEASED; urgency=low
+
+  * Add local copy of urlparse.uses_fragment since it was removed in Python
+2.7.3 and is it to fix split option (Closes: 682150)
+
+ -- Scott Kitterman   Tue, 24 Jul 2012 00:12:04 -0400
+
 createrepo (0.4.11-1) unstable; urgency=low
 
   * New upstream release.
only in patch2:
unchanged:
--- createrepo-0.4.11.orig/genpkgmetadata.py
+++ createrepo-0.4.11/genpkgmetadata.py
@@ -333,7 +333,10 @@
 
 def _getFragmentUrl(self, url, fragment):
 import urlparse
-urlparse.uses_fragment.append('media')
+uses_fragment = ['ftp', 'hdl', 'http', 'gopher', 'news',
+ 'nntp', 'wais', 'https', 'shttp', 'snews',
+ 'file', 'prospero', '']
+uses_fragment.append('media')
 if not url:
 return url
 (scheme, netloc, path, query, fragid) = urlparse.urlsplit(url)

Bug#682437: apt-cacher: chunked requests sometimes broken?

[Mark Hindley]

package apt-cacher
tag 682437 pending
thanks

Good!

I will queue this for the next upload.

Thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681796: segmentation fault during suspend

[Yaroslav Halchenko]

On Mon, 16 Jul 2012, Julien Cristau wrote:
> > [145698.415] Caught signal 11 (Segmentation fault). Server aborting
> > [145698.415] 
> > [145698.415] 

> Any chance you can get a backtrace from gdb?

Program received signal SIGSEGV, Segmentation fault.
XIChangeDeviceProperty (dev=dev@entry=0x7f4bac237fa0, property=, 
type=type@entry=19, format=format@entry=8, mode=, mode@entry=0, 
len=len@entry=1, 
value=value@entry=0x7fff092e860f, sendevent=sendevent@entry=1) at 
../../Xi/xiproperty.c:772
772 ../../Xi/xiproperty.c: No such file or directory.
#0  XIChangeDeviceProperty (dev=dev@entry=0x7f4bac237fa0, property=, type=type@entry=19, format=format@entry=8, mode=, 
mode@entry=0, 
len=len@entry=1, value=value@entry=0x7fff092e860f, 
sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772
#1  0x7f4ba813c20f in DisableDevice (dev=0x7f4bac237fa0, 
sendevent=sendevent@entry=1 '\001') at ../../dix/devices.c:481
#2  0x7f4ba817e344 in xf86VTSwitch () at 
../../../../hw/xfree86/common/xf86Events.c:454
#3  xf86Wakeup (blockData=, err=, 
pReadmask=) at ../../../../hw/xfree86/common/xf86Events.c:285
#4  0x7f4ba8146d9b in WakeupHandler (result=result@entry=-1, 
pReadmask=pReadmask@entry=0x7f4ba84f1e00) at ../../dix/dixutils.c:421

and then -- this gesture from gdb while running from a script was not expected:

---Type  to continue, or q  to quit---

so atm I do not have further backtrace -- but is this any useful?
or should I rebuild/run X in noopt or... ?
please advise

-- 
Yaroslav O. Halchenko
Postdoctoral Fellow,   Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682605: libopendkim1: SEGV when libunbound gives an error callback

[Russell Coker]

Package: libopendkim1
Version: 2.0.1+dfsg-1
Severity: important
Tags: patch

When unbound calls back to libopendkim with an error code the result->rcode
value will be dereferenced.  As result is a NULL pointer this causes a SEGV.
The following patch makes it not reference result if it's an error condition
and thus avoid a SEGV in code which links against libopendkim.

I've listed this as important because it can cause server processes to crash
in response to input from the Internet.  I first saw this when a custom DKIM
milter daemon started crashing in response to legitimate DKIM signed mail with
a misconfigured DNS server.  Presumably this could potentially be used for a
DoS attack.

diff -ru old/opendkim-2.0.1+dfsg//libopendkim/dkim-ub.c 
opendkim-2.0.1+dfsg//libopendkim/dkim-ub.c
--- old/opendkim-2.0.1+dfsg//libopendkim/dkim-ub.c  2009-11-22 
08:15:50.0 +
+++ opendkim-2.0.1+dfsg//libopendkim/dkim-ub.c  2012-07-24 03:31:51.259541947 
+
@@ -55,7 +55,6 @@
ubdata = (struct dkim_unbound_cb_data *) mydata;
ubdata->ubd_done = FALSE;
ubdata->ubd_stat = DKIM_STAT_NOKEY;
-   ubdata->ubd_rcode = result->rcode;
buf = ubdata->ubd_buf;
buflen = ubdata->ubd_buflen;
 
@@ -64,6 +63,7 @@
ubdata->ubd_stat = DKIM_STAT_INTERNAL;
return;
}
+   ubdata->ubd_rcode = result->rcode;
 
/*
**  Check whether reply is either secure or insecure.  If bogus,

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libopendkim1 depends on:
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared 
lib
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  libunbound21.4.6-1+squeeze2  library implementing DNS 
resolutio

libopendkim1 recommends no packages.

libopendkim1 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#682604: udisks-glue: udisks-glue does not autostart with udisks

[Roger Ricardo Moore]

Package: udisks-glue
Version: 1.3.4-1
Severity: normal

Dear Maintainer,
>From various sites I have read regarding udisks-glue, I was under the
impression that udisks-glue was immediately effective after installation and
would always run when udisks runs. However this appears not to be the case, and
in fact I must run it from the command line - 1st as root with --pidfile so
that it can create the pidfile in /var/run (the daemon seems to exit however)
and then as the user logged into gnome3 to get the daemon to actually run in
the background.

Not sure if this is a packaging issue or whether or not we just need right
instructions for getting udisks-glue to autostart with udisks.

Regards

R



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'stable'), (500, 
'testing-proposed-updates'), (500, 'stable-updates'), (500, 
'proposed-updates'), (300, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.4-trunk+illuminati-pf-amd64-hp6910p (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udisks-glue depends on:
ii  libc6 2.13-33
ii  libconfuse0   2.7-4
ii  libdbus-1-3   1.6.0-1
ii  libdbus-glib-1-2  0.100-1
ii  libglib2.0-0  2.32.3-1
ii  udisks1.0.4-7

udisks-glue recommends no packages.

udisks-glue suggests no packages.

-- Configuration Files:
/etc/udisks-glue.conf changed:
filter disks {
optical = false
partition_table = false
usage = filesystem
}
match disks {
automount = true
automount_options = { noatime, 'gid=50', 'dmask=002', 'fmask=113' }
post_mount_command = "mount-notify mounted %device_file %mount_point"
post_unmount_command = "mount-notify unmounted %device_file %mount_point"
}


-- 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#682452: libsane: scanimage --list-devices shows Epson Perfection 1240U only run as root

[Joel Roth]

I solved this by adding myself to the group 'scanner' group,
and running 'newgrp scanner'.

Thanks for your attention.

-- 
Joel Roth


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#613430: Bug verified - GRUB2 will not install on ZFS disk da0

[Dave Bechtel]

http://ftp.us.debian.org/debian/dists/testing/main/installer-kfreebsd-amd64/current/images/netboot-9/

I am using the current mini.iso from 2012.0712, trying to install Testing--64 
in Vmware 8.04


Tried both GPT and MSDOS partition table types.



This is a showstopper for me.  I was wanting to redo the Freebsd/PCBSD9 install 
on my main server with Kfreebsd.


I really want a ZFS root disk with kfreebsd's package management.  If GRUB2 
will not install, please at least provide the traditional FreeBSD boat loader 
in the netinstall so I can get a working system up and running.



= Check out System Rescue Live CD:

= http://distrowatch.com/table.php?distribution=systemrescue


"C00K13 M0N573R 0WNZ J00!! PH34R C00K13 M0N573R 4ND 0SC4R 4ND 3LM0 4ND
5NUFFL3UP46U5 4ND 7H3 31337 535AM3 57R337 CR3W!!"
.dotgoeshere.

Bug#682603: unblock: linkchecker/7.9-2.1

[Scott Kitterman]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package linkchecker

Fixes RC bug #681069.  Right now this isn't strictly essential since the
Python version (2.7.3) that induces this bug isn't in Wheezy, but the fix is
perfectly safe no matter what we do with python2.7, so I think it's better to
let it through so we don't have to worry about remembering to unblock it
later.

unblock linkchecker/7.9-2.1
diff -Nru linkchecker-7.9/debian/changelog linkchecker-7.9/debian/changelog
--- linkchecker-7.9/debian/changelog	2012-06-12 01:33:19.0 -0400
+++ linkchecker-7.9/debian/changelog	2012-07-23 23:03:31.0 -0400
@@ -1,3 +1,14 @@
+linkchecker (7.9-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add url definition lists deleted from Python's urlparser.py to
+linkcheckers' linkcheck/url.py and refer to the local copies to fix three
+sources of crashes (the Python versions are present in 2.7.3~rc2 and
+missing from 2.7.3 final - this patched version will work with either)
+(Closes: #681069)
+
+ -- Scott Kitterman   Mon, 23 Jul 2012 22:57:47 -0400
+
 linkchecker (7.9-2) unstable; urgency=low
 
   * Fix postinstallation script of linkchecker-web. (Closes: #677163)
diff -Nru linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch
--- linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	2012-07-23 23:05:55.0 -0400
@@ -0,0 +1,57 @@
+Description: Add url definition lists deleted from Python's urlparser.py
+ linkchecker (7.9-2.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * Add url definition lists deleted from Python's urlparser.py to
+ linkcheckers' linkcheck/url.py and refer to the local copies to fix three
+ sources of crashes (the Python versions are present in 2.7.3~rc2 and
+ missing from 2.7.3 final - this patched version will work with either)
+ (Closes: #681069)
+Author: Scott Kitterman 
+Bug-Debian: http://bugs.debian.org/681069
+Origin: 
+Bug-Debian: http://bugs.debian.org/
+Forwarded: 
+Last-Update: <2012-07-23>
+
+--- linkchecker-7.9.orig/linkcheck/url.py
 linkchecker-7.9/linkcheck/url.py
+@@ -28,6 +28,17 @@ import socket
+ from . import httplib2 as httplib
+ from . import log, LOG_CHECK
+ 
++# The following lists were removed from the final release of Python 2.7.3, so
++# they are replicated here so that linkchecker can make use of them.
++
++non_hierarchical = ['gopher', 'hdl', 'mailto', 'news',
++'telnet', 'wais', 'imap', 'snews', 'sip', 'sips']
++uses_query = ['http', 'wais', 'imap', 'https', 'shttp', 'mms',
++  'gopher', 'rtsp', 'rtspu', 'sip', 'sips', '']
++uses_fragment = ['ftp', 'hdl', 'http', 'gopher', 'news',
++ 'nntp', 'wais', 'https', 'shttp', 'snews',
++ 'file', 'prospero', '']
++
+ for scheme in ('ldap', 'irc'):
+ if scheme not in urlparse.uses_netloc:
+ urlparse.uses_netloc.append(scheme)
+@@ -69,9 +80,9 @@ if sys.version_info[0] > 2 or sys.versio
+ scheme, url = url[:i].lower(), url[i+1:]
+ if url[:2] == '//':
+ netloc, url = urlparse._splitnetloc(url, 2)
+-if allow_fragments and scheme in urlparse.uses_fragment and '#' in url:
++if allow_fragments and scheme in uses_fragment and '#' in url:
+ url, fragment = url.split('#', 1)
+-if scheme in urlparse.uses_query and '?' in url:
++if scheme in uses_query and '?' in url:
+ url, query = url.split('?', 1)
+ v = urlparse.SplitResult(scheme, netloc, url, query, fragment)
+ urlparse._parse_cache[key] = v
+@@ -344,7 +355,7 @@ def url_norm (url, encoding=None):
+ is_idn = url_fix_host(urlparts)
+ # query
+ urlparts[3] = url_parse_query(urlparts[3], encoding=encoding)
+-is_hierarchical = urlparts[0] not in urlparse.non_hierarchical
++is_hierarchical = urlparts[0] not in non_hierarchical
+ if is_hierarchical:
+ # URL has a hierarchical path we should norm
+ if not urlparts[2]:
diff -Nru linkchecker-7.9/debian/patches/series linkchecker-7.9/debian/patches/series
--- linkchecker-7.9/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/series	2012-07-23 23:04:03.0 -0400
@@ -0,0 +1 @@
+fix_2_7_3_breakage.patch

Bug#681069: NMUing

[Scott Kitterman]

No maintainer reply for ~ 2 weeks on a bug that's been RC for ~a week, so I'll 
go ahead an upload it.  NMU diff attached.  Note that this bug doesn't 
currently affect testing, only unstable, but if the python2.7 update gets let 
through, then it will.

Scott Kdiff -Nru linkchecker-7.9/debian/changelog linkchecker-7.9/debian/changelog
--- linkchecker-7.9/debian/changelog	2012-06-12 01:33:19.0 -0400
+++ linkchecker-7.9/debian/changelog	2012-07-23 23:03:31.0 -0400
@@ -1,3 +1,14 @@
+linkchecker (7.9-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add url definition lists deleted from Python's urlparser.py to
+linkcheckers' linkcheck/url.py and refer to the local copies to fix three
+sources of crashes (the Python versions are present in 2.7.3~rc2 and
+missing from 2.7.3 final - this patched version will work with either)
+(Closes: #681069)
+
+ -- Scott Kitterman   Mon, 23 Jul 2012 22:57:47 -0400
+
 linkchecker (7.9-2) unstable; urgency=low
 
   * Fix postinstallation script of linkchecker-web. (Closes: #677163)
diff -Nru linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch
--- linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/fix_2_7_3_breakage.patch	2012-07-23 23:05:55.0 -0400
@@ -0,0 +1,57 @@
+Description: Add url definition lists deleted from Python's urlparser.py
+ linkchecker (7.9-2.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * Add url definition lists deleted from Python's urlparser.py to
+ linkcheckers' linkcheck/url.py and refer to the local copies to fix three
+ sources of crashes (the Python versions are present in 2.7.3~rc2 and
+ missing from 2.7.3 final - this patched version will work with either)
+ (Closes: #681069)
+Author: Scott Kitterman 
+Bug-Debian: http://bugs.debian.org/681069
+Origin: 
+Bug-Debian: http://bugs.debian.org/
+Forwarded: 
+Last-Update: <2012-07-23>
+
+--- linkchecker-7.9.orig/linkcheck/url.py
 linkchecker-7.9/linkcheck/url.py
+@@ -28,6 +28,17 @@ import socket
+ from . import httplib2 as httplib
+ from . import log, LOG_CHECK
+ 
++# The following lists were removed from the final release of Python 2.7.3, so
++# they are replicated here so that linkchecker can make use of them.
++
++non_hierarchical = ['gopher', 'hdl', 'mailto', 'news',
++'telnet', 'wais', 'imap', 'snews', 'sip', 'sips']
++uses_query = ['http', 'wais', 'imap', 'https', 'shttp', 'mms',
++  'gopher', 'rtsp', 'rtspu', 'sip', 'sips', '']
++uses_fragment = ['ftp', 'hdl', 'http', 'gopher', 'news',
++ 'nntp', 'wais', 'https', 'shttp', 'snews',
++ 'file', 'prospero', '']
++
+ for scheme in ('ldap', 'irc'):
+ if scheme not in urlparse.uses_netloc:
+ urlparse.uses_netloc.append(scheme)
+@@ -69,9 +80,9 @@ if sys.version_info[0] > 2 or sys.versio
+ scheme, url = url[:i].lower(), url[i+1:]
+ if url[:2] == '//':
+ netloc, url = urlparse._splitnetloc(url, 2)
+-if allow_fragments and scheme in urlparse.uses_fragment and '#' in url:
++if allow_fragments and scheme in uses_fragment and '#' in url:
+ url, fragment = url.split('#', 1)
+-if scheme in urlparse.uses_query and '?' in url:
++if scheme in uses_query and '?' in url:
+ url, query = url.split('?', 1)
+ v = urlparse.SplitResult(scheme, netloc, url, query, fragment)
+ urlparse._parse_cache[key] = v
+@@ -344,7 +355,7 @@ def url_norm (url, encoding=None):
+ is_idn = url_fix_host(urlparts)
+ # query
+ urlparts[3] = url_parse_query(urlparts[3], encoding=encoding)
+-is_hierarchical = urlparts[0] not in urlparse.non_hierarchical
++is_hierarchical = urlparts[0] not in non_hierarchical
+ if is_hierarchical:
+ # URL has a hierarchical path we should norm
+ if not urlparts[2]:
diff -Nru linkchecker-7.9/debian/patches/series linkchecker-7.9/debian/patches/series
--- linkchecker-7.9/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ linkchecker-7.9/debian/patches/series	2012-07-23 23:04:03.0 -0400
@@ -0,0 +1 @@
+fix_2_7_3_breakage.patch


signature.asc
Description: This is a digitally signed message part.

Bug#682602: libnet-dns-perl_0.68-1 FTBFS: missing build-dep on netbase

[Adam Conrad]

Package: libnet-dns-perl
Version: 0.68-1
Severity: serious
Tags: patch

Okay, so I'm not going to bother including an actually diff/patch
for a 9-character addition to debian/control, but consider this a
verbal patch. :P

On several buildds (and it should have been on all of them), the
testsuite for libnet-dns-perl fails because (if you strace it), it's
trying to open /etc/protocols, which is shipped by netbase, which
isn't build-essential.

I can only guess at why it worked on some buildds, guesses ranging
from dirty chroots, to people using the (un)helpful sbuild/schroot
hooks that copy the base system's /etc/{services,protocols} into
the chroot before the build.

At any rate, build-dep on netbase, and that will clear your failures
in t/13-udp-trunc.t right up.

... Adam


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-26-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnet-dns-perl depends on:
ii  libc6   2.15-0ubuntu10
ii  libdigest-hmac-perl 1.03+dfsg-1
ii  libnet-ip-perl  1.25-3
ii  perl [libmime-base64-perl]  5.14.2-6ubuntu2
ii  perl-base [perlapi-5.14.2]  5.14.2-6ubuntu2

libnet-dns-perl recommends no packages.

Versions of packages libnet-dns-perl suggests:
pn  libio-socket-inet6-perl  

-- 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#682601: scim-anthy setup is broken

[Tz-Huan Huang]

Package: scim-anthy
Version: 1.2.7-4
Severity: normal

Dear Maintainer,

The scim-anthy setup is broken.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to zh_TW.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scim-anthy depends on:
ii  anthy   9100h-15
ii  libanthy0   9100h-15
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-33
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libgcc1 1:4.7.1-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk-3-0  3.4.2-2
ii  libpango1.0-0   1.30.0-1
ii  libscim8c2a 1.4.14-1tz1
ii  libstdc++6  4.7.1-2
ii  scim1.4.14-1tz1

Versions of packages scim-anthy recommends:
pn  kasumi  

scim-anthy 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#669384: jxplorer: simple authentification (user + password) unavailable

[Gabriele Giacone]

On Thu, Apr 19, 2012 at 03:45:16PM +0200, Luc Novales wrote:
> anonymous acces works perfectly but "user + password" acces return an error : 
> Error opening connection:
> [LDAP: error code 49 - Invalid Credentials]
> 
> using sourceforge version 3.3b3 allow connexion on the same server (but have 
> others problems).

I can't reproduce it, user+password access works fine.
Are you sure credentials are correct?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681535: [qtiplot] temporary fix by downgrading python-qt4 to 4.9-2

[Timo Dittmar]

Package: qtiplot
Version: 0.9.8.8-5+b1

--- Please enter the report below this line. ---
 After downgrading python-qt4 to 4.9-2  from 
http://snapshot.debian.org/archive/debian/20110825T081004Z/ qtiplot 
launches again.
Downgrading python-qt4 also introduced older versions of pyqt4-dev-tool, 
python-qt4-gl, python-qt4-sql, and  python-qwt5-qt4.


I still do not know what is the real problem, or how to diagnose it.


Timo

--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-3-amd64

Debian Release: wheezy/sid
500 testing snapshot.debian.org
500 testing ftp.utexas.edu
500 testing ftp.debian-multimedia.org
500 testing debian.rub.de

--- Package information. ---
Depends (Version) | Installed
-+-===
libalglib-2.6.0 (>= 2.6.0) | 2.6.0-6
libc6 (>= 2.4) | 2.13-33
libgcc1 (>= 1:4.1.1) | 1:4.7.1-2
libgl1-mesa-glx | 8.0.3-1
OR libgl1 |
libgl2ps0 | 1.3.6-1
libglu1-mesa | 8.0.3-1
OR libglu1 |
libgsl0ldbl (>= 1.9) | 1.15+dfsg-1
libmuparser2 (>= 2.1.0) | 2.1.0-3
liborigin2-1 | 2:20110117-1+b2
libpng12-0 (>= 1.2.13-4) | 1.2.49-1
libpython2.7 (>= 2.7) | 2.7.3~rc2-2.1
libqt4-network (>= 4:4.5.3) | 4:4.8.2-1
libqt4-opengl (>= 4:4.5.3) | 4:4.8.2-1
libqt4-qt3support (>= 4:4.5.3) | 4:4.8.2-1
libqt4-svg (>= 4:4.5.3) | 4:4.8.2-1
libqt4-xml (>= 4:4.5.3) | 4:4.8.2-1
libqtassistantclient4 (>= 4.6.3) | 4.6.3-4
libqtcore4 (>= 4:4.7.0~beta1) | 4:4.8.2-1
libqtexengine1 (>= 0.3) | 0.3-3
libqtgui4 (>= 4:4.6.1) | 4:4.8.2-1
libstdc++6 (>= 4.6) | 4.7.1-2
libtamuanova-0.2 (>= 0.2) | 0.2-2
zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-13
python-qt4 | 4.9-2
python-sip (>= 4.9-1) | 4.13.3-2
python (>= 2.6.6-7~) | 2.7.3~rc2-1


Recommends (Version) | Installed
==-+-===
qt-assistant-compat |
qtiplot-doc | 0.9.8.8-5


Package's Suggests field is empty.




--

Timo Dittmar

University of California San Diego
Center for Energy Research, EBU-II, Rm 561
9500 Gilman Dr.
La Jolla, CA 92093-0417
USA

office phone: +1 858 534 6337


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682600: disper not longer works with nvidia drivers >=302 (deletion of dangling metamode 50 failed)

[Carlos Alberto Lopez Perez]

Package: disper
Version: 0.3.0-1
Severity: important


Hello,


The new release of the proprietary nvidia drivers (302) brought some
changes [1] that broke disper.


I use a small script based on disper to activate an external monitor
when connected or to disable it when disconnected and it stopped working
after upgrading to the new nvidia drivers because disper not longer
works with this new version of the drivers.


I had to downgrade the nvidia drivers to version 295 in order to make
disper work back.



This issue has been already reported on launchpad:

https://bugs.launchpad.net/disper/+bug/662760



Thanks!


[1] http://www.phoronix.com/scan.php?page=news_item&px=MTEyMDk




signature.asc
Description: OpenPGP digital signature

Bug#682582: dpkg: [INTL:pt] Updated Portuguese translation for program

[Guillem Jover]

Hi!

On Mon, 2012-07-23 at 22:50:02 +0100, Traduz - Portuguese Translation Team 
wrote:
> Package: dpkg
> Version: n/a
> Tags: l10n, patch
> Severity: wishlist
> 
> Updated Portuguese translation for dpkg's program messages.
> Translator: Miguel Figueiredo 
> Feel free to use it.

I found some issues while skimming over the translation update, here's
the patch I've applied locally, if that looks good I'll be pushing this
to master.

thanks,
guillem
diff --git a/po/pt.po b/po/pt.po
index e16de2d..72cbc4c 100644
--- a/po/pt.po
+++ b/po/pt.po
@@ -7,7 +7,7 @@ msgstr ""
 "Project-Id-Version: dpkg 1.14\n"
 "Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
 "POT-Creation-Date: 2012-07-24 00:04+0200\n"
-"PO-Revision-Date: 2012-07-20 22:07+0100\n"
+"PO-Revision-Date: 2012-07-24 04:16+0200\n"
 "Last-Translator: Miguel Figueiredo \n"
 "Language-Team: Portuguese \n"
 "Language: pt\n"
@@ -95,7 +95,7 @@ msgstr "não foi possível fazer sync ao ficheiro '%.250s'"
 #: lib/dpkg/atomic-file.c:81
 #, c-format
 msgid "unable to close new file `%.250s'"
-msgstr "Não foi possível fazer close ao novo ficheiro `%.250s'"
+msgstr "Não foi possível fechar ao novo ficheiro `%.250s'"
 
 #: lib/dpkg/atomic-file.c:92
 #, c-format
@@ -556,7 +556,7 @@ msgstr "sim/não no campo booleano"
 
 #: lib/dpkg/fields.c:177
 msgid "foreign/allowed/same/no in quadstate field"
-msgstr "estrangeiro/permitido/igual/não em campo de quatro estados"
+msgstr "foreign/allowed/same/no em campo de quatro estados"
 
 #: lib/dpkg/fields.c:189
 #, c-format
@@ -1105,15 +1105,15 @@ msgstr "string de versão contém espaços"
 
 #: lib/dpkg/parsehelp.c:241
 msgid "epoch in version is not number"
-msgstr "era na versão não é um número"
+msgstr "época na versão não é um número"
 
 #: lib/dpkg/parsehelp.c:243
 msgid "epoch in version is negative"
-msgstr "era na versão é negativa"
+msgstr "época na versão é negativa"
 
 #: lib/dpkg/parsehelp.c:245
 msgid "epoch in version is too big"
-msgstr "era na versão é demasiado grande"
+msgstr "época na versão é demasiado grande"
 
 #: lib/dpkg/parsehelp.c:247
 msgid "nothing after colon in version number"
@@ -1960,7 +1960,7 @@ msgstr ""
 msgid ""
 "package %s %s cannot be configured because %s is at a different version (%s)"
 msgstr ""
-"o pacote %s %s não pode ser configurado porqye %s está numa versão diferente "
+"o pacote %s %s não pode ser configurado porque %s está numa versão diferente "
 "(%s)"
 
 #: src/configure.c:347
@@ -2649,7 +2649,7 @@ msgid ""
 "The following packages are missing the list control file in the\n"
 "database, they need to be reinstalled:\n"
 msgstr ""
-"Falta, aos seguintes pacotes, o ficheiro de lista de controlo na base de "
+"Falta, aos seguintes pacotes, o ficheiro de lista de controlo na base de\n"
 "dados, necessitam ser reinstalados:\n"
 
 #: src/enquiry.c:146
@@ -2657,7 +2657,7 @@ msgid ""
 "The following packages are missing the md5sums control file in the\n"
 "database, they need to be reinstalled:\n"
 msgstr ""
-"Aos seguintes pacotes falta o ficheiro de controlo md5sum na base de dados, "
+"Aos seguintes pacotes falta o ficheiro de controlo md5sum na base de dados,\n"
 "necessitam ser reinstalados:\n"
 
 #: src/enquiry.c:151
@@ -2674,8 +2674,8 @@ msgid ""
 "cause dependency issues on front-ends. This can be fixed by registering\n"
 "the foreign architecture with dpkg --add-architecture:\n"
 msgstr ""
-"Os seguintes pacotes têm uma arquitectura estrangeira desconhecida, a qual "
-"irá causar problemas de dependênias em frontends. Isto pode ser corrigido ao "
+"Os seguintes pacotes têm uma arquitectura estrangeira desconhecida, a qual\n"
+"irá causar problemas de dependênias em frontends. Isto pode ser corrigido ao\n"
 "registar a arquitectura estrangeira com dpkg --add-architecture:\n"
 
 #: src/enquiry.c:189 src/enquiry.c:263 src/enquiry.c:348 src/enquiry.c:437
@@ -2939,11 +2939,10 @@ msgid_plural ""
 "%d expected programs not found in PATH or not executable\n"
 "%s"
 msgstr[0] ""
-"%d programa esperado não foi encontrado em PATH ou não é executável.\n"
+"%d programa esperado não foi encontrado em PATH ou não é executável\n"
 "%s"
 msgstr[1] ""
-"%d programas esperados não foram encontrados em PATH ou não são "
-"executáveis.\n"
+"%d programas esperados não foram encontrados em PATH ou não são executáveis\n"
 "%s"
 
 #: src/help.c:140
@@ -2984,7 +2983,7 @@ msgstr "ficheiro de formato da base de dados de info corrompido '%s'"
 #: src/infodb-upgrade.c:123
 #, c-format
 msgid "Info file %s/%s not associated to any package"
-msgstr "Ficheiro Info %s/%s não associado a qualquer pacote"
+msgstr "Ficheiro info %s/%s não associado a qualquer pacote"
 
 #: src/infodb-upgrade.c:183
 #, c-format
@@ -3289,10 +3288,11 @@ msgid ""
 " you will be prompted unless one of the confold or\n"
 " confnew options is also given"
 msgstr ""
-"Utilizar a opção por omissão para novos ficheiros de configuração, se "
-"estiver disponível não questionar. Se não puder se

Bug#618361: Patch for documentation bug on ghostscript

[jidanni]

> "BR" == Bastien ROUCARIES  writes:
BR> See patch. Modify if needed.
I'll trust you!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment

[Paul Tagliamonte]

On Tue, Jul 24, 2012 at 09:50:21AM +0800, Thomas Goirand wrote:
> On Tue Jul 24 2012 02:02:50 AM CST, Paul Tagliamonte  
> wrote:
> 
> > This seems an aweful lot like the nodejs / node situation.
> 
> It's very different. Here the clash is at the
> package name level, not binaries in /usr/bin.

node was in /sbin, nodejs is in /usr/bin.

> 
> > Let's not let
> > anyone take "melange" and use cream-melange and openstack-melange :)
> 
> NO!!! Let's have the same names as in Ubuntu. Or
> maybe you want to do the work of convincing them
> to change the name? If so, please go ahead, and
> come back here when done. Until then, please refrain

I'll reply with my Ubuntu email now.

I don't think causing a bigger delta is good for either Debian or
Ubuntu.

Let's please keep the namespace clean. I'll talk with whoever introduced
it, but we can upload a temp metapackage and upload it with time for a
beer after.

> from making funny suggestions.

I assure you I'm not laughing :)

> 
> Thomas
> 

Paul

-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq


signature.asc
Description: Digital signature

Bug#682368: linux: Please add snd-hda-codec-ca0132 to sound-modules

[Samuel Thibault]

Ben Hutchings, le Sun 22 Jul 2012 15:53:01 +0100, a écrit :
> On Sun, 2012-07-22 at 15:07 +0900, Samuel Thibault wrote:
> > Package: linux
> > Version: 3.5~
> > Severity: normal
> > Tags: patch
> > 
> > Hello,
> > 
> > Linux 3.5 introduces a new HDA codec,
> 
> No, it's not new in 3.5:

Oops, I've missed it in previous versions then.

> $ modinfo snd-hda-codec-ca0132
> filename:   
> /lib/modules/3.2.0-3-amd64/kernel/sound/pci/hda/snd-hda-codec-ca0132.ko
> description:Creative CA0132, CA0132 HD-audio codec
> license:GPL
> alias:  snd-hda-codec-id:11020011
> depends:snd-hda-codec,snd
> intree: Y
> vermagic:   3.2.0-3-amd64 SMP mod_unload modversions 
> 
> > please add it for d-i, as attached patch does.
> 
> Shouldn't this be done for wheezy/sid?

Yes, otherwise blind people with such device will not have sound for
speech synthesis.

Samuel


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674073: Cython 3

[Bradley M. Froehle]

The question of how to divide Cython up between different packages is an
interesting one.  Fundamentally Cython is both a set of python modules
(Cython, cython, pyximport) and a very simple entrance script (/usr/bin/cython).
In addition, the Debian package adds a man page and some docs.

It's clear that a python-cython package should contain the various packages
for Python 2, and a python3-cython package should contain the various
packages for Python 3.

The only real question is how to handle the simple entrance script::

#!/usr/bin/python
from Cython.Compiler.Main import main
main(command_line = 1)

Now there is no difference in behavior between calling this with Python 2
or Python 3 (except, of course, that one must have the Cython package installed
for that version of Python).

The current 'cython3' is nothing more than a clumsy hack, mostly out of laziness
on my part.  I don't think we should make "cython3" mean "cython -3" or
anything like that.

>From an end user perspective, we need only provide a "cython" script which
calls a version of Python for which Cython is installed.

The only way I know how to handle this would be to provide versioned scripts
(i.e., 'cython2.7' and 'cython3.2') and register each as an alternative of
'cython'.

This does have some potential for confusion.  For example, do I need to run
cythonX.Y to produce code which compiles against CPython X.Y? No.  Nonetheless,
this approach (except without the alternatives) is used by python-numpy for the
f2py script.

Thoughts?

-Brad


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment

[Thomas Goirand]

On Tue Jul 24 2012 02:02:50 AM CST, Paul Tagliamonte  wrote:

> This seems an aweful lot like the nodejs / node situation.

It's very different. Here the clash is at the
package name level, not binaries in /usr/bin.

> Let's not let
> anyone take "melange" and use cream-melange and openstack-melange :)

NO!!! Let's have the same names as in Ubuntu. Or
maybe you want to do the work of convincing them
to change the name? If so, please go ahead, and
come back here when done. Until then, please refrain
from making funny suggestions.

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#680931: libarmadillo-dev: trivial program fails to compile

[Steven Chamberlain]

# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549#c13
tags 667341 + fixed-upstream
thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682466: virtaal: Adding Debian compendia as terminology file is very slow

[Fernando C. Estrada]

On Mon, Jul 23, 2012 at 11:09:41AM +0200, Omar Campagne wrote:
> Hello Fernando:

Hola Omar,

> Thanks for your bug report. I've noticed this issue a few times with
> long files,
> please take into consideration that the compendia-po file is
> unnaturraly long,
> you'll hardly find a file that  big anywhere else, and I think it's
> a bit normal
> that it takes its time (I know it's a lot of time, I did the same than you).

I'm not sure is a bit normal because with lokalize the import is faster.

> I think this is more or less normal. For example, I translate professionally
> with SDL Trados, a 300€ l10n beast... yet it's very slow on long files, and
> I mean files much shorter than compendia-po.
> 
> I acknowledge that sometimes it can be too slow (it can get slow with a 500
> strings, 30.000 words file, though I hardly find sthg that big in the
> professional world).
> 
> Nevertheless, I will pass this bug to upstream, to see if they can look into
> it.

Thanks a lot ;-)

> You can try playing with the command tmserver, which can help you
> import a file directly to the tm.

Cool, i'll look the manual of tmserver.

Regards,
-- 
Fernando C. Estrada

No, that's wrong too.  Now there's a race condition between the rm and
the mv.  Hmm, I need more coffee.
-- Guy Maor on Debian Bug#25228


signature.asc
Description: Digital signature

Bug#638353: Cannot choose login language

[YunQiang Su]

Ubuntu had a bug that cannot choose language before 10.04 for long time,
and finally workaround it before 10.04 release.

It seems that they cannot determine how to choose language: by
$LANGUAGE or some way else.

-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682599: [xchat] Not properly using libnotify under gnome-shell

[Jason Fergus]

Package: xchat
Version: 2.8.8-6
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
Xchat does not properly utilize libnotify under Gnome-shell.  (possible) Patch 
available at
http://guilherme-pg.com/2011/05/07/XChat-notifications-on-GNOME-3.html

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: wheezy/sid
  500 testing security.debian.org 
  500 testing ftp.us.debian.org 
  500 testing deb-multimedia.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-
libatk1.0-0(>= 1.12.4) | 
libc6 (>= 2.7) | 
libcairo2   (>= 1.2.4) | 
libdbus-1-3 (>= 1.0.2) | 
libdbus-glib-1-2 (>= 0.88) | 
libfontconfig1  (>= 2.9.0) | 
libfreetype6(>= 2.2.1) | 
libgdk-pixbuf2.0-0 (>= 2.22.0) | 
libglib2.0-0   (>= 2.24.0) | 
libgtk2.0-0(>= 2.24.0) | 
libpango1.0-0  (>= 1.14.0) | 
libperl5.14(>= 5.14.2) | 
libsexy2(>= 0.1.8) | 
libssl1.0.0 (>= 1.0.0) | 
libx11-6   | 
libxml2(>= 2.6.27) | 
xchat-common   (= 2.8.8-6) | 


Recommends  (Version) | Installed
=-+-===
libpython2.7 (>= 2.7) | 2.7.3~rc2-2.1
tcl8.5 (>= 8.5.0) | 8.5.11-2
esound-clients| 
 OR alsa-utils| 1.0.25-3
libnotify1| 
 OR libnotify-bin | 0.7.5-1
xdg-utils | 1.1.0~rc1+git20111210-6


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#682460: unblock: boost1.50/1.50.0-1

[Steve M. Robbins]

On Mon, Jul 23, 2012 at 11:04:13AM +0200, Cyril Brulebois wrote:
> Hi,
> 
> Steve M. Robbins  (22/07/2012):
> > Given the long lifetime of stable Debian, I expect users would
> > appreciate having the latest Boost available.  This is a leaf package
> > so should have no impact on stability of the archive.
> > 
> > [Testing currently has Boost 1.49 as default and I propose to keep it
> > that way even if Boost 1.50 is also available.]
> > 
> > unblock boost1.50/1.50.0-1
> 
> I think it's way too late to add new packages to testing, and I'm not
> sure boost's being boost is a strong enough reason to make an exception
> for it.

Yes, it's a judgement call, I'd agree.  My thinking is that (a) it's
already building on all architectures (low risk) and (b) has somewhat
better support for GCC 4.7 and (c) it's Boost :-)

Anyway, I leave the decision to the Release Team.

Cheers,
-Steve


signature.asc
Description: Digital signature

Bug#682571: davfs2: [INTL:it] Incomplete encoding header in Italian translation

[Christian PERRIER]

Quoting beatrice (beatri...@libero.it):

> but I'll look into it. Indeed sometimes I have probs with encodings so I
> hope, regardless of the headings, that I did have the right encoding for
> the text.


No problem, the text is correct.



signature.asc
Description: Digital signature

Bug#682598: gajim requires python-farsight which is no longer available

[Danny O'Brien]

Package: gajim
Version: 0.15-1.1
Severity: important

Dear Maintainer,

The current version of gajim stil asks for and requires python-farsight
for audio/video chat, even though python-farstream is now the equivalent
package in the dsitribution.

The correct patch is here (created by you!)
http://hg.gajim.org/gajim/rev/dfd58bb1ad06

Hope to see it in the Debian version soon!

Thanks for all your work,

d.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gajim depends on:
ii  dnsutils 1:9.8.1.dfsg.P1-4.1
ii  python   2.7.3~rc2-1
ii  python-gtk2  2.24.0-3

Versions of packages gajim recommends:
ii  dbus 1.6.0-1
ii  notification-daemon  0.7.5-1
ii  python-crypto2.6-2
ii  python-dbus  1.1.1-1
ii  python-openssl   0.13-2
ii  python-pyasn10.1.3-1

Versions of packages gajim suggests:
ii  aspell-en   7.1-0-1
ii  avahi-daemon0.6.31-1
pn  dvipng  
ii  gnome-keyring   3.4.1-4
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  libgtkspell02.0.16-1
ii  nautilus-sendto 3.0.3-2+b1
ii  network-manager 0.9.4.0-5
ii  python-avahi0.6.31-1
pn  python-farsight 
ii  python-gconf2.28.1+dfsg-1
ii  python-gnome2   2.28.1+dfsg-1
ii  python-gnomekeyring 2.32.0+dfsg-2+b1
pn  python-kerberos 
ii  python-pycurl   7.19.0-5
pn  texlive-latex-base  

-- 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#682384: [ovs-dev] [PATCH] Fix race condition in parallel execution of "make install".

[Simon Horman]

On Mon, Jul 23, 2012 at 09:58:19AM -0700, Ben Pfaff wrote:
> ovs-vsctl is listed, incorrectly, in both bin_PROGRAMS and bin_SCRIPTS.
> This meant that "make install" with the -j option could try to install
> ovs-vsctl two times in parallel, a race that occasionally caused a build
> failure, e.g.:
> http://buildd.debian.org/status/fetch.php?pkg=openvswitch&arch=s390&ver=1.4.2%2Bgit20120612-5&stamp=1342851603
> 
> Debian bug #682384.
> CC: 682...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
> I already uploaded this to Debian as -6.  I'll wait for a review
> before pushing it to the OVS repository.

Ouch.

Acked-by: Simon Horman 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682470: patch for libnss3

[David McIlwraith]

Hi,

This patch is probably incomplete for Debian's purposes; it only patches 
certdata.txt.


Regards,
- David McIlwraith 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#680451: missing attachment

[Christian PERRIER]

Quoting Christian PERRIER (bubu...@debian.org):
> Quoting Miguel Figueiredo (el...@debianpt.org):
> > Here it goes.
> 
> 
> And here it goes, unfizzued wrt latest templates..:-)


My bad. There have been so many different uploads of this package
during last weeks that I synced your translation with the wrong
templates.

So, now here it is. Currently  missing 5 strings



pt.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#522935: ITP: emerald -- Window Decorator shipped with Compiz Fusion.

[Carlos Alberto Lopez Perez]

Hello,



This ITP is one year and a half old. Any progress here?


I am interesting in having this software on Debian... So if you are not
longer interested on it I would appreciate if you can re-title this to
an RFP so I can take over it.


Thanks!



signature.asc
Description: OpenPGP digital signature

Bug#682597: libgcrypt11: Move some dependencies to Build-Depends-Indep

[P. J. McDermott]

Source: libgcrypt11
Version: 1.5.0-3
Severity: minor
Tags: patch

texlive-latex-base, texlive-generic-recommended, and texinfo are only
used in the build-indep target of debian/rules.  These build
dependencies can therefore be moved to Build-Depends-Indep as in the
attached patch (tested in a sid chroot).

-- 
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/   o< o o >   / oo \
http://www.pehjota.net/contact.html o   \ `-/| <> |.
o o o"~v/_\--/_/
diff -Nru libgcrypt11-1.5.0/debian/changelog libgcrypt11-1.5.0/debian/changelog
--- libgcrypt11-1.5.0/debian/changelog  2011-09-01 12:54:26.0 -0400
+++ libgcrypt11-1.5.0/debian/changelog  2012-07-23 20:52:50.0 -0400
@@ -1,3 +1,11 @@
+libgcrypt11 (1.5.0-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Move texlive-latex-base, texlive-generic-recommended, and texinfo to
+Build-Depends-Indep.
+
+ -- "P. J. McDermott"   Sun, 22 Jul 2012 22:10:19 -0400
+
 libgcrypt11 (1.5.0-3) unstable; urgency=low
 
   * Upload to unstable.
diff -Nru libgcrypt11-1.5.0/debian/control libgcrypt11-1.5.0/debian/control
--- libgcrypt11-1.5.0/debian/control2011-09-01 13:01:12.0 -0400
+++ libgcrypt11-1.5.0/debian/control2012-07-23 16:33:51.0 -0400
@@ -5,9 +5,9 @@
 Uploaders: Andreas Metzler , 
  Eric Dorland , James Westby ,
  Simon Josefsson 
-Build-Depends: debhelper (>> 8.1.3), texlive-latex-base,
- texlive-generic-recommended, texinfo (>= 4.6-0), cdbs (>= 0.4.93),
+Build-Depends: debhelper (>> 8.1.3), cdbs (>= 0.4.93),
  libgpg-error-dev (>> 1.10-0.1), autotools-dev
+Build-Depends-Indep: texlive-latex-base, texlive-generic-recommended, texinfo 
(>= 4.6-0)
 Standards-Version: 3.9.2
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnutls/packages/libgcrypt11/trunk
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-gnutls/packages/libgcrypt11/trunk/

Bug#682187: [ovs-dev] [PATCH] debian: Remove controller keys on openvswitch-controller package purge.

[Simon Horman]

On Fri, Jul 20, 2012 at 09:24:01AM -0700, Ben Pfaff wrote:
> A Debian package is expected to remove all its configuration files (which
> includes all files in /etc) when it is purged, but the
> openvswitch-controller package wasn't doing that.  This fixes the problem.
> 
> Debian bug #682187.
> CC: 682...@bugs.debian.org
> Reported-by: Andreas Beckmann 
> Signed-off-by: Ben Pfaff 

Acked-by: Simon Horman 

> ---
>  debian/automake.mk   |1 +
>  debian/openvswitch-controller.postrm |   44 
> ++
>  2 files changed, 45 insertions(+), 0 deletions(-)
>  create mode 100755 debian/openvswitch-controller.postrm
> 
> diff --git a/debian/automake.mk b/debian/automake.mk
> index ae82168..b6cb12e 100644
> --- a/debian/automake.mk
> +++ b/debian/automake.mk
> @@ -22,6 +22,7 @@ EXTRA_DIST += \
>   debian/openvswitch-controller.install \
>   debian/openvswitch-controller.manpages \
>   debian/openvswitch-controller.postinst \
> + debian/openvswitch-controller.postrm \
>   debian/openvswitch-datapath-module-_KVERS_.postinst.modules.in \
>   debian/openvswitch-datapath-dkms.postinst \
>   debian/openvswitch-datapath-dkms.prerm \
> diff --git a/debian/openvswitch-controller.postrm 
> b/debian/openvswitch-controller.postrm
> new file mode 100755
> index 000..64b7909
> --- /dev/null
> +++ b/debian/openvswitch-controller.postrm
> @@ -0,0 +1,44 @@
> +#!/bin/sh
> +# postrm script for openvswitch-controller
> +#
> +# see: dh_installdeb(1)
> +
> +set -e
> +
> +# summary of how this script can be called:
> +#*  `remove'
> +#*  `purge'
> +#*  `upgrade' 
> +#*  `failed-upgrade' 
> +#*  `abort-install'
> +#*  `abort-install' 
> +#*  `abort-upgrade' 
> +#*  `disappear' 
> +#  
> +# for details, see http://www.debian.org/doc/debian-policy/ or
> +# the debian-policy package
> +
> +
> +case "$1" in
> +purge)
> +cd /etc/openvswitch-controller
> +rm -f cacert.pem cert.pem privkey.pem req.pem
> +;;
> +
> +remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
> +;;
> +
> +*)
> +echo "postrm called with unknown argument \`$1'" >&2
> +exit 1
> +;;
> +esac
> +
> +# dh_installdeb will replace this with shell code automatically
> +# generated by other debhelper scripts.
> +
> +#DEBHELPER#
> +
> +exit 0
> +
> +
> -- 
> 1.7.2.5
> 
> ___
> dev mailing list
> d...@openvswitch.org
> http://openvswitch.org/mailman/listinfo/dev
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681203: xul-ext-gnome-keyring: extension seems to be incompatible with gnome 3.4

[Ximin Luo]

On 23/07/12 09:37, Christian Engwer wrote:
> On Sun, Jul 22, 2012 at 11:16:39PM +0100, Ximin Luo wrote:
>> It was clearly a typo to *you*, in your context with the bug being present. 
>> In
>> my context, where everything is fine, *I* have no idea what "keyword" means.
>>
>> I am running gnome-keyring 3.4 and it works OK for me.
>>
>> Note that if your keyring is unlocked, gnome-keyring will prompt you to 
>> unlock
>> your keyring. While this dialog box is open, firefox will indeed not respond 
>> to
>> user input. If you think this is a bug, file it to the gnome-keyring
>> developers, but I guess they would call it a "security feature".
> 
> there is no reason treating users like idiots. If you would have read
> my last mail properly you'd have seen that I corrected my typo and
> explained that it is about storing the password. The keyring is
> unlocked and works for all other applications. But never mind, I don't
> care using this package anymore. And with this tone of correspondence
> I also don't care about helping any further.
> 

Perhaps you misunderstood me. I am talking about storing the password here.

You should appreciate that, in general, most queries about problems are
actually due to users not using the tool as intended. At the risk of sounding
arrogant myself, I believe this is somewhat intuitive - e.g. 80-20 rule.
(Whether this is the user's fault or the tool's fault is a separate issue.)

I tried to reproduce the behaviour you described, and this explanation was the
simplest plausible explanation I could think of - given the fact that you
supplied ZERO detailed information in your bug report. This is not "treating
you like an idiot", this is me trying to do the best with the information given
to me.

OTOH, if you think that 80% of users are idiots for "not using the tool as
intended", that's your view. I don't think I've made any comments supporting
this view in this thread so far.

> I close the bug so that it doesn't distract you in your mailbox anymore.
> 
> Christian
> 
>> On 22/07/12 21:21, Christian Engwer wrote:
>>> On Sat, Jul 21, 2012 at 01:37:20PM +0100, Ximin Luo wrote:
 ping?
>>>
>>> pong!
>>>
>> adding an iceweasel keyword to the gnome-keyring will freeze
>>>
>>> This was clearly a typo... I wanted to say that adding a password in
>>> iceweasel (current from testing) results in a frozen iceweasel. I'd
>>> don't know what the exact reason is. Storing passwords in the
>>> traditional iceweasel vault works, just es the plugin did work some
>>> time ago. I suspect that the problem origins from the
>>> gnome-keyring. I used to have the 3.2 keyring and recently 3.4 entered
>>> from unstable.
>>>
>>> If you have a particular question I can try to give more details.
>>>
>>> Christian
>>>
> Please elaborate - I don't understand this at all.
>
>> iceweasel. This extension used to work, but in newser versions it
>> doesn't anymore. I assume it is an incompatiblity with the gnome 3.4
>> keyring.
>>
>> Christian
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>   APT prefers proposed-updates
>>   APT policy: (500, 'proposed-updates'), (500, 'testing'), (400, 
>> 'stable'), (300, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages xul-ext-gnome-keyring depends on:
>> ii  iceweasel  10.0.5esr-2
>> ii  libc6  2.13-33
>> ii  libgcc11:4.7.1-2
>> ii  libglib2.0-0   2.32.3-1
>> ii  libgnome-keyring0  3.4.1-1
>> ii  libnspr4   2:4.9.1-1
>> ii  libnspr4-0d2:4.9.1-1
>> ii  libstdc++6 4.7.1-2
>>
>> xul-ext-gnome-keyring recommends no packages.
>>
>> xul-ext-gnome-keyring suggests no packages.
>>
>> -- no debconf information
>>
>>
>
>


 -- 
 GPG: 4096R/5FBBDBCE
 https://github.com/infinity0
 https://bitbucket.org/infinity0
 https://launchpad.net/~infinity0

>>
>>
>> -- 
>> GPG: 4096R/5FBBDBCE
>> https://github.com/infinity0
>> https://bitbucket.org/infinity0
>> https://launchpad.net/~infinity0
>>
> 
> 
> 


-- 
GPG: 4096R/5FBBDBCE
https://github.com/infinity0
https://bitbucket.org/infinity0
https://launchpad.net/~infinity0



signature.asc
Description: OpenPGP digital signature

Bug#682596: gnutls26: Move some dependencies to Build-Depends-Indep

[P. J. McDermott]

Source: gnutls26
Version: 2.12.20-1
Severity: minor
Tags: patch

gtk-doc-tools and texinfo are only used in the build-indep target of
debian/rules.  These build dependencies can therefore be moved to
Build-Depends-Indep as in the attached patch (tested in a sid chroot).

-- 
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/   o< o o >   / oo \
http://www.pehjota.net/contact.html o   \ `-/| <> |.
o o o"~v/_\--/_/
diff -Nru gnutls26-2.12.20/debian/changelog gnutls26-2.12.20/debian/changelog
--- gnutls26-2.12.20/debian/changelog   2012-06-10 10:53:53.0 -0400
+++ gnutls26-2.12.20/debian/changelog   2012-07-23 20:52:14.0 -0400
@@ -1,3 +1,10 @@
+gnutls26 (2.12.20-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Move gtk-doc-tools and texinfo to Build-Depends-Indep.
+
+ -- "P. J. McDermott"   Sun, 22 Jul 2012 16:43:20 -0400
+
 gnutls26 (2.12.20-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru gnutls26-2.12.20/debian/control gnutls26-2.12.20/debian/control
--- gnutls26-2.12.20/debian/control 2012-03-03 12:17:11.0 -0500
+++ gnutls26-2.12.20/debian/control 2012-07-23 16:33:30.0 -0400
@@ -7,10 +7,11 @@
  James Westby ,
  Simon Josefsson 
 Build-Depends: debhelper (>= 8.1.3), libgcrypt11-dev (>= 1.4.0), zlib1g-dev,
- cdbs (>= 0.4.93), gtk-doc-tools, texinfo (>= 4.8),
+ cdbs (>= 0.4.93),
  libtasn1-3-dev (>= 0.3.4-0), autotools-dev, datefudge,
  libp11-kit-dev (>= 0.11), pkg-config, chrpath
 Build-Conflicts: libgnutls-dev
+Build-Depends-Indep: gtk-doc-tools, texinfo (>= 4.8)
 Standards-Version: 3.9.3
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnutls/packages/gnutls26/trunk
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-gnutls/packages/gnutls26/trunk/

Bug#682473: [Pkg-xfce-devel] Bug#682473: lightdm: autologin-user-timeout appears ineffective

[Neale Banks]

On Mon, 23 Jul 2012, Yves-Alexis Perez wrote:

> On lun., 2012-07-23 at 17:12 +1000, Neale Banks wrote:
[...]
> > This appears to be upstream bug:
> > https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/902852
> > 
> I'm marking it as forwarded, but I'm unsure if it's the same thing.

OK. But the upstream bug description matches my experience, very well.

> Does autologin-user-timeout works for the first login?

No timeout, guest user is logged in immediately.

> I have the impression that maybe autologin works only for the first
> login anyway, and not for the following times (which may be intended,
> too). In case this might be different bugs.

I thought the autologin(-timeout) was for all logins.  E.g. another user
logs in before the timeout expires; this user logs out; on timeout expiry
the guest user is magically logged in.

Thanks,
Neale.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682595: gnuradio FTBFS on armel and armhf, tries to use unsuitable assembler.

[peter green]

Package: gnuradio
Version: 3.5.1-1
Severity: important
Tags: patch

gnuradio FTBFS on armel and armhf with assembler errors

On armel the build failed with the following error:

cd 
/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib 
&& /usr/bin/gcc  -Dgnuradio_core_EXPORTS -DTRY_SHM_VMCIRCBUF -DHAVE_NETDB_H 
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_SYS_SELECT_H -DHAVE_SYS_SOCKET_H 
-DHAVE_SYS_MMAN_H -DHAVE_SYS_IPC_H -DHAVE_SYS_SHM_H -DHAVE_SIGNAL_H -DHAVE_NETINET_IN_H 
-DHAVE_ARPA_INET_H -DHAVE_BYTESWAP_H -DHAVE_LINUX_PPDEV_H -DHAVE_UNISTD_H 
-DHAVE_MALLOC_H -DHAVE_SNPRINTF -DHAVE_SIGACTION -DHAVE_SELECT -DHAVE_SYSCONF 
-DHAVE_GETPAGESIZE -DHAVE_NANOSLEEP -DHAVE_GETTIMEOFDAY -DHAVE_POSIX_MEMALIGN 
-DHAVE_VALLOC -DALIGNED_MALLOC=0 -DHAVE_PTHREAD_SIGMASK -DHAVE_SHM_OPEN -DHAVE_SINCOS 
-DHAVE_SINCOSF -DHAVE_SINF -DHAVE_COSF -DHAVE_MMAP -DFFTW3F_THREADS -O3 -DNDEBUG -fPIC 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/hier 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gruel/src/include 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gruel/src/include 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/runtime
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib/general
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/general
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib/gengen
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/gengen
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib/filter
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/filter
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/missing
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/reed-solomon
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/viterbi
 -I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/io 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib/swig
 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/swig 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/volk/include 
-I/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/volk/include
-fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -o 
CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o   -c 
/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c
/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c:
 In function 'dotprod_fff_armv7_a':
/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c:67:5:
 error: inconsistent operand constraints in an 'asm'
make[3]: *** 
[gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o]
 Error 1

I don't know exactly what this error means but it's clear from the
filenames that the problem is that gnuradio is trying to build armv7
code on a port that is targetting armv4t.

On armhf the build failed with the following error

[ 15%] Building C object 
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
cd 
/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/build/gnuradio-core/src/lib 
&& /usr/bin/gcc  -Dgnuradio_core_EXPORTS -DTRY_SHM_VMCIRCBUF -DHAVE_NETDB_H 
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_SYS_SELECT_H -DHAVE_SYS_SOCKET_H 
-DHAVE_SYS_MMAN_H -DHAVE_SYS_IPC_H -DHAVE_SYS_SHM_H -DHAVE_SIGNAL_H -DHAVE_NETINET_IN_H 
-DHAVE_ARPA_INET_H -DHAVE_BYTESWAP_H -DHAVE_LINUX_PPDEV_H -DHAVE_UNISTD_H 
-DHAVE_MALLOC_H -DHAVE_SNPRINTF -DHAVE_SIGACTION -DHAVE_SELECT -DHAVE_SYSCONF 
-DHAVE_GETPAGESIZE -DHAVE_NANOSLEEP -DHAVE_GETTIMEOFDAY -DHAVE_POSIX_MEMALIGN 
-DHAVE_VALLOC -DALIGNED_MALLOC=0 -DHAVE_PTHREAD_SIGMASK -DHAVE_SHM_OPEN -DHAVE_SINCOS 
-DHAVE_SINCOSF -DHAVE_SINF -DHAVE_COSF -DHAVE_MMAP -DFFTW3F_THREADS -O3 -DNDEBUG -fPIC 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/gnuradio-core/src/lib/hier 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/gruel/src/include 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/build/gruel/src/include 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/gnuradio-core/src/lib/runtime
 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/build/gnuradio-core/src/lib/general
 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/gnuradio-core/src/lib/general
 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.6.1/build/gnuradio-core/src/lib/gengen
 
-I/build/buildd-gnuradio_3.6.1-1-armhf-lGgCrF/gnuradio-3.

Bug#680451: missing attachment

[Christian PERRIER]

Quoting Miguel Figueiredo (el...@debianpt.org):
> Here it goes.


And here it goes, unfizzued wrt latest templates..:-)




pt.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#638353: Cannot choose login language

[John Paul Adrian Glaubitz]

Package: gdm3
Version: 3.4.1-2
Followup-For: Bug #638353

Just a short heads up, there is a related bug report in the
RedHat bugzilla and it seems they are considering re-introducing
the language selector in future versions of gdm3, see:

https://bugzilla.redhat.com/show_bug.cgi?id=681750

Cheers,

Adrian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610997: sbuild: unable to pass PATH

[Gabriele Giacone]

On Sun, Feb 13, 2011 at 10:44:01PM +, Roger Leigh wrote:
> On Mon, Jan 24, 2011 at 07:02:19PM +0100, Jakub Wilk wrote:
> > The $path I set in sbuild.conf is not passed down to
> > dpkg-buildpackage unless I also whitelist PATH in
> > $environment_filter. This is quite surprising behavior. I would
> > expect that variables explicitly set in sbuild.conf are not subject
> > to further filtering.
> 
> You are entirely correct.  I've added PATH to the default
> ENVIRONMENT_FILTER now, so this should be fixed in the next release.

No way to pass PATH ($path, $build_environment, $environment_filter)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#671785: segfaults when running reportbug

[Gabriele Giacone]

Reopening.

wheezy VM
kfreebsd-i386 9.0-1-amd64 9.0-4
python2.7 2.7.3~rc2-2.1
eglibc 2.13-33

Attached backtrace.
# gdb --args python /usr/bin/reportbug
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-kfreebsd-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/python...Reading symbols from 
/usr/lib/debug/usr/bin/python2.7...done.
done.
(gdb) r
Starting program: /usr/bin/python /usr/bin/reportbug
Welcome to reportbug! Since it looks like this is the first time you have used 
reportbug, we are configuring
its behavior. These settings will be saved to the file "/root/.reportbugrc", 
which you will be free to edit
further.
Please choose the default operating mode for reportbug.

1 noviceOffer simple prompts, bypassing technical questions.

2 standard  Offer more extensive prompts, including asking about things that a 
moderately sophisticated user
would be expected to know about Debian.

3 advanced  Like standard, but assumes you know a bit more about Debian, 
including "incoming".

4 expertBypass most handholding measures and preliminary triage routines. 
This mode should not be used by
people unfamiliar with Debian's policies and operating procedures.

Select mode: [novice] 
Program received signal SIGSEGV, Segmentation fault.
0x282cc21c in __pthread_unlock () from /lib/i386-kfreebsd-gnu/libpthread.so.0
(gdb) bt
#0  0x282cc21c in __pthread_unlock () from 
/lib/i386-kfreebsd-gnu/libpthread.so.0
#1  0x282c9883 in pthread_mutex_unlock () from 
/lib/i386-kfreebsd-gnu/libpthread.so.0
#2  0x28cc2350 in g_mutex_unlock (mutex=0x8984d18) at 
/build/buildd-glib2.0_2.32.3-1-kfreebsd-i386-amQLKl/glib2.0-2.32.3/./glib/gthread-posix.c:227
#3  0x2947e553 in gdk_threads_impl_unlock () at 
/build/buildd-gtk+2.0_2.24.10-1-kfreebsd-i386-Gawxbr/gtk+2.0-2.24.10/gdk/gdk.c:437
#4  gdk_threads_impl_unlock () at 
/build/buildd-gtk+2.0_2.24.10-1-kfreebsd-i386-Gawxbr/gtk+2.0-2.24.10/gdk/gdk.c:434
#5  0x29133883 in IA__gtk_main () at 
/build/buildd-gtk+2.0_2.24.10-1-kfreebsd-i386-Gawxbr/gtk+2.0-2.24.10/gtk/gtkmain.c:1255
#6  0x28f043e0 in _loop () at 
/build/buildd-pygtk_2.24.0-3-kfreebsd-i386-HOMPY0/pygtk-2.24.0/gtk/gtk.override:126
#7  0x28b629b1 in readline_until_enter_or_signal (signal=, 
prompt=0x89c44e4 "Select mode: [novice] ") at 
/build/buildd-python2.7_2.7.3~rc2-2.1-kfreebsd-i386-GXmiBd/python2.7-2.7.3~rc2/Modules/readline.c:963
#8  call_readline (sys_stdin=0x28675580, sys_stdout=0x28675620, 
prompt=0x89c44e4 "Select mode: [novice] ") at 
/build/buildd-python2.7_2.7.3~rc2-2.1-kfreebsd-i386-GXmiBd/python2.7-2.7.3~rc2/Modules/readline.c:1055
#9  0x08062b5d in PyOS_Readline (sys_stdin=0x28675580, sys_stdout=0x28675620, 
prompt=0x89c44e4 "Select mode: [novice] ") at ../Parser/myreadline.c:211
#10 0x08105386 in builtin_raw_input (self=0x0, args=('Select mode: [novice] 
',)) at ../Python/bltinmodule.c:2046
#11 0x0810f844 in call_function (oparg=, pp_stack=0xbfbfde14) at 
../Python/ceval.c:4021
#12 PyEval_EvalFrameEx (f=Frame 0x8a6034c, for file 
/usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py, line 149, in 
our_raw_input (prompt='Select mode: [novice] ', completions=['novice', 
'standard', 'advanced', 'expert'], completer=, istty=True), throwflag=0) at ../Python/ceval.c:2666
#13 0x08111730 in PyEval_EvalCodeEx (co=0x8761848, globals={'ewrite': , 'hiermatch': , 'show_report': 
, 'ISATTY': True, 'locale': , 'handle_bts_query': , 'getpass': 
, 'long_message': , 
'NoReport': , 'log_message': , 'get_filename': , 'select_options': 
, 'launch_browser': , 'NoPackage': , 'our_raw_input': , 'FilenameCompleter': , 
'rows': 31, 'proc_hierarchy': , 'errno': , '_launch_mbox_reader': , 
'charset': 'UTF-8', 'system': , 'can_input': 
, '__package__': 'reportbug.ui', 're': , 
pp_stack=0xbfbfdf74, func=) at 
../Python/ceval.c:4117
#15 call_function (oparg=, pp_stack=0xbfbfdf74) at 
../Python/ceval.c:4042
#16 PyEval_EvalFrameEx (f=Frame 0x8a5f12c, for file 
/usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py, line 365, in menu 
(par='Please choose the default operating mode for reportbug.', 
options=[('novice', 'Offer simple prompts, bypassing technical questions.'), 
('standard', 'Offer more extensive prompts, including asking about things that 
a moderately sophisticated user would be expected to know about Debian.'), 
('advanced', 'Like standard, but assumes you know a bit more about Debian, 
including "incoming".'), ('expert', "Bypass most handholding measures and 
preliminary triage routines.  This mode should not be used by people unfamiliar 
with Debian's policies and operating procedures.")], prompt='Select mode: ', 
default=

Bug#641245: apt is unable to parse file /etc/apt/preferences when it has comments.

[Carlos Alberto Lopez Perez]

retitle 641245 apt is unable to parse file /etc/apt/preferences when it has 
comments.
thanks

Hello,

This bug happens also when the file has any comment at the end.

$ cat /etc/apt/preferences
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 999

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 99

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 50
# just a comment


$ apt-cache policy apt
apt:
  Installed: 0.8.15.9
  Candidate: 0.9.7.1
  Version table:
 0.9.7.2 0
 99 http://ftp.es.debian.org/debian/ sid/main amd64 Packages
 0.9.7.1 0
999 http://ftp.es.debian.org/debian/ testing/main amd64 Packages
 *** 0.8.15.9 0
100 /var/lib/dpkg/status
 0.8.10.3+squeeze1 0
500 http://ftp.es.debian.org/debian/ stable/main amd64 Packages
E: Unable to parse package file /etc/apt/preferences (1)


$ sudo apt-get install apt
Reading package lists... Done
E: Unable to parse package file /etc/apt/preferences (1)


-- 
~~~
Carlos Alberto Lopez Perez   http://neutrino.es
Igalia - Free Software Engineeringhttp://www.igalia.com
~~~



signature.asc
Description: OpenPGP digital signature

Bug#682594: icinga-cgi: default value for icinga_check_command

[Christoph Anton Mitterer]

Package: icinga-cgi
Version: 1.7.1-2
Severity: minor


Hi Alex.

I haven't found that in the upstream example cgi.conf, so I report it here:
Debian ships a value of:
icinga_check_command=/usr/lib/nagios/plugins/check_nagios 
/var/lib/icinga/status.dat 5 '/usr/sbin/icinga'

Quite obviously this works, but the positions of the parameters may change
eventually or they may not be accepted any more without the options.


So as small cosmetic "improvement", may I suggest to change this to:
icinga_check_command=/usr/lib/nagios/plugins/check_nagios 
--filename=/var/lib/icinga/status.dat --expires=5 --command=/usr/sbin/icinga

Seems to execute at the same speed as the current value.

Cheers,
Chris.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#675167: Bug#674844: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which "specifically excludes the right to re-distribute"

[Jonathan McCrohan]

On 21/07/12 15:49, Adam D. Barratt wrote:
> Aside from the question of whether the content can actually have
> authorship asserted over it in the first place, we've historically
> treated licensing issues in stable where the situation has subsequently
> been clarified in unstable as documentation updates which don't qualify
> for an update in stable on their own.

Thanks for the clarification.

> Particularly as the package in stable is in non-free I'm afraid I'm not
> currently convinced that the proposed changes should be applied in
> stable.

That's fine by me. I only prepared the diff should the release team feel
an update was required. (IMHO the files in question aren't
copyrightable, but that's another issue).

Feel free to tag as wontfix/notabug/whatever you see fit.

Jon


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681347: still encountering this bug

[unk]

Hi,

I'm still getting this bug, using the Wheezy weekly build 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-xfce+lxde-CD-1.iso 
from 23-Jul-2012. It also still occurs in the corresponding weekly 
netinst image.


regards
Nik


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656745: gnome-control-center: Region panel breaks LANG, breaks terminal charset, shows wrong languages

[John Paul Adrian Glaubitz]

Package: gnome-control-center
Version: 1:3.4.2-2
Followup-For: Bug #656745

Just a short heads up, there is a somewhat related bugreport to
the issue in the GNOME bugzilla, see:

https://bugzilla.gnome.org/show_bug.cgi?id=671530

Cheers,

Adrian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#649909: Xmp data

[brian m. carlson]

On Mon, Jul 23, 2012 at 06:00:03PM +0200, Bastien ROUCARIES wrote:
> Could you give precision of how to dump xmp data from pdf ?

You can look at it using any pager.  The XMP specification requires that
it not be encoded (other than the intrinsic XML encoding, of course),
encrypted, or compressed.  pdftk might be able to dump it for you, but
I'm not sure.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#682592: e2fsprogs: logsave will hang if e2fsck-based logging is enabled

[Theodore Y. Ts'o]

Package: e2fsprogs
Version: 1.42.4-3
Severity: normal

The logsave program is leaking a file descriptor when it fork and
exec's the program that it is logging.  In the case of
/etc/init.d/checkroot, this would be fsck.  This file descriptor never
gets closed, so it's still present when fsck runs e2fsck, and then if
e2fsck has its own logging enabled using (in /etc/e2fsck.conf):

[options]
log_dir = /mnt
log_filename = e2fsck-%N.%h.INFO.%D-%T
log_dir_wait = true

then e2fsck will fork off a process waiting for /mnt to get remounted
read/write.  This causes logsave to never get an EOF from its pipe, so
it hangs waiting for the read to fail --- which won't happen due to
the file descriptor leak which is still being held open by e2fsck's
forked child process.  And so /etc/init.d/checkroot hangs, and the
root file system never gets remounted read/write, and we deadlock.

The fix is to close the leaked file descriptor before we exit, with:

diff --git a/misc/logsave.c b/misc/logsave.c
index c37473c..e783546 100644
--- a/misc/logsave.c
+++ b/misc/logsave.c
@@ -190,6 +190,7 @@ static int run_program(char **argv)
dup2(fds[1],1); /* fds[1] replaces stdout */
dup2(fds[1],2); /* fds[1] replaces stderr */
close(fds[0]);  /* don't need this here */
+   close(fds[1]);
 
execvp(argv[0], argv);
perror(argv[0]);


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682590: fix

[Stefanos Harhalakis]

FWIW, the fix is to change /usr/lib/ruby/vendor_ruby/puppet/ssl/base.rb:

-  VALID_CERTNAME = /\A[ -.0-~]+\Z/
+  VALID_CERTNAME = /\A[ -.0-~\/]+\Z/

(i.e. add / to permitted characters).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682574: live-tools, procps: live-tools and procps must consistently handle /usr/bin/uptime

[Craig Small]

On Mon, Jul 23, 2012 at 10:18:28PM +0200, Andreas Beckmann wrote:
> Mixing diversions and alternatives is not trivial ... I know from
> cleaning up the nvidia-graphics-driver and fglrx-driver diversion mess
> for /usr/lib/libGL.so* :-)
I believe there is also something about packages diverting others
letting the first one know about it, which didn't happen and probably
contributed to the mess.

> A possible solution that should work:
> * procps ships uptime.procps and uptime.procps.1.gz
> * live-utils ships live-uptime and live-uptime.1.gz
> * both register an alternative for uptime with uptime.1.gz slave
Yep, would of done it had I known about it, I'll update procps with
this and the fix below, thanks!

And yes I traced through the fglrx symlink stuff once, it was
complicated but generally worked ok (except when non-free binaries
hard-coded the wrong stuff but thats another story).

 - Craig
-- 
Craig Small VK2XLZ   http://enc.com.au/  csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/  csmall at : debian.org
GPG fingerprint: 5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682591: /usr/lib/atlas-base/atlas/libblas.so.3.0: Illegal instruction ATL_dJIK56x56x56TN56x56x0_a1_b0 on amd64: AMD Opteron(tm) Processor 246

[NeuroDebian Team account]

Package: libatlas3-base
Version: 3.8.4-8
Severity: important
File: /usr/lib/atlas-base/atlas/libblas.so.3.0

Dear Maintainer,

Today I have upgraded the system and I guess moved from my custom build of 
atlas to Debian-provided and got my illops back:

Program received signal SIGILL, Illegal instruction.
0x7478e2fa in ATL_dJIK56x56x56TN56x56x0_a1_b0 () from 
/usr/lib/libblas.so.3gf
(gdb) bt 2 full
#0  0x7478e2fa in ATL_dJIK56x56x56TN56x56x0_a1_b0 () from 
/usr/lib/libblas.so.3gf
No symbol table info available.
#1  0x7486f546 in ATL_dprk_kmm () from /usr/lib/libblas.so.3gf
No symbol table info available.
(More stack frames follow...)


and here is atlas pkg actions from dpkg.log:

2012-07-23 14:56:54 status installed libatlas3gf-base:amd64 
3.8.3-29.1~custom1+custom3
2012-07-23 14:56:54 remove libatlas3gf-base:amd64 3.8.3-29.1~custom1+custom3 

2012-07-23 14:56:54 status half-configured libatlas3gf-base:amd64 
3.8.3-29.1~custom1+custom3
2012-07-23 14:56:54 status half-installed libatlas3gf-base:amd64 
3.8.3-29.1~custom1+custom3
2012-07-23 14:56:55 status config-files libatlas3gf-base:amd64 
3.8.3-29.1~custom1+custom3
2012-07-23 14:56:55 status config-files libatlas3gf-base:amd64 
3.8.3-29.1~custom1+custom3
2012-07-23 14:57:29 install libatlas3-base:amd64  3.8.4-8
2012-07-23 14:57:29 status half-installed libatlas3-base:amd64 3.8.4-8
2012-07-23 14:57:30 status unpacked libatlas3-base:amd64 3.8.4-8
2012-07-23 14:57:30 status unpacked libatlas3-base:amd64 3.8.4-8
2012-07-23 15:00:25 configure libatlas3-base:amd64 3.8.4-8 
2012-07-23 15:00:25 status unpacked libatlas3-base:amd64 3.8.4-8
2012-07-23 15:00:25 status half-configured libatlas3-base:amd64 3.8.4-8
2012-07-23 15:00:25 status installed libatlas3-base:amd64 3.8.4-8


Please let me know what further information should I provide.

Thanks in advance

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libatlas3-base depends on:
ii  libc6 2.13-35
ii  libgcc1   1:4.7.1-5
ii  libgfortran3  4.7.1-5

libatlas3-base recommends no packages.

Versions of packages libatlas3-base suggests:
ii  liblapack3  3.4.1-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#662736: Some concerns about adding maxwell to Debian

[Sandy Harris]

On Tue, Jul 24, 2012 at 2:38 AM, Henrique de Moraes Holschuh
 wrote:

> On Mon, 23 Jul 2012, Sandy Harris wrote:
>> >> Initial entropy at very early boot, 
>>
>> Where can I get info on those patches? I am on the linux-crypto list
>> and have not noticed them there.
>
> Look for Ted Tso's /dev/random work in LKML itself:
> http://lkml.kernel.org/r/1341511933-11169-1-git-send-email-ty...@mit.edu

Thanks.

>> >> For other entropy gathering needs, there are safer choices.  This should
>> >> be reflected on the package description.
>> >
>> > Agree, as I mentioned before, work on documentation is needed to ensure 
>> > that
>> > we provide enough information for the system designer/administrator to make
>> > informed decision about how to use or not to use maxwell.
>>
>> I thought I'd dealt with that in the man page & PDF.
>
> The typical distro user can barely be bothered enough to read package
> descriptions...  So a single sentence summarizing what you wrote in the
> paper about when maxwell should (not) be used is really required.

Other methods -- a hardware RNG, turbid(1) or Havege(1) -- are generally
preferable to maxwell(8) if they can be used; the main applications of
maxwell(8) are on systems where those are impractical or as a second
generator as a failsafe measure.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#681203: xul-ext-gnome-keyring: extension seems to be incompatible with gnome 3.4

[Ximin Luo]

On 23/07/12 09:37, Christian Engwer wrote:
> On Sun, Jul 22, 2012 at 11:16:39PM +0100, Ximin Luo wrote:
>> It was clearly a typo to *you*, in your context with the bug being present. 
>> In
>> my context, where everything is fine, *I* have no idea what "keyword" means.
>>
>> I am running gnome-keyring 3.4 and it works OK for me.
>>
>> Note that if your keyring is unlocked, gnome-keyring will prompt you to 
>> unlock
>> your keyring. While this dialog box is open, firefox will indeed not respond 
>> to
>> user input. If you think this is a bug, file it to the gnome-keyring
>> developers, but I guess they would call it a "security feature".
> 
> there is no reason treating users like idiots. If you would have read
> my last mail properly you'd have seen that I corrected my typo and
> explained that it is about storing the password. The keyring is
> unlocked and works for all other applications. But never mind, I don't
> care using this package anymore. And with this tone of correspondence
> I also don't care about helping any further.
> 

Don't be arrogant. You were the one that initially implied I was stupid for not
understanding your report. I explained to you why this is not a correct
assumption to make. If you would have read my last mail correctly, you would
have seen that I *did* read your last mail correctly.

As it is, you still have not provided enough useful information to constitute a
proper bug report. I repeat what I said in my very first email - I can't
understand you at all.

> I close the bug so that it doesn't distract you in your mailbox anymore.
> 
> Christian
> 
>> On 22/07/12 21:21, Christian Engwer wrote:
>>> On Sat, Jul 21, 2012 at 01:37:20PM +0100, Ximin Luo wrote:
 ping?
>>>
>>> pong!
>>>
>> adding an iceweasel keyword to the gnome-keyring will freeze
>>>
>>> This was clearly a typo... I wanted to say that adding a password in
>>> iceweasel (current from testing) results in a frozen iceweasel. I'd
>>> don't know what the exact reason is. Storing passwords in the
>>> traditional iceweasel vault works, just es the plugin did work some
>>> time ago. I suspect that the problem origins from the
>>> gnome-keyring. I used to have the 3.2 keyring and recently 3.4 entered
>>> from unstable.
>>>
>>> If you have a particular question I can try to give more details.
>>>
>>> Christian
>>>
> Please elaborate - I don't understand this at all.
>
>> iceweasel. This extension used to work, but in newser versions it
>> doesn't anymore. I assume it is an incompatiblity with the gnome 3.4
>> keyring.
>>
>> Christian
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>   APT prefers proposed-updates
>>   APT policy: (500, 'proposed-updates'), (500, 'testing'), (400, 
>> 'stable'), (300, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages xul-ext-gnome-keyring depends on:
>> ii  iceweasel  10.0.5esr-2
>> ii  libc6  2.13-33
>> ii  libgcc11:4.7.1-2
>> ii  libglib2.0-0   2.32.3-1
>> ii  libgnome-keyring0  3.4.1-1
>> ii  libnspr4   2:4.9.1-1
>> ii  libnspr4-0d2:4.9.1-1
>> ii  libstdc++6 4.7.1-2
>>
>> xul-ext-gnome-keyring recommends no packages.
>>
>> xul-ext-gnome-keyring suggests no packages.
>>
>> -- no debconf information
>>
>>
>
>


 -- 
 GPG: 4096R/5FBBDBCE
 https://github.com/infinity0
 https://bitbucket.org/infinity0
 https://launchpad.net/~infinity0

>>
>>
>> -- 
>> GPG: 4096R/5FBBDBCE
>> https://github.com/infinity0
>> https://bitbucket.org/infinity0
>> https://launchpad.net/~infinity0
>>
> 
> 
> 


-- 
GPG: 4096R/5FBBDBCE
https://github.com/infinity0
https://bitbucket.org/infinity0
https://launchpad.net/~infinity0



signature.asc
Description: OpenPGP digital signature

Bug#680116: swi-prolog: seg fault on Sparc and IA64

[Eugeniy Meshcheryakov]

24 липня 2012 о 00:17 +0200 Eugeniy Meshcheryakov написав(-ла):
> forwarded 680116 http://www.swi-prolog.org/bugzilla/show_bug.cgi?id=45
> thanks
> 
> Hello,
> 
> Thanks for the backtrace. I forwarded your bug report to the above
> address. Please add any missing details there.
> 
> BTW you could try to upload logol to experimental and set build-deps to
> require swi-prolog 6.0.2. I cannot upload swi-prolog to unstable now,
> because it does not build on sparc and mipsel.

I also tried to install swi-prolog in my home directory and then build
logol, but got a lot of errors (or something that looked like errors)
and have no idea how to interpret the output of that build system.

Regards,
Eugeniy Meshcheryakov


signature.asc
Description: Digital signature

Bug#682590: puppetmaster: puppet stopped working for existing certificates that contain / in their subject

[Stefanos Harhalakis]

Package: puppetmaster
Version: 2.7.18-1
Severity: important
Tags: upstream

Dear Maintainer,

Since the latest upgrade I've been bitten by puppet bug #15561

http://projects.puppetlabs.com/issues/15561

The following used to work just fine:

# puppet kick 
Triggering 
Host  failed: Certname
"... subject ..." must not contain unprintable or non-ASCII characters
 finished with exit code 2
Failed: 

I am using a custom (not managed by puppet) CA. The problem seems to be
triggered by the fact that CN includes a / in it. As mentioned in the
puppet bug report this is a very common thing.

The issue is that it makes puppet unusable for existing installations
and since this is going to be in Wheezy it may end up braking for a lot
of people's installations that will upgrade.

The bug is accepted upstream and it seems that it will be fixed in the
2.7 series.

Please consider this an RC bug.

Thanks,
Stefanos

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.4.3-v2-v (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages puppetmaster depends on:
ii  puppetmaster-common  2.7.18-1
ii  ruby1.8  1.8.7.358-4

puppetmaster recommends no packages.

puppetmaster 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#383296: manpages: nlmsg_pid/nl_pid is *not* the process ID

[Simon Paillard]

forwarded 383296 linux-...@vger.kernel.org
thanks

On Sat, May 05, 2007 at 04:01:05PM +1000, Herbert Xu wrote:
> On Wed, Apr 25, 2007 at 05:29:20PM +0200, Martin Schulze wrote:
> > 
> > The kernel header of 2.6.20 says in include/linux/netlink.h
> > 
> > /* Sending process PID */
> > 
> > If it should be changed in the corresponding manpage, I guess that it should
> > be changed in the kernel as well (if not first).
> 
> Thanks for pointing that out.  I've made a patch to fix that.

Applied some years ago:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=cf130cb102487723bdfc53e4abde1227a7563797

> > Apart from that, the manpage netlink(7) contains the following note:
> > 
> >nlmsg_seq  and  nlmsg_pid  are used to track messages.  nlmsg_pid 
> > shows
> >the origin of the message.  Note that there isn't  a  1:1  
> > relationship
> >between  nlmsg_pid and the PID of the process if the message 
> > originated
> >from a netlink socket.  See the ADDRESS  FORMATS  section  for  
> > further
> >information.
> > 
> > which explains that's nlmsg_pid is not exactly a process ID.
> 
> We should simply call these numbers port IDs and remove all references
> to the word process.

Trivial fix sent upstream to update struct comments, not sure how
Michael wants to update the wording around.

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682589: omlet: 100% cpu usage when indenting match

[Johannes Schauer]

Package: ocaml-tools
Version: 20120103-2
Severity: normal

Hi,

when a ocaml file contains a string with "*)" then editing a match will
result in some endless loop at 100% cpu usage.

To reproduce, create an ocaml file with the following content:

let foo = "*)" in
match foo with
  | _ -> ()

1. position the cursor on the last line at the very end.
2. press ENTER to create a new line
3. press the pipe key
4. observe how vim becomes unresponsive and consumes 100% cpu

I only managed to come back to vim after pressing CTRL+C

It doesnt matter where in the file the string containing "*)" is located.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ocaml-tools depends on:
ii  ocaml-base-nox [ocaml-base-nox-3.12.1]  3.12.1-3

Versions of packages ocaml-tools recommends:
ii  vim2:7.3.547-1
ii  vim-addon-manager  0.5.0

Versions of packages ocaml-tools suggests:
ii  autoconf  2.69-1
pn  otags 

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682588: darktable: debian darktable linked against libtif5 to support lzma compression

[Dr. Johannes Zellner]

Package: darktable
Version: 1.0.4-1
Severity: wishlist

currently darktable on debian appears to be linked against libtif4.

It would be an advantage to have it linked against libtif5 which supports lzma
compression.

lzma seems to compress by far better compared to the other compression
algorithms implemented in libtif, so I'd prefer to compress my tif images with
lzma.

What do you think about linking darktable against libtif5?



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages darktable depends on:
ii  gtk2-engines1:2.20.2-2
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-34
ii  libcairo2   1.12.2-2
ii  libcurl3-gnutls 7.26.0-1
ii  libdbus-1-3 1.6.2-2
ii  libdbus-glib-1-20.100-1
ii  libexiv2-12 0.23-1
ii  libflickcurl0   1.22-1
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.1-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgnome-keyring0   3.4.1-1
ii  libgomp14.7.1-3
ii  libgphoto2-22.4.14-2
ii  libgphoto2-port02.4.14-2
ii  libgtk2.0-0 2.24.10-1
ii  libilmbase6 1.0.1-4
ii  libjpeg88d-1
ii  liblcms2-2  2.2+git20110628-2.2
ii  liblensfun0 0.2.5-2
ii  libopenexr6 1.6.1-5
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  librsvg2-2  2.36.1-1
ii  libsqlite3-03.7.13-1
ii  libstdc++6  4.7.1-3
ii  libtiff43.9.6-6
ii  libxml2 2.8.0+dfsg1-4
ii  zlib1g  1:1.2.7.dfsg-13

darktable recommends no packages.

darktable 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#674039: mount -a still required

[Aljaž Prusnik]

I tried the latest from unstable (sysvinit2.88dsf-29 and ifupdown 7.1). 
Still the same.


But I went through the scripts and it seems that in mountnfs script 
there is a loop that should go through all available interfaces:



exit_unless_last_interface() {
ifaces="$(ifquery --list)"
...

I tried the command ifquery --list and it returned nothing. Maybe this 
explains why it is not waiting for the interfaces to come up, because 
there is none there.


best regards,
Aljaz


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682587: ITA: devilspie -- find windows and perform actions on them

[Chris Silva]

Package: wnpp
Severity: normal


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682586: ITA: gdevilspie -- User friendly interface for devilspie

[Chris Silva]

Package: wnpp
Severity: normal


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682585: ITA: Analog -- Web server log analyzer

[Chris]

Package: wnpp
Severity: normal


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#680116: swi-prolog: seg fault on Sparc and IA64

[Eugeniy Meshcheryakov]

forwarded 680116 http://www.swi-prolog.org/bugzilla/show_bug.cgi?id=45
thanks

Hello,

Thanks for the backtrace. I forwarded your bug report to the above
address. Please add any missing details there.

BTW you could try to upload logol to experimental and set build-deps to
require swi-prolog 6.0.2. I cannot upload swi-prolog to unstable now,
because it does not build on sparc and mipsel.

Regards,
Eugeniy Meshcheryakov

4 липня 2012 о 16:40 +0200 olivier sallou написав(-ла):
> Here are gdb logs:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x4007ce21 in into_relocation_chain ()
> (gdb) backtrace
> #0  0x4007ce21 in into_relocation_chain ()
> #1  0x40088370 in garbageCollect ()
> #2  0x4008a3a0 in ensureGlobalSpace ()
> #3  0x40046170 in PL_next_solution ()
> #4  0x40010360 in main ()
> 
> I also attach strace log.
> 
> Standard output:
> 
> [c,c,c]
> getchars
> gotchars
> [c,c,c]
> getchars
> gotchars
> [c,c,c]
> getchars
> gotchars
> Segmentation fault
> 
> For debug I have put a write before and in predicate call, with a sleep(1)
> to be sure to print the statement in output.
> The seg fault occured before putting those write/sleep and always occurs at
> the same time in the present test.
> 
> -- 
> 
> gpg key id: 4096R/326D8438  (keyring.debian.org)
> 
> Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438




signature.asc
Description: Digital signature

Bug#682571: davfs2: [INTL:it] Incomplete encoding header in Italian translation

[Luciano Bello]

My fault! :( Sorry, I changed it.
I will fix it in few hours.

/luciano


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682584: apt-cache: /usr/lib/libz.so.1: version `ZLIB_1.2.3.3' not found (required by /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12)

[Tom Parker]

Package: apt
Version: 0.9.7.2
Severity: important

Pretty much every apt-based tool (including apt-get) now does the
following:

/usr/lib/libz.so.1: version `ZLIB_1.2.3.3' not found (required by 
/usr/lib/i386-linux-gnu/libapt-pkg.so.4.12)

-- Package-specific info:

-- apt-config dump --

apt-config: /usr/lib/libz.so.1: version `ZLIB_1.2.3.3' not found (required by 
/usr/lib/i386-linux-gnu/libapt-pkg.so.4.12)

-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-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 apt depends on:
ii  debian-archive-keyring 2010.08.28~lenny1 GnuPG archive keys of the Debian a
ii  gnupg  1.4.10-4  GNU privacy guard - a free PGP rep
ii  libapt-pkg4.12 0.9.7.2   package managment runtime library
ii  libc6  2.13-21   Embedded GNU C Library: Shared lib
ii  libgcc11:4.6.1-15GCC support library
ii  libstdc++6 4.6.1-15  GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude  0.6.9.1-1  terminal-based package manager
ii  dpkg-dev  1.15.8.5   Debian package development tools
pn  python-apt (no description available)
ii  xz-utils  4.999.9beta+20100810-1 XZ-format compression utilities

-- 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#582522: please document D_MAX_BLOCKS_IN_MCU deviation from upstream more clearly

[Jonathan Nieder]

Bastien ROUCARIES wrote:

> Ok see patch

Thank you.  Looks good to me.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682464: libtasn1-3: Unused build dependencies

[P. J. McDermott]

On 2012-07-23 04:47, Simon Josefsson wrote:
> "P. J. McDermott"  writes:
>> libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base,
>> neither of which is used in the build process.  Both can be safely
>> removed from debian/control as in the attached patch (tested in a sid
>> chroot).
> 
> The dependencies should be used during the build process to generate the
> GTK-DOC API manual.  I've heard before that it is recommended that
> everything that is shipped in Debian packages are built from sources to
> make sure that it is possible to rebuild generated files if necessary.
> I recall this is common for other packages with GTK-DOC manuals too.

The manual isn't being built by debian/rules, so the build dependencies
currently aren't being used at all.

-- 
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/   o< o o >   / oo \
http://www.pehjota.net/contact.html o   \ `-/| <> |.
o o o"~v/_\--/_/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682581: Acknowledgement (xfce4-settings: No way to disable accessibility features?)

[Conrad J.C. Hughes (for Debian package stuff)]

Argh sorry, this is a known gdm-as-login-manager issue.  I only searched
xfce-settings's open bug list.  Sorry.

Conrad


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618361: Patch for documentation bug on ghostscript

[Bastien ROUCARIES]

tags 618361 + patch
thanks

See patch. Modify if needed.

Bastien


0001-Remove-other-os-stuff.patch
Description: Binary data


0002-Fix-path-for-debian.patch
Description: Binary data


0003-Add-install-ghostscript-doc.patch
Description: Binary data


0004-Add-hint-for-debian-package.patch
Description: Binary data

Bug#682401: dbmmanage: please use Digest::SHA instead of Digest::SHA1

[Arno Töll]

tags 682401 + pending
thanks

Hi,

On 22.07.2012 22:22, Stefan Fritsch wrote:
> AFAICS, dbmmanage has not seen a single code commit upstream since the 
> C variant, htdbm, has been introduced in 2001. Maybe we should get rid 
> of dbmmanage in the 2.4 packages. But unbreaking it for wheezy by 
> using Digest::SHA instead of Digest::SHA1 is still a good idea. 

Done both. I committed rab80d43 which I want to get into Testing
(waiting a bit for you to comment before uploading, however) and
r28a921f for 2.4 which drops the tool entirely.

> Digest::MD5 seems to be part of the "perl" package in wheezy, too. No 
> recommends needed.

Digest::MD5 is, but dbmmanage uses Crypt::PasswdMD5 which is not
API-compatible to Digest::MD5. That needs (a bit) more work to get it
running in the perl base distribution.

Thus, users of MD5 will get a warning to install the appropriate
modules. I improved the message though, so that the Debian package name
is told.



-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#611923: xdg.DesktopEntry & unicode

[Thomas Kluyver]

I'm just triaging bugs for PyXDG. It seems that getName() returns a
unicode string suitable for the current locale. I'd consider that the
expected behaviour. I believe modern GUI toolkits work with unicode
(I'm familiar with Qt, which certainly does).

Do you think that it should return an 8-bit string in a
locale-dependent encoding? That seems a step backwards to me, but I'd
be interested to hear your thoughts if that is your position.
Otherwise, I think we can close this issue.

Thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682583: pu: package nss-pam-ldapd/0.7.15+squeeze2

[Arthur de Jong]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Dear stable release team,

I would like to upload a new release of nss-pam-ldapd for squeeze that
fixes a few bugs. The fixes below (apart from the first one) should all
be very straightforward.

(1) extra checking of overflows of numeric values retrieved from LDAP
This change was developed and tested by Redhat and has been in
upstream releases 0.7.16 and 0.8.4 (and is also present in the
version currently in testing).
The diff in 0.7.16 which should apply without issues to 0.7.15:
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1600&view=revision
svn diff -c 1600 http://arthurdejong.org/svn/nss-pam-ldapd

(2) fix gecos buffer length and make some other buffers have a
consistent size (this is #640781)
This change was in 0.8.5 and is scheduled for a next 0.7 upstream
release. The bug reporter requested this change to go in a squeeze
point release.
The diff:
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1727&view=revision
svn diff -c 1727 http://arthurdejong.org/svn/nss-pam-ldapd

(3) fix two possible NULL pointer dereferences (not very common
scenario)
These changes were in 0.8.5 and are scheduled for a next 0.7
upstream release.
The diffs:
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1728&view=revision
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1730&view=revision
svn diff -c 1728 http://arthurdejong.org/svn/nss-pam-ldapd
svn diff -c 1730 http://arthurdejong.org/svn/nss-pam-ldapd

(4) increase buffer size for pam_authz_search and ensure log message
isn't cut short (this is Ubuntu bug #951343)
These changes were in 0.7.16 and 0.8.7.
The diffs:
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1629&view=revision
http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1648&view=revision
svn diff -c 1629 http://arthurdejong.org/svn/nss-pam-ldapd
svn diff -c 1648 http://arthurdejong.org/svn/nss-pam-ldapd

Do you think any of the above are acceptable or unacceptable for a point
release. If you like I can provide more background information or
prepare a debdiff.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


signature.asc
Description: This is a digitally signed message part

Bug#680451: missing attachment

[Miguel Figueiredo]

Here it goes.


--
Melhores cumprimentos/Best regards,

Miguel Figueiredo


pt.po.gz
Description: GNU Zip compressed data

Bug#122383: your bug -- manpages-dev: Ptrace manpage on IA64 is for Linux 2.2

[Simon Paillard]

tags 122383 +confirmed
thanks

Hi,

On Thu, Dec 22, 2005 at 11:45:21AM +0100, Johan Walles wrote:
> 2005/12/21, Justin Pryzby :
> > Does this bug still apply in recent manpages packages?
> 
> Yes.  Although not to the same extent as before.
> 
> PTRACE_GETFPREGS still doesn't exist on ia64.  The man page implies it
> does.  It's documented and the documentation says nothing about this
> function not existing on some platforms.
> 
> The attached program builds and runs fine on ia32.  It doesn't even
> build on ia64: "error: `PTRACE_GETFPREGS' undeclared".  Possibly it's
> broken on other platforms as well, although the ia64 is the only
> non-mainstream platform I have access to.

This doesn't build either on ia64 today, with the same error.

And ptrace.2 doesn't mention such kind of function unavailability
(except arguments order change for sparc).

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682581: xfce4-settings: No way to disable accessibility features?

[Conrad J.C. Hughes (for Debian package stuff)]

Package: xfce4-settings
Version: 4.8.3-2
Severity: normal

Dear Maintainer,

I have nothing enabled in xfce4-accessibility-settings, but if I leave
my finger on the shift key for a few seconds, Slow Keys activates.

I would expect that if "Use Slow Keys" is not ticked in the
accessibility settings dialog, then I should not be able to activate the
feature from the keyboard.  It looks as if this setting is actually
there to turn the feature on immediately (rather than to allow its
enablement by pressing shift).  Obviously it's perfectly reasonable to
have it available by *default*, however there should I think be some way
to prevent its activation altogether for those who don't want it.

I often pause at the start of sentences with one finger on the shift
key, ready for the opening capital letter, so being unable to prevent
Slow Keys' activation is a little awkward.

Similarly, tapping my finger on the shift key activates sticky keys, and
it would be handy to be able to prevent that too.

Regards,
Conrad

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-settings depends on:
ii  libc6   2.13-33
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.0-1
ii  libexo-1-0  0.6.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  libxcursor1 1:1.1.13-1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  libxfconf-0-2   4.8.1-1
ii  libxi6  2:1.6.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  xfconf  4.8.1-1

Versions of packages xfce4-settings recommends:
ii  x11-utils  7.7~1
ii  xfce4-volumed  0.1.13-3

xfce4-settings suggests no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682580: xgettext: fails to properly replace some placeholders in output .pot (PACKAGE, YEAR, C. HOLDER)

[Francesco Poli (wintermute)]

Package: gettext
Version: 0.18.1.1-9
Severity: normal

Hello!
Thanks for maintaining gettext in Debian!


I noticed that xgettext does not properly replace all the relevant
placeholders in the output .pot file, when told to do so through
command-line options.

I'll try to explain the issues with a minimal test case.

Let's consider the example in the official Python library reference [1].
This should be minimal enough, I think.

[1] http://docs.python.org/library/gettext.html#module-gettext

Here's the example code:

  $ cat myapplication.py 
  import gettext
  gettext.bindtextdomain('myapplication', '/path/to/my/language/directory')
  gettext.textdomain('myapplication')
  _ = gettext.gettext
  # ...
  print _('This is a translatable string.')

Let's generate the corresponding .pot file:

  $ xgettext --language=python myapplication.py -o myapplication.pot
  $ cat myapplication.pot 
  # 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 , YEAR.
  #
  #, fuzzy
  msgid ""
  msgstr ""
  "Project-Id-Version: PACKAGE VERSION\n"
  "Report-Msgid-Bugs-To: \n"
  "POT-Creation-Date: 2012-07-23 22:49+0200\n"
  "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
  "Last-Translator: FULL NAME \n"
  "Language-Team: LANGUAGE \n"
  "Language: \n"
  "MIME-Version: 1.0\n"
  "Content-Type: text/plain; charset=CHARSET\n"
  "Content-Transfer-Encoding: 8bit\n"

  #: myapplication.py:6
  msgid "This is a translatable string."
  msgstr ""

This seems to be OK, but some placeholders should be replaced by actual
values.
It is my understanding that (before the .pot file is made available to
prospective translators who wish to start a localization in a new
language) the second line should be replaced by appropriate copyright
notices, and that PACKAGE and VERSION should be replaced by the actual
package name and version number.
Let's try with the following command-line options:

  $ xgettext --copyright-holder="Python Software Foundation" \
 --package-name=myapplication --package-version=0.1 \
 --language=python myapplication.py -o myapplication2.pot
  $ cat myapplication2.pot 
  # SOME DESCRIPTIVE TITLE.
  # Copyright (C) YEAR Python Software Foundation
  # This file is distributed under the same license as the PACKAGE package.
  # FIRST AUTHOR , YEAR.
  #
  #, fuzzy
  msgid ""
  msgstr ""
  "Project-Id-Version: myapplication 0.1\n"
  "Report-Msgid-Bugs-To: \n"
  "POT-Creation-Date: 2012-07-23 22:49+0200\n"
  "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
  "Last-Translator: FULL NAME \n"
  "Language-Team: LANGUAGE \n"
  "Language: \n"
  "MIME-Version: 1.0\n"
  "Content-Type: text/plain; charset=CHARSET\n"
  "Content-Transfer-Encoding: 8bit\n"

  #: myapplication.py:6
  msgid "This is a translatable string."
  msgstr ""
  $ diff myapplication.pot myapplication2.pot 
  2c2
  < # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
  ---
  > # Copyright (C) YEAR Python Software Foundation
  9c9
  < "Project-Id-Version: PACKAGE VERSION\n"
  ---
  > "Project-Id-Version: myapplication 0.1\n"

That's better, but there are a few issues left:

 (A) first of all, the YEAR placeholder in the second line is not
 replaced, and I failed to find an option to do so

 (B) secondly, I cannot find a way to include multi-line copyright
 notices, as in [2]:

 # Copyright (C) 2001-2012 Python Software Foundation.
 # Copyright (C) 2000 BeOpen.com.
 # Copyright (C) 1995-2000 Corporation for National Research Initiatives.
 # Copyright (C) 1991-1995 Stichting Mathematisch Centrum.

[2] http://docs.python.org/copyright.html

 (C) finally, the PACKAGE placeholder is correctly replaced in the
 Project-Id-Version field, but left untouched in the third line of
 myapplication2.pot


Please fix these issues and/or forward this bug report upstream,
as appropriate.

Thanks for your time!



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gettext depends on:
ii  dpkg1.16.4.3
ii  gettext-base0.18.1.1-9
ii  install-info4.13a.dfsg.1-10
ii  libasprintf0c2  0.18.1.1-9
ii  libc6   2.13-33
ii  libcroco3   0.6.5-1
ii  libgettextpo0   0.18.1.1-9
ii  libglib2.0-02.32.3-1
ii  libgomp14.7.1-2
ii  libncurses5 5.9-10
ii  libtinfo5   5.9-10
ii  libunistring0   0.9.3-5
ii  libxml2 2.8.0+dfsg1-4

Versions of packages gettext recommends:
ii  autopoint  0.18.1.1-9
ii  curl   7.26.0-1
ii  wget   1.13.4-3

Versions of packages gettext suggests:
pn  gettext-doc  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro