Bug#663547: lxc: Typo in debconf templates (themselfs)

[Christian Perrier]

Package: lxc
Version: 0.8.0~rc1-3
Severity: normal

There is a typo in the modified debconf templates : "themselfs"
instead of "themselves".

I suggest unfuzzying incoming translations based on the current
version of templates in the archive:

cd debian/po
for i in *po; do sed -i 's/themselfs/themselves/g' ; done

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

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



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

Bug#657195: Client package descriptions unclear, multiple clients cause confusion

[Micah Gersten]

Package: freeciv
Followup-For: Bug #657195

I forgot to mention, please credit Cody Edwin Smith with the change per the 
Ubuntu Changelog in the merge proposal.



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

Bug#663548: stapler: FTBFS: IO error: opening debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar for read : No such file or directory

[Moritz Muehlenhoff]

Package: stapler
Version: 1.174-1
Severity: serious

Your package fails to build from source:

dh_bugfiles -plibstapler-java 
dh_install -plibstapler-java  
dh_link -plibstapler-java  
dh_buildinfo -plibstapler-java 
dh_installmime -plibstapler-java 
dh_installgsettings -plibstapler-java 
jh_installlibs -plibstapler-java 
jh_classpath -plibstapler-java 
IO error: opening 
debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar for 
read : No such file or directory 
 at /usr/share/perl5/Archive/Zip/Archive.pm line 546
Archive::Zip::Archive::read('Archive::Zip::Archive=HASH(0xad8fd0)', 
'debian/libstapler-java/debian/libstapler-java//usr/share/java...') called at 
/usr/bin/jh_manifest line 295

main::update_jar('debian/libstapler-java/debian/libstapler-java//usr/share/java...',
 undef) called at /usr/bin/jh_manifest line 142
jh_manifest: Could not read 
debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar: No 
such file or directory
make: *** [binary-post-install/libstapler-java] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



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

Bug#663379: Bugs#663379+663269: fix pending

[Uwe Kleine-König]

Hello,

On Sun, Mar 11, 2012 at 10:03:22PM +0100, Jaromír Mikeš wrote:
> > Od: Uwe Kleine-König 
> 
> > apt-get builddep linux-2.6
> > wget
> > http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
> > tar xzf linux-2.6_3.2.9.orig.tar.gz
> > cd linux-2.6-3.2.9
> > svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian 
> > debian
> > debian/rules debian/control
> > make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> > DEBIAN_KERNEL_USE_CCACHE=1
> > fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64
> 
> $ debian/rules debian/control
> /usr/bin/make -f debian/rules debian/control-real
> make[1]: Entering directory `/home/mira/linux-2.6-3.2.9'
> chmod +x debian/bin/gencontrol.py
> debian/bin/gencontrol.py
> md5sum debian/bin/gencontrol.py debian/changelog 
> debian/templates/control.headers.arch.in 
> debian/templates/control.headers.featureset.in 
> debian/templates/control.headers.in debian/templates/control.image-dbg.in 
> debian/templates/control.image.type-plain.in 
> debian/templates/control.image.type-standalone.in 
> debian/templates/control.libc-dev.in debian/templates/control.main.in 
> debian/templates/control.source.in 
> debian/templates/control.xen-linux-system.in 
> debian/templates/image-dbg.lintian-override.in 
> debian/templates/patch.apply.in debian/config/defines 
> debian/config/alpha/defines debian/config/amd64/defines 
> debian/config/armel/defines debian/config/armhf/defines 
> debian/config/featureset-rt/defines debian/config/hppa/defines 
> debian/config/i386/defines debian/config/ia64/defines 
> debian/config/m68k/defines debian/config/mips/defines 
> debian/config/mipsel/defines debian/config/powerpc/defines 
> debian/config/ppc64/defines debian/config/s390/defines 
> debian/config/s390x/defines debian/config/sh4/defines 
> debian/config/sparc64/defines debian/config/sparc/defines 
> debian/config/amd64/none/defines debian/config/amd64/rt/defines 
> debian/config/i386/none/defines debian/config/i386/rt/defines 
> debian/installer/amd64/kernel-versions debian/installer/armel/kernel-versions 
> debian/installer/armhf/kernel-versions debian/installer/hppa/kernel-versions 
> debian/installer/i386/kernel-versions debian/installer/ia64/kernel-versions 
> debian/installer/m68k/kernel-versions debian/installer/mipsel/kernel-versions 
> debian/installer/mips/kernel-versions 
> debian/installer/powerpc/kernel-versions 
> debian/installer/s390/kernel-versions debian/installer/s390x/kernel-versions 
> debian/installer/sh4/kernel-versions debian/installer/sparc64/kernel-versions 
> debian/installer/sparc/kernel-versions debian/installer/amd64/package-list 
> debian/installer/armel/package-list debian/installer/armhf/package-list 
> debian/installer/hppa/package-list debian/installer/i386/package-list 
> debian/installer/ia64/package-list debian/installer/m68k/package-list 
> debian/installer/mipsel/package-list debian/installer/mips/package-list 
> debian/installer/powerpc/package-list debian/installer/s390/package-list 
> debian/installer/s390x/package-list debian/installer/sh4/package-list 
> debian/installer/sparc64/package-list debian/installer/sparc/package-list 
> debian/installer/package-list > debian/control.md5sum
> 
> This target is made to fail intentionally, to make sure
> that it is NEVER run during the automated build. Please
> ignore the following error, the debian/control file has
> been generated SUCCESSFULLY.
> 
> exit 1
> make[1]: *** [debian/control-real] Error 1
> make[1]: Leaving directory `/home/mira/linux-2.6-3.2.9'
> make: *** [debian/control] Error 2
> 
> 
> $  make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> DEBIAN_KERNEL_USE_CCACHE=1
> make: *** No rule to make target `build_amd64_rt_amd64'.  Stop.
I guess the problem is that you exported trunk (as I wrote above) instead
of sid (as Jonathan corrected).
 
Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



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

Bug#631326: xserver-xorg-video-intel: TV display black

[Julien Cristau]

On Sun, Mar 11, 2012 at 19:28:00 -0500, Jaime Silva wrote:

> Followup-For: Bug #631326
> 
Please file your own bug.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#657848: Please enable hardened build flags

[Ritesh Raj Sarraf]

On Tuesday 06 March 2012 08:27 PM, Simon Ruderich wrote:
> The LDFLAGS hardening flags are not applied everywhere, some
> files don't use hardening flags.
>
> An updated 0009-hardened-build-flags.patch is attached which
> enables it for all files by setting LDFLAGS in ./Makefile.inc
> which is included by all Makefiles. $(shell ..) is used instead
> of `..` because it's already used in other Makefiles.

hello Simon,

That patch didn't apply clean. I have redone it and here's the patch and
the result.

rrs@champaran:/tmp/Debian-Build/Result/temp$ find -type f \( -executable
-o -name \*.so\* \) -exec hardening-check {} +
./lib/libmultipath.so.0:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioweightedpath.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckcciss_tur.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioconst.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: no, not found!
 Fortify Source functions: unknown, no protectable libc functions used
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckemc_clariion.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioemc.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: unknown, no protectable libc functions used
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libpriohds.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libpriordac.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: unknown, no protectable libc functions used
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioontap.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckdirectio.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libpriohp_sw.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: unknown, no protectable libc functions used
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioiet.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libpriodatacore.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckreadsector0.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libchecktur.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libprioalua.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckhp_sw.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: no not found!
./lib/multipath/libcheckrdac.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: no, o

Bug#488033: chm2pdf: fails converting filenames with spaces

[Neil Schemenauer]

Package: chm2pdf
Version: 0.9.1-1.1
Followup-For: Bug #488033

This script has quite a lot of problems.  The logic to rewrite URLs,
for example, is purely heuristic and could use the wrong image if
the file is similarly named.

Attached are two patches.  The first fixes filename quoting bugs.
The script passes filenames to the shell without proper escaping.
Instead, I use 'shutil' or 'subprocess' to do the work.  The
majority of the changed lines are due to building a list of htmldoc
options as a list instead of one big string to be parsed by the
shell.

The second patch is more invasive.  The script uses a fixed
directory name in /tmp.  That's obviously a security hole and I'm
suprised this packaged passed review.  My second patch changes
the script to use the tempfile module to securely create a
temporary working directory.  While fixing the correct_file()
function, I also improved it by avoiding parsing it twice
by SGMLParser.  Also, I match heuristic for URL matching more
accurate (use endswith() rather than 'in').


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

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

Versions of packages chm2pdf depends on:
ii  htmldoc 1.8.27-7
ii  libchm-bin  2:0.40a-2
ii  python  2.7.2-10
ii  python-chm  0.8.4-1+b2
ii  python-support  1.0.14

chm2pdf recommends no packages.

Versions of packages chm2pdf suggests:
pn  python-beautifulsoup  

-- no debconf information
>From d2245733ad7097273889058d31edbf84ff0027fb Mon Sep 17 00:00:00 2001
From: Neil Schemenauer 
Date: Mon, 12 Mar 2012 01:29:13 -0600
Subject: [PATCH 2/2] Use tempfile module instead of fixed temporary
 directories.

Use os.chdir() to switch to temporary directory.  Overhaul
correct_file() function to substitute relative paths for CSS and
image URLs.

Make --dontextract take a filename argument, since the temporary
directory is no longer fixed.  Make --extract-only print the name
of the temporary directory to stdout.
---
 chm2pdf |  180 ++-
 1 files changed, 62 insertions(+), 118 deletions(-)

diff --git a/chm2pdf b/chm2pdf
index 216807a..a3f0f08 100644
--- a/chm2pdf
+++ b/chm2pdf
@@ -29,22 +29,10 @@ import re, glob
 import getopt
 import shutil
 import subprocess
+import tempfile
 # from BeautifulSoup import BeautifulSoup
 
-global version
-
-global CHM2PDF_TEMP_WORK_DIR #where conversions etc. take place
-global CHM2PDF_TEMP_ORIG_DIR #where the chm file is exploded
-global CHM2PDF_WORK_DIR
-global CHM2PDF_ORIG_DIR
-
-global filename #the input filename
-
 version = '0.9.1'
-CHM2PDF_TEMP_WORK_DIR='/tmp/chm2pdf/work' 
-CHM2PDF_TEMP_ORIG_DIR='/tmp/chm2pdf/orig'
-
-
 
 # YOU DON'T NEED TO CHANGE ANYTHING BELOW THIS LINE!
 
@@ -66,29 +54,22 @@ class PageLister(sgmllib.SGMLParser):
if urlparam_flag and key=='value':
self.pages.append('/'+value)  
  
-class ImageCatcher(sgmllib.SGMLParser):
+class UrlCatcher(sgmllib.SGMLParser):
 '''
-finds image urls in the current html page, so to take them out from the chm file.
+finds image and CSS urls in the current html page, so to take them out from the chm file.
 '''
 def reset(self):
 sgmllib.SGMLParser.reset(self)
 self.imgurls=[]
-
+self.cssurls=[]
+
 def start_img(self,attrs):
 for key,value in attrs:
 if key=='src' or key=='SRC':
 # Avoid duplicates in the list of image URLs.
 if not self.imgurls.count(value):
 self.imgurls.append(value)
- 
-class CssCatcher(sgmllib.SGMLParser):
-'''
-finds CSS urls in the current html page, so to take them out from the chm file.
-'''
-def reset(self):
-sgmllib.SGMLParser.reset(self)
-self.cssurls=[]
-
+
 def start_link(self,attrs):
 for key,value in attrs:
 if key=='href' or key=='HREF':
@@ -121,7 +102,7 @@ def get_objective_urls_list(filename):
 return urls_list
 
 
-def correct_file(input_file, output_file, html_list, objective_urls, options):
+def correct_file(input_file, output_file, objective_urls, options, orig_dir):
 
 # Correct image links in file
 pf=open(input_file,'rU')
@@ -134,41 +115,21 @@ def correct_file(input_file, output_file, html_list, objective_urls, options):
 soup = BeautifulSoup(page)
 page = str(soup)
 
-image_catcher=ImageCatcher()
-image_catcher.feed(page)
-
-css_catcher=CssCatcher()
-css_catcher.feed(page)
-
-# We substitute the image URLs of input_file with the *actual* URLs on the CHM2PDF_ORIG_DIR directory
-for iurl in image_catcher.imgurls:
-# print 'iurl = '  + iurl
+url_catcher = UrlCatcher()
+u

Bug#663549: libzorp3.9-5 and libzorp3.9-0: error when trying to install together

[Ralf Treinen]

Package: libzorp3.9-0,libzorp3.9-5
Version: libzorp3.9-0/3.9.3-2
Version: libzorp3.9-5/3.9.5-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2012-03-12
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libpcre3 libexpat1 libffi5 libglib2.0-0 libdb4.8 libcap2 mime-support
  python2.7-minimal python2.7 libpython2.7 libzorpll3.9-1 libzorp3.9-0
  libzorp3.9-5
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libpcre3.
(Reading database ... 10555 files and directories currently installed.)
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libexpat1.
Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
Selecting previously unselected package libffi5.
Unpacking libffi5 (from .../libffi5_3.0.10-3_amd64.deb) ...
Selecting previously unselected package libglib2.0-0.
Unpacking libglib2.0-0 (from .../libglib2.0-0_2.30.2-6_amd64.deb) ...
Selecting previously unselected package libdb4.8.
Unpacking libdb4.8 (from .../libdb4.8_4.8.30-11_amd64.deb) ...
Selecting previously unselected package libcap2.
Unpacking libcap2 (from .../libcap2_1%3a2.22-1_amd64.deb) ...
Selecting previously unselected package mime-support.
Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ...
Selecting previously unselected package python2.7-minimal.
Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3~rc1-1_amd64.deb) 
...
Selecting previously unselected package python2.7.
Unpacking python2.7 (from .../python2.7_2.7.3~rc1-1_amd64.deb) ...
Selecting previously unselected package libpython2.7.
Unpacking libpython2.7 (from .../libpython2.7_2.7.3~rc1-1_amd64.deb) ...
Selecting previously unselected package libzorpll3.9-1.
Unpacking libzorpll3.9-1 (from .../libzorpll3.9-1_3.9.1.3-1_amd64.deb) ...
Selecting previously unselected package libzorp3.9-0.
Unpacking libzorp3.9-0 (from .../libzorp3.9-0_3.9.3-2_amd64.deb) ...
Selecting previously unselected package libzorp3.9-5.
Unpacking libzorp3.9-5 (from .../libzorp3.9-5_3.9.5-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/libzorp3.9-5_3.9.5-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/lib/libzorpproxy.so.0.0.0', which is also in package 
libzorp3.9-0 3.9.3-2
configured to not write apport reports
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/libzorp3.9-5_3.9.5-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/libzorpproxy.so.0
  /usr/lib/libzorpproxy.so.0.0.0

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#663550: FTBFS: cannot find -lxml2, -lgnutls, -lgnutls-extra

[Joachim Breitner]

Package: haskell-network-protocol-xmpp
Version: 0.4-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Clint,

this package might be missing some build-dependencies:
https://buildd.debian.org/status/package.php?p=haskell-network-protocol-xmpp&suite=sid


Greetings,
Joachim


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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAk9dsOEACgkQ9ijrk0dDIGznZQCeOlgXHmCv8m/RQtYWM0lKTDfw
gzcAnj4VOR/h+7gvN1bC1nbtBwF2v9X3
=NOuk
-END PGP SIGNATURE-



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

Bug#663551: Problem to download torsocks with aptitude

[Ovopack]

Package: torsocks
Version: 1.0~epsilon+dfsg1-1
Severity: important
Tags: l10n

Hi,

I recently re-installed debian on my computer. But when i tried to install tor,
tor-geoipd and vidalia, the dependance "torsocks" stay stuck (i waited 4
hours).

After a reboot, vidalia was unable to start tor because of an issue about
sockets!

After a crash, of my debian (my bad), i fully re-installed it 3 times and each
times, i got the same problem.

Notice : i had to install more than 1200 packages and that's the only one
raising a problem.

Is there a broken packages in FR repositories?

Aptitude stuck at (Get xx : http://fr.debian ... torsocks [59.2])

Thx in advance and sorry for my poor english.



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

Kernel: Linux 2.6.32-5-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 torsocks depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

Versions of packages torsocks recommends:
pn  tor(no description available)

torsocks suggests no packages.



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

Bug#661632: javahelper: jh_depends determines incorrect class version on sparc

[Niels Thykier]

On 2012-02-28 19:08, Kai Ruschenburg wrote:
> Package: javahelper
> Version: 0.32
> Severity: normal
> Tags: patch
> 
> Hi,
> 

Hi,

Thanks for the report.

> when packaging Java programs on sparc (using the sources fetched by apt-get
> source), on some programs (e.g. sat4j) this warning is printed:
> 
> $ debuild
> [...]
> jh_depends -i
> Warning: Class version too new to recognise (88), might not run with any JVMs
> [...]
> 
> This is caused by hd in the function getclassversion() in jh_depends.
> 
> The output of hd seems to depend on the endianness of the architecture.
> Therefore probably not only sparc, but all big-endian architectures are
> affected.
> 
> Changing line 37 from
> new=`hd -s 7 -n 1 -d "$i" | sed -n '2s/.*\([^ ][^ ]\) *$/\1/p'`
> to
> new=`hexdump -s 6 -n 2 -e '/1 "%u "' -e '/2 " r 256 * + p"' "$i" | dc`
> should fix this.
> 

To be honest, I do not see why the "old" code should fail.  The
specification says that bytes "6 and 7" are read as an unsigned short in
big-endian.
  Sure, our code fails if the class version suddenly jumps above 255
(because we only read the last byte).  However, we are at 51 with Java7
so I do not see that coming anytime soon.

Can you give me a hexdump of the 16 characters of the class file?

> Some examples:
> 
> $ [...]
> 
> Best regards
> 
> Kai
> 
> 
> [...]

~Niels




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

Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Bjørn Mork]

Ben Hutchings  writes:

> We should build in whichever hotplug drivers can't be auto-loaded.

Even if it's known to break some hardware, as Greg KH confirmes in
http://www.spinics.net/lists/linux-pci/msg11140.html
?


Bjørn



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

Bug#663367: xrdp: after recent updates in sid, xrdp gives slow drawing

[Patrice DUROUX]

On Sun, 11 Mar 2012 15:29:15 +0100
Vincent Bernat  wrote:

> OoO Pendant le repas du samedi  10 mars 2012, vers 19:11, Patrice DUROUX
>  disait :
> 
> > Everything was fine until recent updates in SID where RDP clients (both on
> > Windows and Linux) got very slow drawing. Things are not so much better
> > when reducing color depth. But I was not able track the update responsible
> > for this. Also when using the VNC protocol with depth 24, it is still
> > working as well as usual, so I suppose it is not a problem due to Xvnc.
> > That's why I suspect trouble with xrdp.
> 
> Is it slow on the login screen? The login screen does not make use of VNC.

No, it is after login when the user session starts.
Here is the VNC launched on the server:

Xvnc :11 -geometry 1152x864 -depth 24 -rfbauth 
/home/patrice/.vnc/sesman_patrice_passwd -bs -ac -nolisten tcp

Also, previously, I didn't think about trying to connect the same session,
it was one launched by vncserver command.
So it seems to provide the same trouble using a VNC client on this session.

Then I suppose that the problem is due to Xvnc and options.

Here is the one launched by vncserver:

Xvnc4 :1 -desktop kappa2:1 (patrice) -auth /home/patrice/.Xauthority
-geometry 1152x864 -depth 24 -rfbwait 3 -rfbauth /home/patrice/.vnc/passwd 
-rfbport 5901 -pn -fp 
/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/100dpi/
 -co /etc/X11/rgb


Regards,
Patrice.

> -- 
> Vincent Bernat ☯ http://vincent.bernat.im
> 
> Keep it simple to make it faster.
> - The Elements of Programming Style (Kernighan & Plauger)


-- 
Patrice DUROUX
CNRS Research Engineer

IMGT®, the international ImMunoGeneTics information system®
http://www.imgt.org

IMGT, LIGM, IGH, UPR CNRS 1142
141, rue de la Cardonille - 34396 Montpellier Cedex 5 - France
room: S01
tel: +33 4 34 35 99 28 (office)
fax: +33 4 34 35 99 01
mailto:patrice.dur...@igh.cnrs.fr



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

Bug#663470: [Pkg-haskell-maintainers] Bug#663470: xmonad: Recommended packages of xmonad not installable on i386

[Matthias Liertzer]

Thanks for the quick reply, I'll try again in a few days!

Best regards,
Matthias

On 03/11/2012 04:30 PM, Joachim Breitner wrote:

Dear Matthias,

Am Sonntag, den 11.03.2012, 16:03 +0100 schrieb Matthias Liertzer:

Package: xmonad
Version: 0.10-3+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Trying to install the latest version of xmonad on one of my older
(i386) computers failed to install all development-related packages
for xmonad. As configuration is done by recompiling xmonad the package
itself is rendered unusable for everyone who doesn't use the default
config.

In particular libghc-xmonad-contrib-dev, libghc-mtl-dev,
libghc-x11-xft-dev, libghc-xmonad-dev, libghc-x11-dev, and
libghc-transformers-dev can not be installed due to dependencies on
virtual packages, which can't be resolved.


thanks for the report. This is probably due to the upload of GHC that
happend yesterday. I scheduled rebuild for all i386 packages today, so
you should be good to go by later today or tomorrow. Please check again
by then, and if you can install all that you need, please close the bug.

Greetings,
Joachim





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

Bug#663552: transgui: FTBFS: Error: Illegal parameter: -WG

[Moritz Muehlenhoff]

Package: transgui
Version: 3.2-1
Severity: serious

Your package fails to build from source:

addtracker.lfm ResourceName='TAddTrackerForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres baseform.lrs baseform.lfm
baseform.lfm ResourceName='TBaseForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres colsetup.lrs colsetup.lfm
colsetup.lfm ResourceName='TColSetupForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres connoptions.lrs connoptions.lfm
connoptions.lfm ResourceName='TConnOptionsForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres daemonoptions.lrs daemonoptions.lfm
daemonoptions.lfm ResourceName='TDaemonOptionsForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres download.lrs download.lfm
download.lfm ResourceName='TDownloadForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres main.lrs main.lfm
main.lfm ResourceName='TMainForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres movetorrent.lrs movetorrent.lfm
movetorrent.lfm ResourceName='TMoveTorrentForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres options.lrs options.lfm
options.lfm ResourceName='TOptionsForm' Type='FORMDATA'
/usr/lib/lazarus/0.9.30.2//tools/lazres torrprops.lrs torrprops.lfm
torrprops.lfm ResourceName='TTorrPropsForm' Type='FORMDATA'
/usr/bin/ppcx64 -MObjFPC -WG -dLCL -dLCLgtk2 -O2 -g- -CX -XX -Xs 
-Fusynapse/source/lib -Fujson 
-Fu/usr/lib/lazarus/0.9.30.2//lcl/units/x86_64-linux 
-Fu/usr/lib/lazarus/0.9.30.2//lcl/units/x86_64-linux/gtk2 
-Fu/usr/lib/fpc/2.6.0/units/x86_64-linux/rtl -FE. -FUunits/x86_64-linux -Cg 
-dx86_64 transgui.lpr
Error: Illegal parameter: -WG
make[1]: *** [transgui] Error 1
make[1]: Leaving directory `/home/jmm/transgui-3.2'
dh_auto_build: make -j1 returned exit code 2
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



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

Bug#663553: fontconfig-config: Please add alternative dependency on fonts-liberation

[Fabian Greffrath]

Package: fontconfig-config
Version: 2.8.0-3.1
Severity: wishlist

Hello,

the fontconfig-config package currently depends on "ttf-dejavu-core | ttf-
bitstream-vera | ttf-freefont | gsfonts-x11". However, I'd consider it
appropriate to add the fonts-liberation package to this collection. It is
already installed on many desktop systems through libreoffice and nowadays
looks fine even on screen due to improved hinting.

 - Fabian



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fontconfig-config depends on:
ii  cdebconf [debconf-2.0]  0.158
ii  debconf [debconf-2.0]   1.5.41
ii  gsfonts-x11 0.22
ii  ttf-dejavu-core 2.33-2
ii  ucf 3.0025+nmu2

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- Configuration Files:
/etc/fonts/conf.avail/60-latin.conf changed [not included]

-- debconf information:
* fontconfig/subpixel_rendering: Always
* fontconfig/enable_bitmaps: false
* fontconfig/hinting_type: Native



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

Bug#663540: finds MSDOS when there is none

[Michael Tokarev]

On 12.03.2012 08:57, Harald Dunkel wrote:
> Package: os-prober
> Version: 1.49
> 
> os-prober finds some MSDOS partition on my laptop:

[os-prober says /dev/sda2 is MSDOS,
 while parted and blkid identifies it as ext4]

I understand that, due to the fact that other utils correctly identifies
this filesystem as ext4, there's a bug in os-prober which can be corrected.

But anyway, this is a very minor situation which can be corrected on
your side once and forever.  I've no idea about level of your system
and technology knowlege, so I assume a beginner level, -- please
forgive me if you're not a beginner :)

All utils examine first few sectors of a filesystem to determine its
type based on some heuristics.

Ext* family (ext2, ext3, ext4) on purpose never, ever, touch first
512 bytes of the filesystem, these bytes are unused.  This place is
reserved for a bootloader.  So in order to detect ext* filesystem,
any tool should inspect subsequent sectors.

But MSDOS (FAT) filesystem, on the other hand, does use first 512
bytes and puts its "signature" there.

So a more naive approach at determining the filesystem type is to
check first 512 bytes, and if MS-DOS signature is found there,
report that it is MS-DOS.  This is, apparently, what os-prober is
currently doing.

I suspect you actually had ms-dos filesystem in this partition
before, but later installed linux and ext4 filesystem on it.
If this is the case, just zero out the first 512 bytes and no
tool, ever, even the ones who does not know anything about ext*,
will detect it as ms-dos filesystem.

How:

 dd if=/dev/zero bs=512 count=1 of=/dev/sda2

This will zero-out first 512 bytes on your sda2.  If you're
unsure, you may save it before doing so, to a file on _another_
filesystem, eg sda1 (root fs), like this:

 dd if=/dev/sda2 bs=512 count=1 of=/sda2-beginning.bin

It will create file named /sda2-beginning.bin, of length
512 bytes, and will save the start of your sda2 in it.
You can restore it back by doing

 dd if=/sda2-beginning.bin of=/dev/sda2

(or, in case you booted a rescue CD or something like that,
mount your regular root fs and specify corresponding path
there).

This may sound/smell/etc very dangerous, but if it really
_is_ ext4 (it appears to be) and if it is not a boot partition
(it is not), it is safe thing to do.

Thanks,

/mjt



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

Bug#663554: Nags me to install proprietary plug-in although printer works

[Per Olofsson]

Package: hplip
Version: 3.12.2-1
Severity: normal

Hi,

I have an HP LaserJet P2015. Every time I turn on the printer, hplip
pops up a message box:

"Driver Plug-In Required. HP Device requires proprietary plug-in which
is missing. Press Next to continue plug-in installation."

This is not true. My printer works fine without any proprietary
plug-in. Perhaps the plug-in adds some feature to the driver, but it
is nothing that I need.

I think that

a) the message should not display unless the plug-in is really
necessary,

b) if it does display, then it should not say that the plug-in is
required when it is not,

c) at the very least, there should be an option: "Do not display this
message again".

Thanks.

-- Package-specific info:

HP Linux Imaging and Printing System (ver. 3.12.2)
Dependency/Version Check Utility ver. 14.3

Copyright (c) 2011-14 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling the
HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies
are installed to successfully compile HPLIP.
2. Run-time check mode (-r or --run): Use this mode to determine if a distro
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball   
has the proper dependencies installed to successfully run.  
3. Both compile- and run-time check mode (-b or --both) (Default): This mode
will check both of the above cases (both compile- and run-time dependencies).   

Saving output in log file: hp-check.log

Initializing. Please wait...

---
| SYSTEM INFO |
---

Basic system information:
Linux piglet 3.2.0-2-686-pae #1 SMP Mon Mar 5 01:59:18 UTC 2012 i686 GNU/Linux

Distribution:
debian unstable

Checking Python version...
OK, version 2.7.2 installed

Checking PyQt 4.x version...
OK, version 4.9.1 installed.

Checking for CUPS...
Status: scheduler is running
warning: Version: (cups-config) Not available. Unable to determine installed 
version of CUPS.)
error_log is set to level: warn

Checking for dbus/python-dbus...
dbus daemon is running.
python-dbus version: 0.84.0



| RUNTIME DEPENDENCIES |



Checking for dependency: CUPS - Common Unix Printing System...
OK, found.

Checking for dependency: CUPS DDK - CUPS driver development kit...
warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP 
functionality may not function properly.

Checking for dependency: GhostScript - PostScript and PDF language interpreter 
and previewer...
OK, found.

Checking for dependency: PIL - Python Imaging Library (required for commandline 
scanning with hp-scan)...
OK, found.

Checking for dependency: PolicyKit - Administrative policy framework...
OK, found.

Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4...
OK, found.

Checking for dependency: Python DBus - Python bindings for DBus...
OK, found.

Checking for dependency: Python libnotify - Python bindings for the libnotify 
Desktop notifications...
OK, found.

Checking for dependency: Python XML libraries...
OK, found.

Checking for dependency: Python 2.3 or greater - Required for fax 
functionality...
OK, found.

Checking for dependency: Reportlab - PDF library for Python...
OK, found.

Checking for dependency: SANE - Scanning library...
OK, found.

Checking for dependency: scanimage - Shell scanning program...
OK, found.

Checking for dependency: xsane - Graphical scanner frontend for SANE...
OK, found.


--
| HPLIP INSTALLATION |
--


Currently installed HPLIP version...
HPLIP 3.12.2 currently installed in '/usr/share/hplip'.

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.12.2

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=yes
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.12.2
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=yes
hpijs-only-build=no
lite-build=no
udev-acl-rules=yes
hpcups-only-build=no
hpijs-only-build=no


Current contents of '/var/lib/hp/hplip.state' file:
# hplip.state - HPLIP runtime persistent variables. 

[plugin]
installed=0
eula=

Bug#663555: nbd: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: nbd
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the nbd debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of nbd debconf templates.
# Copyright (C) 2003, 2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the nbd package.
# Wouter Verhelst , 2003
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: nbd 1:2.9.25-2\n"
"Report-Msgid-Bugs-To: n...@packages.debian.org\n"
"POT-Creation-Date: 2011-01-05 18:59+0100\n"
"PO-Revision-Date: 2012-03-12 09:42+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: error
#. Description
#: ../nbd-client.templates:2001
msgid "AUTO_GEN is set to \"n\" in /etc/nbd-client"
msgstr "/etc/nbd-client heeft AUTO_GEN op \"n\" staan"

#. Type: error
#. Description
#: ../nbd-client.templates:2001
msgid ""
"The /etc/nbd-client file contains a line that sets the AUTO_GEN variable to "
"\"n\". The file will therefore not be regenerated automatically."
msgstr ""
"Het bestand /etc/nbd-client bevat een regel die de variabele 'AUTO_GEN' op "
"\"n\" zet. Het bestand zal daarom niet automatisch geregenereerd worden."

#. Type: error
#. Description
#: ../nbd-client.templates:2001
msgid ""
"If that's wrong, remove the line and call \"dpkg-reconfigure nbd-client\" "
"afterwards."
msgstr ""
"Als dat onjuist is, verwijder dan deze regel en roep later \"dpkg-"
"reconfigure nbd-client\" aan."

#. Type: string
#. Description
#: ../nbd-client.templates:3001
msgid "Number of nbd-client connections to use:"
msgstr "Aantal te gebruiken nbd-client-verbindingen:"

#. Type: string
#. Description
#: ../nbd-client.templates:3001
msgid ""
"nbd-client can handle multiple concurrent connections. Please specify the "
"number of connections you'd like this configuration script to set up."
msgstr ""
"nbd-client kan verscheidene verbindingen tegelijkertijd afhandelen. Hoeveel "
"verbindingen moet dit configuratiescript instellen?"

#. Type: string
#. Description
#: ../nbd-client.templates:3001
msgid ""
"Note that if something has already been specified in /etc/nbd-client, the "
"current configuration will be used as defaults in these dialogs."
msgstr ""
"Merk op dat indien /etc/nbd-client reeds informatie bevat, dat dan de "
"huidige configuratie gebruikt zal worden voor de standaardwaarden in deze "
"dialogen."

#. Type: select
#. Choices
#: ../nbd-client.templates:4001
msgid "swap, filesystem, raw"
msgstr "swap, bestandssysteem, geen configuratie"

#. Type: select
#. Description
#: ../nbd-client.templates:4002
msgid "Intended use of the network block device number ${number}:"
msgstr "Gebruik van netwerkblokapparaat nummer ${number}:"

#. Type: select
#. Description
#: ../nbd-client.templates:4002
msgid ""
"The network block device can serve multiple purposes. One of the most "
"interesting is to provide swap space over the network for diskless clients, "
"but you can store a filesystem on it, or do other things with it for which a "
"block device is interesting."
msgstr ""
"Het netwerkblokapparaat kan voor verschillende doelen gebruikt worden. Eén "
"van de meest interessante is om swapruimte via het netwerk aan te bieden aan "
"computers zonder harde schijf, maar u kunt er ook een bestandssysteem op "
"plaatsen, of er andere zaken mee doen waar een blokapparaatbestand "
"interessant voor kan zijn."

#. Type: select
#. Description
#: ../nbd-client.templates:4002
msgid ""
"If you intend to use the network block device as a swap device, choose \"swap"
"\". If you intend to use it as a filesystem, add a line to /etc/fstab, give "
"it the option \"_netdev\" (else init will try to mount it before it's "
"usable), and choose \"filesystem\". For all other purposes, choose \"raw\". "
"The only thing the nbd-client boot script will do then is start an nbd-"
"client process; you will have to set it up manually."
msgstr ""
"Als u van plan bent om het als swapapparaat te gebruiken, kies dan \"swap\". "
"Bent u van plan om dit als bestandssysteem te gebruiken, voeg dan een regel "
"toe aan /etc/fstab, geef het de optie \"_netdev\" (als u dat niet doet dan "
"zal init proberen het bestandssysteem aan te koppelen voordat deze bruikbaar "
"is), en kies \"bestandssysteem\". Voor alle andere doelen kiest u \"geen "
"configuratie\". Het enige dat het nbd-client opstartscript dan zal doen is "
"het starten van een nbd-client proces; u zult alle andere zaken handmatig "
"moeten instellen."

#. Type: string
#. Description
#: ../nbd-client.templates:5001
msgid "Hostname of the server (number: ${number})?"
msgstr "Computernaam van de server (nummer: ${number})?"

#. Type: string
#. Description
#: ../nbd-client.templates:5001
msgid ""
"Please enter the network name or IP address of the machine on which the nbd-"
"server process is

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Ian Campbell]

On Sun, 2012-03-11 at 16:29 -0500, Jonathan Nieder wrote:
> Ben Hutchings wrote[1]:
> 
> > My understanding is that in general we cannot assume that uboot is
> > upgradable at all, because:
> >
> > 1. Linux may not have access to the flash partition containing it.

On the dreamplug I have:
$ cat /proc/mtd 
dev:size   erasesize  name
mtd0: 0008 1000 "u-boot"
mtd1: 0001 1000 "u-boot env"

Although I must confess that I've only ever updated u-boot via the
u-boot command line (not for any particular reason, just the method I
first discovered).

I don't know about other kirkwood platforms, although I can see some
relevant MTD partition declarations for GuruPlug and SheevaPlug and a
handful of other boards under the relevant
arch/arm/mach-kirkwood/foo-setup.c.

> > 2. The factory-installed uboot may have board-specific setup code which
> > is not included in mainline uboot.

I've been using the Debian supplied u-boot on my DreamPlug basically
since I got it.

One unfortunate wrinkle with the factory supplied image is that it
reuses the GuruPlug machine id instead of defining a new one. This has
the potential to make thing a bit tricky and is the reason I switched to
the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug
support is now being implemented via DT so I suppose this is not going
to be an issue in practice.

> > 3. A power failure during an upgrade may be unrecoverable without
> > specialist hardware.

The specialist hardware in this case is the JTAG dongle which is £27 if
bought with the dreamplug or £32 if bought separately later. The same
dongle also exposes the serial UART (both that and the JTAG appear as
USB devices) so I think it wouldn't be so unusual for folks to have one
nor all that onerous to require it. Although I suppose £27 is rather
large compared to the £139 cost of the dreamplug itself.

FWIW the required software (openocd) is present in Debian. A fact for
which I am very grateful since I've "bricked" my Dreamplug more than
once ;-)

> > Do we know that none of these apply to the Kirkwood platform?  If not,
> > the kernel must retain compatibility with older versions of uboot.

I don't know how relevant this is but so far there has been no kernel
with DreamPlug support in Debian itself, patches are only just going
into mainline now.

Ian.

> 
> Cc-ing submitters, Ian, Michael, and Prafulla in case they have hints.
> Thanks to all for your work on this so far.  [1] has context.
> 
> Thanks,
> Jonathan
> 
> [1] http://bugs.debian.org/658759
> 
> 
> 

-- 
Ian Campbell


Government [is] an illusion the governed should not encourage.
-- John Updike, "Couples"


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

Bug#663528: libkio5: kmail crashes since upgrade to KDE 4.7.4

[Pino Toscano]

forwarded 663528 https://bugs.kde.org/show_bug.cgi?id=282889
tag 663528 + fixed-upstream pending
thanks

Alle lunedì 12 marzo 2012, Stefan Fritsch ha scritto:
> On Monday 12 March 2012, Pino Toscano wrote:
> > Alle lunedì 12 marzo 2012, Stefan Fritsch ha scritto:
> > > Since upgrading the kde libraries to version 4.7.4, kmail crashes
> > > on start before displaying any window.
> > 
> > Are you using a network proxy? If so, does kmail open if you unset
> > it?
> 
> Yes and yes. If I change kde's configuration to direct connection to
> the internet, kmail seems to work OK.

Ok, it's the one I fixed upstream a couple of days ago and backported 
the patch to our kde4libs packaging (not uploaded yet).

-- 
Pino Toscano


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

Bug#662955: RFS: rubyripper/0.6.2-2 [ITP] -- New upload

[Scott Leggett]

Dear mentors,

I am looking for a sponsor for my package "rubyripper"

* Package name: rubyripper
  Version : 0.6.2-2
  Upstream Author : Bouke Woudstra 
* URL : https://code.google.com/p/rubyripper/
* License : GPL-3.0+
  Section : sound

It builds those binary packages:

rubyripper-cli - Error-correcting compact disc digital audio extractor (CD 
ripper)
rubyripper-gtk2 - Error-correcting compact disc digital audio extractor (CD 
ripper)

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/rubyripper

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/r/rubyripper/rubyripper_0.6.2-2.dsc

More information about rubyripper can be obtained from 
http://wiki.hydrogenaudio.org/index.php?title=Rubyripper

Changes since the last upload:

rubyripper (0.6.2-2) unstable; urgency=low

  * Removed unnecessary ${shlibs:Depends} variable from dependencies.
  * Change package priority to Optional.
  * Unset unnecessary DH_VERBOSE in debian/rules.
  * Add several optional packages to Suggests.
  * Update debian/copyright to latest format.
  * Improve package description in debian/control and manpage.
  * Split upstream patch into two.
  * Add two more patches to upstream:
Fix calls to deprecated API 'gettext/utils'.
Remove prerequisite to Makefile 'install' target to avoid compiling
translations twice.
  * Disable updating of .po files due to crash in ruby 1.9.x.
  * Add patch to use correct API for mofile generation function.

 -- Scott Leggett   Mon, 12 Mar 2012 16:13:16 +0800

-- 
Regards,
Scott.



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

Bug#663192: [Pkg-cups-devel] Bug#663192: cups-filters: Please add support for embedding of Opentype fonts

[Fabian Greffrath]

Hi Tobias,

first, thanks for your fine work in libfontembed!

Am 09.03.2012 21:41, schrieb Tobias Hoffmann:

My plan definitely is to support CFF eventually, as stated in the
README of my so-called "libfontembed".
Are there any time constraints, like ASAP? Or could this wait a few
weeks?


I don't think there are any strict time constraints. It is just that 
we are going to switch to format-independent package names for fonts 
in Debian and thus need to decide for one font format or the other - 
we are not going to ship a font in more than one format anymore unless 
strictly necessary. One of the reasons that might keep us from 
switching the freefonts package to OTF format is that it still is the 
prefered font for the texttopdf filter and that it currently needs 
this font in TTF format.


 - Fabian




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

Bug#663505: rrdcached segfaults - not checked realpath and strdup

[Sebastian Harl]

forwarded 663505 rrd-develop...@lists.oetiker.ch
thanks

Hi,

forwarding to the RRDtool developers mailing list. Summary for the
reference: RRDCacheD segfaults at startup if the journal directory does
not exist.

See  for details.

On Mon, Mar 12, 2012 at 04:03:18AM +0100, Witold Baryluk wrote:
> problem is in incorrect error handling.
> 
> Attached patch adds realpath and strdup error handling for journal dir
> option.

Thanks for reporting this and providing a patch!

A similar fix has already been applied to upstream SVN, see r2153. Tobi,
could that patch be merged to 1.4 as well?

> Why journal dir was not created in first place, is different story
> (probably bug in postinst script)

In fact, the postinst script does not take care of that at all. Imho,
RRDCacheD should do that (and did it, in the past iirc).

Imho, realpath() should in fact be called after rrd_mkdir_p(). I don't
think there is a need for having an absolute / canonicalized pathname
when creating the directory.

Thoughts?

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#663556: tucnak2: FTBFS: dh_shlibdeps: dpkg-shlibdeps -Tdebian/tucnak2.substvars debian/tucnak2/usr/bin/tucnak2 debian/tucnak2/usr/bin/soundwrapper returned exit code 2

[Moritz Muehlenhoff]

Package: tucnak2
Version: 2.11-3.1
Severity: serious

Your package fails to build from source:

dh_desktop: This program is deprecated, and does nothing anymore.
dh_desktop: Compatibility levels before 5 are deprecated (level 4 in use)
dh_installman debian/tucnak2.1
dh_installman: Compatibility levels before 5 are deprecated (level 4 in use)
# you can comment this line out for systems without hotplug (Etch, Lenny...)
cp -a debian/davac4.hotplug debian/davac4.usermap debian/tucnak2/etc/hotplug/usb
chmod +x debian/tucnak2/etc/hotplug/usb/davac4.hotplug
# you can comment this lines out for systems without udev (Sarge)
#dh_installudev davac4.rules doesn't work on my Etch :-(
cp -a debian/davac4.rules debian/tucnak2/etc/udev
dh_link
dh_link: Compatibility levels before 5 are deprecated (level 4 in use)
dh_compress
dh_compress: Compatibility levels before 5 are deprecated (level 4 in use)
dh_fixperms
dh_fixperms: Compatibility levels before 5 are deprecated (level 4 in use)
dh_installdeb
dh_installdeb: Compatibility levels before 5 are deprecated (level 4 in use)
dh_shlibdeps
dh_shlibdeps: Compatibility levels before 5 are deprecated (level 4 in use)
dpkg-shlibdeps: error: couldn't find library libpulsecommon-1.1.so needed by 
debian/tucnak2/usr/bin/tucnak2 (ELF format: 'elf64-x86-64'; RPATH: '').
dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if 
"debian/tucnak2/usr/bin/tucnak2" were not uselessly linked against it (they use 
none of its symbols).
dpkg-shlibdeps: error: Cannot continue due to the error above.
Note: libraries are not searched in other binary packages that do not have any 
shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to set 
LD_LIBRARY_PATH.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/tucnak2.substvars 
debian/tucnak2/usr/bin/tucnak2 debian/tucnak2/usr/bin/soundwrapper returned 
exit code 2
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



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

Bug#663557: xfonts-traditional: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: xfonts-traditional
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the xfonts-traditional debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of xfonts-traditional debconf templates.
# Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the xfonts-traditional 
package.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: xfonts-traditional 1.6\n"
"Report-Msgid-Bugs-To: xfonts-traditio...@packages.debian.org\n"
"POT-Creation-Date: 2012-02-27 07:21+0100\n"
"PO-Revision-Date: 2012-03-12 10:04+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:2001
msgid "Generate traditional versions of fonts?"
msgstr "Traditionele versies van de lettertypes aanmaken?"

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:2001
msgid ""
"With xfonts-traditional it is possible to automatically generate traditional "
"versions (with foundry \"Trad\" instead of \"Misc\") of all fonts where it "
"is clear what needs to be done.  Currently this means versions of 6x13, also "
"known as \"fixed\"."
msgstr ""
"Met xfonts-traditional is het mogelijk om automatisch traditionele versies "
"(met foundry \"Trad\" in plaats van \"Misc\") van alle lettertypes waarvan "
"duidelijk is hoe dit kan worden gedaan. Op dit moment betreft dit veries van "
"6x13, ook bekend als \"fixed\"."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:2001
msgid ""
"But you may prefer just to have the tool installed and not to do this "
"automatically."
msgstr ""
"Maar mogelijk wilt u alleen het hulpprogramma geïnstalleerd hebben en dit "
"niet automatisch laten doen."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:3001
msgid "Configure xterm to use traditional font?"
msgstr "Xterm configureren om een traditioneel lettertype te gebruiken?"

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:3001
msgid ""
"You can have the xterm default UTF-8 font changed to the traditional  "
"version."
msgstr ""
"U kunt het standaard UTF-8-lettertype van xterm aanpassen naar de "
"traditionele versie."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:3001
msgid ""
"Choosing this option will modify /etc/X11/app-defaults/XTerm, preserving the "
"old file as XTerm.backup.not-trad.  As this is a configuration file, you may "
"get prompts from dpkg about it in the future."
msgstr ""
"Als u voor deze optie kiest dan zal /etc/X11/app-defaults/XTerm worden "
"aangepast, het oude bestand wordt bewaard als XTerm.backup.not-trad. "
"Aangezien dit een configuratiebestand is kan dpkg u hier in de toekomst naar "
"vragen."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:3001
msgid ""
"Alternatively, if you do not want to change the default, XTerm.trad will be "
"created but not used."
msgstr ""
"Wanneer u de standaardwaarde niet wilt aanpassen zal XTerm.trad worden "
"aangemaakt maar niet gebruikt worden."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:3001
msgid ""
"To revert the change, simply change the key \"*VT100.utf8Fonts.font\" back "
"from \"-trad-...\"  to \"-misc-...\", or rename the old file back into place."
msgstr ""
"U kunt de verandering terugdraaien door de sleutel \"*VT100.utf8Fonts.font\" "
"terug te zetten van \"-trad-...\" naar \"-misc-...\", of door het oude "
"bestand terug te zetten."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:4001
msgid "Configure system to use traditional \"fixed\"?"
msgstr "Het systeem configueren om de tranditionele \"fixed\" te gebruiken?"

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:4001
msgid "The \"fixed\" font alias can be remapped to the traditional version."
msgstr ""
"De lettertype-alias \"fixed\" kan naar de traditionele versie worden "
"doorgewezen."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:4001
msgid ""
"Choosing this option will modify /etc/X11/fonts/misc/xfonts-base.alias, "
"preserving the old file as xfonts-base.alias.backup.not-trad.  As this is a "
"configuration file, you may get prompts from dpkg about it in the future."
msgstr ""
"Als u voor deze optie kiest dan zal /etc/X11/fonts/misc/xfonts-base.alias "
"worden aangepast, het oude bestand wordt bewaard als xfonts-base.alias."
"backup.not-trad. Aangezien dit een configuratiebestand is kan dpkg u hier in "
"de toekomst naar vragen."

#. Type: boolean
#. Description
#: ../xfonts-traditional.templates:4001
msgid ""
"Alternatively, if you do not want to change the default, xfonts-base-alias."
"trad will be created but not used."
msgstr ""
"Wanneer u de standaardwaarde niet wilt aanpassen zal xfonts-base-alias "
"

Bug#663558: ITP: oar -- OAR batch scheduler

[Philippe Le Brouster]

Package: wnpp
Severity: wishlist
Owner: Philippe Le Brouster 


* Package name: oar
  Version : 2.5.1
  Upstream Author : oar-cont...@lists.gforge.inria.fr
* URL : http://oar.imag.fr/
* License : GPL
  Description : OAR batch scheduler
  
  
OAR is a versatile resource and task manager (also called a batch
scheduler) for clusters and other computing infrastructures.




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

Bug#663559: golang-weekly: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: golang-weekly
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the golang-weekly debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of golang-weekly debconf templates.
# Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the golang-weekly package.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: golang-weekly 2012.01.27-3\n"
"Report-Msgid-Bugs-To: golang-wee...@packages.debian.org\n"
"POT-Creation-Date: 2012-03-01 07:32+0100\n"
"PO-Revision-Date: 2012-03-12 10:12+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../golang-weekly-tools.templates:2001
msgid "Report installation of public packages to Go Dashboard?"
msgstr "Installatie van publieke pakketten melden bij het Go Dashboard?"

#. Type: boolean
#. Description
#: ../golang-weekly-tools.templates:2001
msgid ""
"The goinstall program reports the successful installation of the public Go "
"packages to godashboard.appspot.com, which increments a count associated "
"with the package and the time of its most recent installation. This "
"mechanism powers the package list at the Go Dashboard, allowing Go "
"programmers to learn about popular packages that might be worth looking at."
msgstr ""
"Het programma goinstall meldt de succesvolle installatie van de publieke Go-"
"pakketten bij godashboard.appspot.com, welke voor pakketten een teller en de "
"tijd van laatste installatie bijhoudt. Dit is de basis van de pakketlijst "
"van het Go Dasboard en brengt Go-programmeurs op de hoogte van populaire "
"pakketten die interessant kunnen zijn."

#. Type: boolean
#. Description
#: ../golang-weekly-tools.templates:2001
msgid ""
"If you choose to participate, each successful installation will be reported "
"to the Go Dashboard."
msgstr ""
"Als u ervoor kiest om mee te doen zal elke succesvolle installatie worden "
"gemeld bij het Go Dashboard."

#. Type: boolean
#. Description
#: ../golang-weekly-tools.templates:2001
msgid ""
"This choice can be modified by running \"dpkg-reconfigure golang-weekly-tools"
"\"."
msgstr ""
"U kunt uw keuze altijd nog herzien via het commando \"dpkg-reconfigure "
"golang-weekly-tools\"."

Bug#663560: unclear licenses for product logos

[Michael Biebl]

Source: gnome-boxes
Version: 3.3.91-1
Severity: serious

The product logos that are shipped in gnome-boxes are possibly non-free.

This is currently discussed upstream [1].

Marking this as RC so in case in the package is uploaded to unstable, it
doesn't migrate to testing and this issue is not forgotten.

If this can't be sorted out upstream, we will have to repack the
upstream sources.


[1] https://bugzilla.gnome.org/show_bug.cgi?id=671251

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

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

-- 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#663561: new upstream version

[Bartosz Feński]

Package: python-requests
Severity: wishlist

Hello.

There's new upstream version available 0.10.8. Please upload it.

regards
fEnIo

Bug#663262: dvbcut can't open recorded mpeg-transportstreams bigger than 2 GB

[Fabian Greffrath]

Am 09.03.2012 22:48, schrieb Klaumi Klingsporn:

The interessing thing: As you know from my bugreport #641992 I built a personal
package of svn178 based on qt3. With dvbcut of this package I can open the same
files without problems. So I think, the problem must have something to do with
the porting to qt4.


You could try rebuilding the package with
CFLAGS  += $(shell getconf LFS_CFLAGS)
LDFLAGS += $(shell getconf LFS_LDFLAGS)

 - Fabian




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

Bug#654811: Patch for the l10n upload of am-utils

[Tim Cutts]

On 12 Mar 2012, at 06:42, Christian PERRIER wrote:

> 
> Dear maintainer of am-utils,
> 
> On Monday, January 16, 2012 I sent you a notice announcing my intent to 
> upload an
> NMU of your package to fix its pending l10n issues, after an initial
> notice sent on Wednesday, January 11, 2012.
> 
> We finally agreed that you would do the update yourself at the end of
> the l10n update round.
> 
> That time has come.
> 
> (indeed, a mistake in my process made me completely forget about 
> am-utils:-))
> 
> To help you out, here's the patch which I would have used for an NMU.
> Please feel free to use all of it...or only the l10n part of it.

I've done the Danish one already (that was in 6.2+rc20110530-2).  I have not 
done the Slovak one, because there's no point in uploading am-utils at the 
moment.  It doesn't work properly with the current wheezy kernel.  I am working 
with the upstream author at the moment to sort out the problems.

I've got the Slovak .po, and it will be in the next upload (I should tag the 
bug appropriately), but I'm not going to upload a known broken package.

Regards,

Tim

--
 The Wellcome Trust Sanger Institute is operated by Genome Research
 Limited, a charity registered in England with number 1021457 and a
 company registered in England with number 2742969, whose registered
 office is 215 Euston Road, London, NW1 2BE.



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

Bug#663292: abraca: upcoming vala 0.10 removal

[Fabrizio Regalli]

Hi Daniel,

On Sun, 2012-03-11 at 20:35 +0100, Daniel Svensson wrote:
[snip]
> 
> Latest git version works with never vala.

Nice to hear that.
Do you plan to release a new upstream version with all changes on
'master' branch included? 

>  Perhaps you can pick some compatibility commit and use that?

valac-0.16 is never version of valac available on Debian (experimental)
but I think, at the moment, valac-0.14 is enough. 

Thank you.
Fabrizio.




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

Bug#663562: wmmail: FTBFS: wmmail.h:32:35: fatal error: WINGs/proplist-compat.h: No such file or directory

[Moritz Muehlenhoff]

Package: wmmail
Version: 0.64-13.2
Severity: serious

Your package fails to build from source:

updating cache ./config.cache
creating ./config.status
creating Makefile
creating src/config.h
creating src/wmutil.c
creating src/Makefile
creating Defaults/Makefile
creating Anims/Makefile
creating Anims/NeXT/Makefile
creating Anims/asmail/Makefile
creating Anims/e/Makefile
creating Anims/monitor-e/Makefile
creating Sounds/Makefile
/usr/bin/make
make[1]: Entering directory `/home/jmm/wmmail-0.64'
Making all in src
make[2]: Entering directory `/home/jmm/wmmail-0.64/src'
gcc -DPACKAGE=\"WMMail\" -DVERSION=\"0.64\" -DHAVE_LIBNSL=1 -DHAVE_LIBX11=1 
-DHAVE_LIBXEXT=1 -DHAVE_LIBXT=1 -DHAVE_LIBXPM=1 -DHAVE_LIBWUTIL=1 
-DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 
-DRETSIGTYPE=int -DHAVE_VPRINTF=1 -DHAVE_SOCKET=1 -DHAVE_STRSTR=1  -I. -I.  
-g -O2 -I  -c global.c
In file included from global.c:27:0:
wmmail.h:32:35: fatal error: WINGs/proplist-compat.h: No such file or directory
compilation terminated.
make[2]: *** [global.o] Error 1
make[2]: Leaving directory `/home/jmm/wmmail-0.64/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jmm/wmmail-0.64'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#663563: tnftp: FTBFS: mv: cannot stat `/home/jmm/tnftp-20100108/debian/tnftp/usr/share/man/man1/ftp.1': No such file or directory

[Moritz Muehlenhoff]

Package: tnftp
Version: 20100108-2
Severity: serious

Your package fails to build from source:

make[1]: Leaving directory `/home/jmm/tnftp-20100108'
# rename binary from ftp to tnftp -- ftp is already in use by alternatives 
system
# see #387717 for nasty details
#mv /home/jmm/tnftp-20100108/debian/tnftp/usr/bin/ftp 
/home/jmm/tnftp-20100108/debian/tnftp/usr/bin/tnftp
rm -rf /home/jmm/tnftp-20100108/debian/tnftp/usr/share/man/cat1
touch install-stamp
dh_testdir
dh_testroot
dh_installdocs
install -g 0 -o 0 -d debian/tnftp/usr/share/doc/tnftp
cp -a README debian/tnftp/usr/share/doc/tnftp
cp -a todo debian/tnftp/usr/share/doc/tnftp
cp -a THANKS debian/tnftp/usr/share/doc/tnftp
chown -R 0:0 debian/tnftp/usr/share/doc
chmod -R go=rX debian/tnftp/usr/share/doc
chmod -R u\+rw debian/tnftp/usr/share/doc
install -g 0 -o 0 -m 644 -p debian/copyright 
debian/tnftp/usr/share/doc/tnftp/copyright
dh_installmanpages
dh_installmanpages: This program is deprecated, switch to dh_installman.
install -d debian/tnftp/usr/share/man/man5/
install -p -m644 libedit/editrc.5 
debian/tnftp/usr/share/man/man5/editrc.5
mv `pwd`/debian/tnftp/usr/share/man/man1/ftp.1 \
   `pwd`/debian/tnftp/usr/share/man/man1/tnftp.1
mv: cannot stat 
`/home/jmm/tnftp-20100108/debian/tnftp/usr/share/man/man1/ftp.1': No such file 
or directory
make: *** [binary-arch] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



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

Bug#663564: cups-filters: 'make clean' leaves some object files over

[Fabian Greffrath]

Package: cups-filters
Version: 1.0.4-1
Severity: normal
Tags: patch upstream

Hi,

currently, 'make clean' -- if run from the top-level source directory -- does
not entirely clean the source tree but leaves some object files in the
filter/fontembed and pdftoopvp/oprs sub-directories around. This is especially
frustrating if you are trying to build the Debian package twice in a row, as
dpkg-source will complain about untrackable differences in the source tree. The
attached patch adds calls to the clean rules in these sub-directories to the
Makefiles in the containing directories.

Furthermore, the Makedefs file is on the one hand removed in the distclean rule
but on the other hand unconditionally included in all the Makefiles. This makes
it imposible to e.g. run the clean rule twice in a row. I have therefore
included a conditional to only include Makedefs if Make is *not* run for any of
the clean rules. Since each Makefile in the sub-directories also includes
Makedefs, I decided to merely touch it in the clean rule of the top-level
Makefile. So 'make clean' is at least idempotent if run from the top-level
Makefile.

 - Fabian



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- cups-filters-1.0.4.orig/Makefile
+++ cups-filters-1.0.4/Makefile
@@ -13,7 +13,9 @@
 #   file is missing or damaged, see the license at "http://www.cups.org/";.
 #
 
+ifeq ($(findstring $(MAKECMDGOALS), clean distclean maintainer-clean),)
 include Makedefs
+endif
 
 
 #
@@ -44,6 +46,7 @@ all:
 #
 
 clean:
+	touch Makedefs
 	for dir in $(DIRS); do\
 		echo Cleaning in $$dir... ;\
 		(cd $$dir; $(MAKE) $(MFLAGS) clean) || exit 1;\
--- cups-filters-1.0.4.orig/filter/Makefile
+++ cups-filters-1.0.4/filter/Makefile
@@ -101,6 +101,7 @@ all:	$(TARGETS)
 #
 
 clean:
+	$(MAKE) -C fontembed $@
 	$(RM) $(OBJS) $(TARGETS)
 	$(RM) */*.d
 	$(RM) */*.o
--- cups-filters-1.0.4.orig/pdftoopvp/Makefile
+++ cups-filters-1.0.4/pdftoopvp/Makefile
@@ -39,6 +39,7 @@ framedhelp:
 #
 
 clean:
+	$(MAKE) -C oprs $@
 	$(RM) $(OBJS)
 	$(RM) pdftoopvp
 

Bug#250392: Western Union:MTCN number: 644-827-8549

[unitedcabletv]

On Monday, March 12, 2012 3:30:03 AM UTC+5:30, Western Union Money Transfer 
Department wrote:
> Attention:Beneficiary,
> 
> Three groups of companies instructed me to inform you of your first  
> payment of £4,599 Great British Pounds by Wal-Mart Stores, Inc. (Save  
> Money. Live Better), the British Prime Minister Mr. David Cameron and  
> the G-20 committee and I will keep on sending you £4,599 (GBP) Great  
> British Pounds until the payment of £499,399(GBP)Great British Pounds  
> is fully completed.
> 
> Your first MTCN number: 644-827-8549
> Sender's Name: Mr. Jacobs Joseph
> Amount sent: £4,599 Great British Pounds (GBP)
> 
> Your full names and your Mobile number are to forward to Western Union  
> Transfer
> agent to track your funds Via Email to:
> 
> Mr. Jesse Lingard
> D/L Number:+44 (0) 702 403 4679
> E-mail:sir.jesseling...@fengv.com
> 
> 
> Regard,
> Mrs. Christine Maria Vendrig.
> 
> 
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> --
> To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org




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

Bug#656535: rsyslog: [PATCH] add $WorkDirectory to /etc/rsyslog.conf for FHS compliance

[Michael Biebl]

On 20.01.2012 00:49, Jamie Strandboge wrote:
> Package: rsyslog
> Version: 5.8.6-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu precise ubuntu-patch
> 
> Dear Maintainer,
> 
> I'd like for you to consider applying the attached patch to achieve the
> following:
> 
>   * debian/rsyslog.conf: set $WorkDirectory to /var/spool/rsyslog, which is
> the example location in documentation. When not configured it defaults to
> '/', which is undesirable. (LP: #918947)
>   * debian/rsyslog.dirs: add /var/spool/rsyslog/
> 
> This is Launchpad bug #918947[1].
> 
> In testing the imfile functionality, I learned that when $WorkDirectory
> is not explicitly set, it defaults to '/'. This means that state files
> are written directly in / (other rsyslog functionality presumably also
> uses WorkDirectory). This violates the FHS and is generally unexpected.
> 
> Granted, it appears that at least with imfile, the file is created then
> immediately unlinked while keeping the fd open so people won't typically
> see these files in / (I am not sure of the other uses of WorkDirectory).

The WorkDirectory is used for state files (imfile, as you already
noticed) and for spool files when you use disk-based buffering for
reliable remote syslog
In this case, if the remote host is down you buffer the syslog messages
instead of discarding them.

So in both cases, this needs explicit configuration, to enable those
features. But especially for imfile it is easy to forget to set
WorkDirectory, so setting it to a sane default does make sense, that's
why I've merged your patch, thanks

As Ubuntu run rsyslog as unprivileged user, you need to check if rsyslog
sets up those files before dropping its privileges (I haven't checked that).
Otherwise you need to adjust the permissions/owner of /var/spool/rsyslog
in postinst.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#663565: Please add a question in P&P templates about the use of not DFSG-free services to package

[Francesca Ciceri]

Package: nm.debian.org
Severity: wishlist


Hi,

I recently noted that some Debian Developers are not aware of the
implications of using not DFSG-free services (as, for instance Google
Translate) in their packaging work.
The use of this kind of services is not really necessary - as we (in
Debian) have a very good i18n/l10n infrastructure - but still some
developers used them, in order to create drafts for translations.

It would great if a similar question could be added to the P&P template:

"would you use google translate to prepare a draft translation of
your program {manpage|po-debconf templates}?"

Thank you very much,

Francesca
-- 
"Nostra patria è il mondo intero
e nostra legge è la libertà
ed un pensiero
ribelle in cor ci sta." P.Gori


signature.asc
Description: Digital signature

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Uwe Kleine-König]

Hello,

On Mon, Mar 12, 2012 at 08:41:57AM +, Ian Campbell wrote:
> One unfortunate wrinkle with the factory supplied image is that it
> reuses the GuruPlug machine id instead of defining a new one. This has
depending on how old the factory supplied U-Boot is, it supports
overwriting the machine id by setting the environment variable machid to
the desired value (in hex).

> the potential to make thing a bit tricky and is the reason I switched to
> the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug
> support is now being implemented via DT so I suppose this is not going
> to be an issue in practice.
Yeah, with dt the machine is ignored AFAICT.

Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



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

Bug#661841: libkmime4 mistakenly considers .vdi files (virtualbox virtual disk) for text files

[Pino Toscano]

reassign 661841 virtualbox-qt
retitle 661841 virtualbox.xml lacks magic for its MIME types
thanks

Alle giovedì 1 marzo 2012, Pino Toscano ha scritto:
> > I worked around this by adding the following to
> > /usr/share/mime/packages/virtualbox.xml
> > 
> > <   
> > <  
> > <   
> 
> This looks like something it should be done in virtualbox.xml itself,
> as otherwise it won't detect any vdi files when using only the file
> content (and not the file name).

Reassigning to virtualbox-qt then (which provides virtualbox.xml).

-- 
Pino Toscano


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

Bug#663367: xrdp: after recent updates in sid, xrdp gives slow drawing

[Vincent Bernat]

Le 12.03.2012 09:30, Patrice DUROUX a écrit :

Is it slow on the login screen? The login screen does not make use 
of VNC.


No, it is after login when the user session starts.
Here is the VNC launched on the server:

Xvnc :11 -geometry 1152x864 -depth 24 -rfbauth
/home/patrice/.vnc/sesman_patrice_passwd -bs -ac -nolisten tcp

Also, previously, I didn't think about trying to connect the same 
session,

it was one launched by vncserver command.
So it seems to provide the same trouble using a VNC client on this 
session.


Then I suppose that the problem is due to Xvnc and options.


There was no update of it. Did you happen to install another VNC 
server? Xvnc is handled by the alternative subsystem. Could you check 
the output of "update-alternatives --display Xvnc" ?




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

Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)

[Fabian Greffrath]

An alternative approach, maybe less intrusive: Instead of touching 
Makedefs, define the correct actual dependency in the top-level 
Makefile. This will cause configure to be run when 'make distclean' is 
called twice in a row, which is a bit tedious, but at least it's not a 
hack anymore but a solution. ;)


--- cups-filters-1.0.4.orig/Makefile
+++ cups-filters-1.0.4/Makefile
@@ -23,6 +23,8 @@ include Makedefs
 DIRS	=	cupsfilters backend filter pdftoopvp pdftopdf $(PHPDIR)
 
 
+Makedefs:
+	$(CURDIR)/configure
 #
 # Make all targets...
 #
--- cups-filters-1.0.4.orig/filter/Makefile
+++ cups-filters-1.0.4/filter/Makefile
@@ -101,6 +101,7 @@ all:	$(TARGETS)
 #
 
 clean:
+	$(MAKE) -C fontembed $@
 	$(RM) $(OBJS) $(TARGETS)
 	$(RM) */*.d
 	$(RM) */*.o
--- cups-filters-1.0.4.orig/pdftoopvp/Makefile
+++ cups-filters-1.0.4/pdftoopvp/Makefile
@@ -39,6 +39,7 @@ framedhelp:
 #
 
 clean:
+	$(MAKE) -C oprs $@
 	$(RM) $(OBJS)
 	$(RM) pdftoopvp
 

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Ian Campbell]

On Mon, 2012-03-12 at 10:32 +0100, Uwe Kleine-König wrote:
> Hello,
> 
> On Mon, Mar 12, 2012 at 08:41:57AM +, Ian Campbell wrote:
> > One unfortunate wrinkle with the factory supplied image is that it
> > reuses the GuruPlug machine id instead of defining a new one. This has
> depending on how old the factory supplied U-Boot is, it supports
> overwriting the machine id by setting the environment variable machid to
> the desired value (in hex).

Right, I only discovered this feature after I'd switched to the Debian
u-boot with the correct machid. IIRC the factory supplied one was Circa
early 2009.

> > the potential to make thing a bit tricky and is the reason I switched to
> > the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug
> > support is now being implemented via DT so I suppose this is not going
> > to be an issue in practice.
> Yeah, with dt the machine is ignored AFAICT.

I've not tried byt perhaps only if you use CONFIG_ARM_APPENDED_DTB or
have a DT aware u-boot otherwise u-boot is going to place atags for
whichever machine id it thinks it supports.

Ian.

-- 
Ian Campbell
Current Noise: Cynic - Bija!

War is delightful to those who have had no experience of it.
-- Desiderius Erasmus




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

Bug#659861: "list of files" discrepency

[Thien-Thi Nguyen]

FYI, there is a discrepency between the "list of files"

and the actual .deb contents (the .deb DOES have the file).

(I saw that list w/o the dir.gz and downloaded the .deb
in hopes that installing it would fix the problem, but alas...)



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

Bug#663539: ekiga crash SIP "SetUpConnection( )"

[Eugen Dedu]

forwarded 663539 https://bugzilla.gnome.org/show_bug.cgi?id=653009
thanks

The problem is that it is not reproducible here.  Could you answer 
comment 10?




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

Bug#663519: Failure to build ICU on BSD

[Hilmar Preusse]

Dear Peter,

we try to build the Tex Live package on the FreeBSD kernel arch
included in Debian. The build fails, wenn the ICU lib is compiled:

g++ -DU_ENABLE_DYLOAD=0 -DICU_USE_THREADS=0
-I/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/common
-I/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/i18n
"-DU_BUILD=\"x86_64-pc-kfreebsd-gnu\"" "-DU_HOST=\"x86_64-pc-kfreebsd-gnu\""
"-DU_CC=\"gcc\"" "-DU_CXX=\"g++\"" -DU_ATTRIBUTE_DEPRECATED=
 -DU_TOOLUTIL_IMPLEMENTATION -O2  -c   -o udbgutil.ao
/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp
/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp:
In function 'const char* udbg_getPlatform()':
/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp:348:1:
error: expected ';' before '}' token

The relevant code block is

U_CAPI const char *udbg_getPlatform(void)
{
#if U_PLATFORM_HAS_WIN32_API
return "Windows";
#elif U_PLATFORM == U_PF_UNKNOWN
return "unknown"
#else
return "Other (POSIX-like)";
#endif
}

After appending an ; after 'return "unknown"' at least I can
compile the lib. Please evaluate.

Regards,
  Hilmar
-- 
http://www.hilmar-preusse.de.vu/



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

Bug#663554: Nags me to install proprietary plug-in although printer works

[Till Kamppeter]

In the SVN repository for the Debian packaging of HPLIP I have already 
deactivated HPLIP's automatic pop-up for the firmware installation as it 
happens with every LaserJet printer (also my PostScript printers which 
for sure work without plugin). So the next HPLIP package in Debian will 
have the problem solved.


   Till



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

Bug#663566: tightvnc: FTBFS: dpkg-source: error: aborting due to unexpected upstream changes

[Moritz Muehlenhoff]

Package: tightvnc
Severity: serious

Your package fails to build from source:

#-find . -type f -a -name Makefile -a ! -path '*Xvnc/Makefile' \
#   -exec rm -f '{}' ';'
rmdir Xvnc/exports
rmdir: failed to remove `Xvnc/exports': No such file or directory
make: [clean] Error 1 (ignored)
# Extra clean targets
find Xvnc -name "Makefile" | grep -v Xvnc/Makefile | xargs rm -f
rm -f \
Xvnc/config/cf/platform.def
dh_clean Xvnc/xmakefile \
Xvnc/config/cf/host.def \
Xvnc/config/imake/Makefile.proto
 dpkg-source -b tightvnc-1.3.9
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building tightvnc using existing ./tightvnc_1.3.9.orig.tar.gz
dpkg-source: warning: executable mode 0755 of 'config.guess' will not be 
represented in diff
dpkg-source: warning: executable mode 0755 of 'config.sub' will not be 
represented in diff
dpkg-source: info: local changes detected, the modified files are:
 tightvnc-1.3.9/Makefile
 tightvnc-1.3.9/Xvnc/Makefile
 tightvnc-1.3.9/config.guess
 tightvnc-1.3.9/config.sub
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/tightvnc_1.3.9-6.2.diff.2fER2e
dpkg-buildpackage: error: dpkg-source -b tightvnc-1.3.9 gave error exit status 2



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

Bug#662237: fuse: Remove loop-aes-utils from Conflicts

[Colin Watson]

On Mon, Mar 05, 2012 at 11:55:44AM +0100, Daniel Baumann wrote:
> tag 662237 pending
> thanks
> 
> On 03/04/2012 10:05 PM, أحمد المحمودي wrote:
> > Hence, please remove loop-aes-utils from fuse's Conflicts field.
> 
> done in git, uploading at some later point this week.

Shouldn't this become a versioned Breaks or something rather than just
dropping the Conflicts?

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#663554: Nags me to install proprietary plug-in although printer works

[Till Kamppeter]

Quick workaround:

Remove the file

/lib/udev/rules.d/86-hpmud_plugin.rules

   Till



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

Bug#580308: [PATCH] move python modules to private path

[Daniel Hartwig]

tags 580308 + patch
thanks

The attached patch fixes this issue by moving python modules to a private path.

The modules are for the distcc-pump include server.  This includes a
compiled extension (.so).  To keep things simple all the modules are
installed to /usr/lib/distcc-pump.

Rational for the private path:
  distcc-pump provides no way to run or connect to anything
  other than the upstream supplied include_server.  It is
  not practical for a user to extend or implement their own
  include server, making the include_server package only
  of use to distcc-pump.

A prepared NMU is available on mentors.d.o. [1]  Please note that this update:
  - intends only to be a minimal fix for #580308;
  - only changes files under ./debian;
  - persists previous changes to files not under ./debian;
  - does not attempt to address any of the pre-existing lintian warnings;

That is, all of the issues pointed out by lintian and mentors are pre-existing.

If the original maintainer is unresponsive I am willing to take on
this package and clean up the other packaging issues also.


[1] http://mentors.debian.net/package/distcc

  * Move distcc-pump python modules to private path (/usr/lib/distcc-pump)
- 04_fix_pumps_include_server_path.dpatch: update for private path
  removes hardcoded python version from path.  Closes: #580308
- debian/rules: ensure PYTHON points to the default python version.

[2] Sample session using updated distcc-pump:

dth@europa:~/src/aptitude/build-curses/src$ distccd --daemon --allow
127.0.1.1/24
dth@europa:~/src/aptitude/build-curses/src$ export
DISTCC_POTENTIAL_HOSTS="127.0.1.1"
dth@europa:~/src/aptitude/build-curses/src$ distcc-pump make pkg_item.o
__Using distcc-pump from /usr/bin
__Found 1 available distcc servers
g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I.
-I../../src -I.. -I.. -I../../src -I../.. -I../../src  -I/usr/include
-DHELPDIR=\"/usr/local/share/aptitude\"
-DPKGDATADIR=\"/usr/local/share/aptitude\"  -g -O0
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include
-I/usr/lib/cwidget -I/usr/include/sigc++-2.0
-I/usr/lib/sigc++-2.0/include   -I/usr/include/tagcoll-2.0.13
-D_REENTRANT -fno-strict-aliasing -Wall -Werror -MT pkg_item.o -MD -MP
-MF .deps/pkg_item.Tpo -c -o pkg_item.o ../../src/pkg_item.cc
mv -f .deps/pkg_item.Tpo .deps/pkg_item.Po
__Shutting down distcc-pump include server
dth@europa:~/src/aptitude/build-curses/src$ echo $?
0


move_python_modules_to_private_path.patch
Description: Binary data

Bug#560317: dpkg-reconfigure does not set DPKG_MAINTSCRIPT_PACKAGE (et al)

[Colin Watson]

On Fri, Mar 09, 2012 at 12:36:06PM -0400, Joey Hess wrote:
> It's a shame that dpkg-query is so slow. Cold cache (which will be
> typical), it takes something like a second to run; warm cache around .3
> seconds. Overhead includes reading the entire status file. The above
> code runs it 5 times in all.
> 
> So, it would be worth only running it once and picking out the
> appropriate filenames from its output.

How about this, then?

diff --git a/dpkg-reconfigure b/dpkg-reconfigure
index 4bb1525..9e27fde 100755
--- a/dpkg-reconfigure
+++ b/dpkg-reconfigure
@@ -183,10 +183,18 @@ foreach my $pkg (@packages) {
}
}

+   my @control_paths=`dpkg-query --control-path $pkg`;
+   map chomp, @control_paths;
+   sub control_path {
+   my $file = shift;
+   my $path = (grep /\.\Q$file\E$/, @control_paths)[0];
+   chomp($path) if defined $path;
+   return $path;
+   }
+
if ($reload) {
# Load up templates just in case they aren't already.
-   my $templates=`dpkg-query --control-path $pkg templates`;
-   chomp($templates);
+   my $templates=control_path('templates');
if ($templates and -e $templates) {
Debconf::Template->load($templates, $pkg);
}
@@ -201,8 +209,7 @@ foreach my $pkg (@packages) {
  ['config',   'reconfigure', $version],
  ['postinst', 'configure',   $version]) {
my $script=shift @$info;
-   my $path_script=`dpkg-query --control-path $pkg $script`;
-   chomp($path_script);
+   my $path_script=control_path($script);
 
next unless $path_script and -x $path_script;
 
> PS, cdebconf includes a dpkg-reconfigure now and will need the same
> changes. Probably we need to make sure to communicate substantial
> changes like this with Regis at least until cdebconf takes over from
> debconf.

cdebconf is actually ahead of debconf on this right now: it already has
the 'dpkg-query --control-path' thing (and just runs it once per
script), and it also already sets the DPKG_MAINTSCRIPT_* variables.  It
does need the triggers work, though.  CCing Regis here.

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#663249: [Pkg-acpi-devel] Bug#663249: acpid: fcntl(fd, F_SETFD, O_NONBLOCK) should be fcntl(fd, F_SETFL, O_NONBLOCK)

[Michael Meskes]

On Fri, Mar 09, 2012 at 09:02:16PM +0100, Stevie Trujillo wrote:
> Package: acpid
> Version: 1:2.0.7-1squeeze3
> Severity: normal
> 
> >From the Debian patch:
> --- acpid-2.0.7.orig/sock.c
> +++ acpid-2.0.7/sock.c
> @@ -73,7 +73,7 @@
> if (creds.uid != 0) {
> non_root_clients++;
> }
> -   fcntl(cli_fd, F_SETFD, FD_CLOEXEC);
> +   fcntl(cli_fd, F_SETFD, O_NONBLOCK);
> snprintf(buf, sizeof(buf)-1, "%d[%d:%d]",
>  creds.pid, creds.uid, creds.gid);
> acpid_add_client(cli_fd, buf);
> }
> 
> 
> I don't think this works as expected:
> ...

I agree, something has got lost along the way. Upstream's fixed version does a
fcntl(cli_fd, F_SETFD, FD_CLOEXEC) followd by a fcntl(cli_fd, F_SETFL, 
O_NONBLOCK).

I guess this is what our squeeze version should do to.

Question to secur...@debian.org, how do we handle this? Update as security 
update?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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

Bug#663479: reprepro fails to use gnupghome as option, conf file or env variable

[Bernhard R. Link]

* Neil Williams  [120311 16:57]:
> # GNUPGHOME=/var/lib/ladder/keys reprepro -v -v  -b /var/lib/ladder/azuki 
> export
> Exporting swift...
> Could not find any key matching '0xA897FD02'!
> ERROR: Could not finish exporting 'swift'!
> There have been errors!

I cannot reproduce this here (neigther as user nor as root).
Note that libgpgme's error reporting is
not that well, so that error messages are not really passed through.
Could you test what happens if you try to sign something manually?

i.e.
touch bla
GNUPGHOME=/var/lib/ladder/keys gpg --sign bla

any error message there?

> I'm not sure if it is related to having to do this as root (to be able to use
> apt to populate this repository in a single process) but unless I add the 
> public
> and secret key to /root/.gnupg/, reprepro continually fails to export this
> repository.

If you add it there, does it also work if called with GNUPGHOME as
above? (i.e. does it ignore the setting or fail if this is set there?)

Thanks in advance,
Bernhard R. Link



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

Bug#662923: Please advise if fheroes2 is suitable for non-free?

[Ansgar Burchardt]

Hi,

On 03/12/2012 08:39 AM, Dmitry Smirnov wrote:
> I'm just wondering to what extent we can tolerate DFSG incompatible licenses 
> in non-free, like non-commercial license of fheroes2.

That's what non-free is all about.

> Splitting AI to separate package is not feasible for this game and building 
> without AI, although technically possible, makes the game nearly worthless.

I assume you would have to link the non-commercial AI with the GPL game
engine?  You would not be able to distribute the resulting binaries as
the GPL does not allow licensing part of the program under a
GPL-incompatible license.

Regards,
Ansgar



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

Bug#663505: [rrd-developers] Bug#663505: rrdcached segfaults - not checked realpath and strdup

[Tobias Oetiker]

Hi Sebastian,

thanks ... patch is applied as r2285

cheers
tobi


Today Sebastian Harl wrote:

> forwarded 663505 rrd-develop...@lists.oetiker.ch
> thanks
>
> Hi,
>
> forwarding to the RRDtool developers mailing list. Summary for the
> reference: RRDCacheD segfaults at startup if the journal directory does
> not exist.
>
> See  for details.
>
> On Mon, Mar 12, 2012 at 04:03:18AM +0100, Witold Baryluk wrote:
> > problem is in incorrect error handling.
> >
> > Attached patch adds realpath and strdup error handling for journal dir
> > option.
>
> Thanks for reporting this and providing a patch!
>
> A similar fix has already been applied to upstream SVN, see r2153. Tobi,
> could that patch be merged to 1.4 as well?
>
> > Why journal dir was not created in first place, is different story
> > (probably bug in postinst script)
>
> In fact, the postinst script does not take care of that at all. Imho,
> RRDCacheD should do that (and did it, in the past iirc).
>
> Imho, realpath() should in fact be called after rrd_mkdir_p(). I don't
> think there is a need for having an absolute / canonicalized pathname
> when creating the directory.
>
> Thoughts?
>
> Cheers,
> Sebastian
>
>

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900



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

Bug#663367: xrdp: after recent updates in sid, xrdp gives slow drawing

[Patrice DUROUX]

On Mon, 12 Mar 2012 10:51:26 +0100
Vincent Bernat  wrote:

> Le 12.03.2012 09:30, Patrice DUROUX a écrit :
> 
> >> Is it slow on the login screen? The login screen does not make use 
> >> of VNC.
> >
> > No, it is after login when the user session starts.
> > Here is the VNC launched on the server:
> >
> > Xvnc :11 -geometry 1152x864 -depth 24 -rfbauth
> > /home/patrice/.vnc/sesman_patrice_passwd -bs -ac -nolisten tcp
> >
> > Also, previously, I didn't think about trying to connect the same 
> > session,
> > it was one launched by vncserver command.
> > So it seems to provide the same trouble using a VNC client on this 
> > session.
> >
> > Then I suppose that the problem is due to Xvnc and options.
> 
> There was no update of it. Did you happen to install another VNC 
> server? Xvnc is handled by the alternative subsystem. Could you check 
> the output of "update-alternatives --display Xvnc" ?

Just an upgrade, no change at all, I am still using the one provided
by vnc4server.

$ update-alternatives --display Xvnc
Xvnc - auto mode
  link currently points to /usr/bin/Xvnc4
/usr/bin/Xvnc4 - priority 75
  slave Xvnc.1.gz: /usr/share/man/man1/Xvnc4.1.gz
Current 'best' version is '/usr/bin/Xvnc4'.

-- 
Patrice DUROUX
CNRS Research Engineer

IMGT®, the international ImMunoGeneTics information system®
http://www.imgt.org

IMGT, LIGM, IGH, UPR CNRS 1142
141, rue de la Cardonille - 34396 Montpellier Cedex 5 - France
room: S01
tel: +33 4 34 35 99 28 (office)
fax: +33 4 34 35 99 01
mailto:patrice.dur...@igh.cnrs.fr



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

Bug#663567: wxglade: FTBFS: ImportError: No module named wx

[Moritz Muehlenhoff]

Package: wxglade
Version: 0.6.5-1
Severity: serious

Your package fails to build from source:

pdf : Create PDF document based on manual xml file
html: Create a set of HTML documents based on manual xml file
doc-clean   : Cleanup all automatically generated manuals (if you really know 
what you do)
release : Create official release packages
rel-binary  : Create Unix binary packages
rel-source  : Create Unix source release packages
install : Install wxGlade locally at $(prefix)
make[1]: Leaving directory `/home/jmm/wxglade-0.6.5'
   dh_auto_test
make[1]: Entering directory `/home/jmm/wxglade-0.6.5'
Traceback (most recent call last):
  File "./test.py", line 48, in 
run_tests()
  File "./test.py", line 32, in run_tests
module = imp.load_module(module_name, fp, path, info)
  File "./tests/test_codegen.py", line 12, in 
from xml_parse import CodeWriter
  File "/home/jmm/wxglade-0.6.5/xml_parse.py", line 31, in 
import wx
ImportError: No module named wx
make[1]: *** [test] Error 1
make[1]: Leaving directory `/home/jmm/wxglade-0.6.5'
dh_auto_test: make -j1 test returned exit code 2
make: *** [build] Error 29
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#663223: Connection is broken

[Christoph Berg]

The attached patch reverts the bogus change. I can successfully
connect using ipsec now.

I'll upload an NMU to delayed/10.


diff -Nru ike-2.1.7+dfsg/debian/changelog ike-2.1.7+dfsg/debian/changelog
--- ike-2.1.7+dfsg/debian/changelog 2011-02-26 15:44:25.0 +0100
+++ ike-2.1.7+dfsg/debian/changelog 2012-03-12 12:01:59.0 +0100
@@ -1,3 +1,11 @@
+ike (2.1.7+dfsg-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Disable 0004_select.diff, 0006_terminate.diff which break connection
+setup. (Closes: #663223, reopens: #566673)
+
+ -- Christoph Berg   Mon, 12 Mar 2012 11:53:39 +0100
+
 ike (2.1.7+dfsg-1) unstable; urgency=low
 
   * New upstream version.
diff -Nru ike-2.1.7+dfsg/debian/patches/series 
ike-2.1.7+dfsg/debian/patches/series
--- ike-2.1.7+dfsg/debian/patches/series2011-02-26 15:05:53.0 
+0100
+++ ike-2.1.7+dfsg/debian/patches/series2012-03-12 12:01:31.0 
+0100
@@ -1,6 +1,6 @@
 0001_fix-paths-in-manpage.diff
 0002_init-d.diff
 0003_pktinfo.diff
-0004_select.diff
+#0004_select.diff
 0005_args.diff
-0006_terminate.diff
+#0006_terminate.diff

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#663568: hledger: should use package section utils (not haskell) and improve description

[Jonas Smedegaard]

Package: hledger
Version: 0.17-2+b1
Severity: normal

hledger is not a Haskell library, but an accounting utility.

So seems to me the package section should be utils, and first paragraph
of long description should be dropped.

Similar for hledger-* packages.


Regards,

 - Jonas



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

Bug#600698: rhythmbox: cannot play internet mms streams

[Michael Biebl]

Version: 2.95-1

Fixed in the current version in sid/testing.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Ian Campbell]

On Mon, 2012-03-12 at 08:41 +, Ian Campbell wrote:
> On Sun, 2012-03-11 at 16:29 -0500, Jonathan Nieder wrote:
> > Ben Hutchings wrote[1]:
> > 
> > > My understanding is that in general we cannot assume that uboot is
> > > upgradable at all, because:
> > >
> > > 1. Linux may not have access to the flash partition containing it.
> 
> On the dreamplug I have:

I suppose it went slightly over my head that this issue applies to other
platforms than dreamplug. Oh well, I hope what followed was useful
nonetheless.

BTW I wonder if a suitable workaround might be to have the kernel
disable these same caches early on?

Ian.
-- 
Ian Campbell
Current Noise: Earth - The Rakehell

A couple of kids tried using pickles instead of paddles for a Ping-Pong
game.  They had the volley of the Dills.




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

Bug#656475: [Python-apps-team] Bug#656475: puddletag gives Tracebacks when trying to parse some files

[Rogério Brito]

Hi, Sandro.

On Fri, Feb 17, 2012 at 21:01, Rogério Brito  wrote:
> On Thu, Feb 16, 2012 at 20:21, Sandro Tosi  wrote:
>> Upstream claims it's fixed with the last upload to experimental: could
>> you please check it?
>
> I'm leaving the context above so that I can test it later today.

Sorry for the late reply, but the issue seems to be fixed with the
files that I could test.

Thanks,

Rogério Brito.

-- 
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#663569: libspring-webflow-2.0-java: FTBFS: libspring-webflow-2.0-java-2.0.9.RELEASE/debian/build.xml:46: Compile failed; see the compiler error output for details.

[Moritz Muehlenhoff]

Package: libspring-webflow-2.0-java
Version: 2.0.9.RELEASE-3
Severity: serious

Your package fails to build from source:

jar-spring-js:
  [jar] Building jar: 
/home/jmm/libspring-webflow-2.0-java-2.0.9.RELEASE/dist/spring-js-2.0.9.RELEASE.jar

compile-spring-webflow:
[javac] Compiling 311 source files to 
/home/jmm/libspring-webflow-2.0-java-2.0.9.RELEASE/build
[javac] WebFlowUpgrader.java:34: warning: 
com.sun.org.apache.xml.internal.serializer.OutputPropertiesFactory is internal 
proprietary API and may be removed in a future release
[javac] import 
com.sun.org.apache.xml.internal.serializer.OutputPropertiesFactory;
[javac]  ^
[javac] ConversationScope.java:25: 
org.springframework.webflow.scope.ConversationScope is not abstract and does 
not override abstract method resolveContextualObject(java.lang.String) in 
org.springframework.beans.factory.config.Scope
[javac] public class ConversationScope extends AbstractWebFlowScope {
[javac]^
[javac] FlashScope.java:25: org.springframework.webflow.scope.FlashScope is 
not abstract and does not override abstract method 
resolveContextualObject(java.lang.String) in 
org.springframework.beans.factory.config.Scope
[javac] public class FlashScope extends AbstractWebFlowScope {
[javac]^
[javac] FlowScope.java:25: org.springframework.webflow.scope.FlowScope is 
not abstract and does not override abstract method 
resolveContextualObject(java.lang.String) in 
org.springframework.beans.factory.config.Scope
[javac] public class FlowScope extends AbstractWebFlowScope {
[javac]^
[javac] RequestScope.java:25: 
org.springframework.webflow.scope.RequestScope is not abstract and does not 
override abstract method resolveContextualObject(java.lang.String) in 
org.springframework.beans.factory.config.Scope
[javac] public class RequestScope extends AbstractWebFlowScope {
[javac]^
[javac] ViewScope.java:25: org.springframework.webflow.scope.ViewScope is 
not abstract and does not override abstract method 
resolveContextualObject(java.lang.String) in 
org.springframework.beans.factory.config.Scope
[javac] public class ViewScope extends AbstractWebFlowScope {
[javac]^
[javac] WebFlowUpgrader.java:87: warning: 
com.sun.org.apache.xml.internal.serializer.OutputPropertiesFactory is internal 
proprietary API and may be removed in a future release
[javac] 
transformer.setOutputProperty(OutputPropertiesFactory.S_KEY_INDENT_AMOUNT, "4");
[javac]   ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] 5 errors
[javac] 2 warnings

BUILD FAILED
/home/jmm/libspring-webflow-2.0-java-2.0.9.RELEASE/debian/build.xml:46: Compile 
failed; see the compiler error output for details.

Total time: 16 seconds
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory `/home/jmm/libspring-webflow-2.0-java-2.0.9.RELEASE'
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



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

Bug#661823: state of Debian packages for dune

[Ansgar Burchardt]

Hi,

I thought I would give a short status report about the current state of
the Debian packages for dune I have been working on for a while.

The packaging is now available from the Debian Science Git
repositories[1]; if you want to work on them please create an account on
alioth.debian.org and join the Debian Science team.  Source and binary
packages (amd64) can also be found in my private apt repository[2].

The packages for dune-{common,istl,localfunctions} should be ready.  The
other modules still have some minor things I would like to fix before
uploading them (see below).

As the current packages are based on a SVN snapshot, I do not think they
should be part of a stable release and would upload them to
experimental, starting with dune-common and -istl for now.  Please
object if you think I should wait until the 2.2 release.

Christian Engwer and Oliver Sander suggested to prepare packages for 2.1
instead, but for this the problem in dune-geometry below would need to
be addressed as well and I am not sure if such changes are appropriate
for a maintenance release.  However we could still upload the 2.1
release to Debain unstable even with a 2.2 snapshot in experimental.

dune-geometry:
dune/geometry/quadraturerules/jacobian.mw is a Maple worksheet that is
the source for jacobi_{1,2}_0_imp.hh.  This would need to be converted
to another language as I don't think there a free tools in Debian to
"compile" the worksheet.

dune-grid:
 - one test needs to be disabled for the Debian package as it needs
   too much memory
 - amiramesh examples cannot be modified with free tools. As they are
   not usable without the non-free library, I am considering to just
   drop them from the package.
 - the mpi wrapper (I think) sets an rpath. I plan to use chrpath to
   remove it.
 - example grids end up in /usr/include/dune

dune-pdelab also still needs some work (at least one test currently
segfaults), but I would like to have the core modules available first.

Regards,
Ansgar

[1]











[2] 



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

Bug#656481: FTBFS with PHP 5.4

[Ondřej Surý]

Package: php-imlib
Severity: normal

Hi Steve,

we would like to NMU php-imlib into DELAYED+5 is that's OK with you.

This would also help Ubuntu decision if the rollout php 5.4 for precise:
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-php54

O.

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

Kernel: Linux 2.6.32-5-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



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

Bug#661540: libapache2-mod-perl2: FTBFS with hardening flags enabled: -Werror=format-security

[Torsten Förtsch]

On Friday, 09 March 2012 22:50:33 Niko Tyni wrote:
> -Perl_croak(aTHX_ SvPV_nolen(ERRSV));
> +Perl_croak(aTHX_ "%s", SvPV_nolen(ERRSV));

Thanks!

But isn't the right way to rethrow/propagate an exception (with respect to 
exception objects) this?

  Perl_croak(aTHX_ Nullch);

Unless any objections I'm going to fix it that way.

Torsten Förtsch

-- 
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net




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

Bug#663570: insighttoolkit: FTBFS

[Moritz Muehlenhoff]

Package: insighttoolkit
Version: 3.20.1-4
Severity: serious

Your package fails to build from source:

-- Check size of __int64
-- Check size of __int64 - failed
-- Looking for include files HAVE_FENV_H
-- Looking for include files HAVE_FENV_H - found
-- Looking for include files HAVE_UNISTD_H
-- Looking for include files HAVE_UNISTD_H - found
-- Checking to see if this platform has the __FUNCTION__ C-Preprocessor 
directive
-- Checking to see if this platform supports has the __FUNCTION__ 
C-Preprocessor directive - yes
CMake Error at /usr/lib/vtk-5.8/VTKTargets-release.cmake:947 (MESSAGE):
  The imported target "vtkParseJava" references the file

 "/usr/bin/vtkParseJava"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/vtk-5.8/VTKTargets-release.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/vtk-5.8/VTKTargets.cmake:268 (INCLUDE)
  /usr/lib/vtk-5.8/VTKConfig.cmake:231 (INCLUDE)
  /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (FIND_PACKAGE)
  /usr/lib/gdcm-2.2/UseGDCM.cmake:23 (FIND_PACKAGE)
  CMakeLists.txt:813 (INCLUDE)


-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON 
-DBUILD_EXAMPLES:BOOL=OFF -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_TESTING:BOOL=OFF 
-DCMAKE_BUILD_TYPE:STRING=Release -DBUILD_DOXYGEN:BOOL=OFF 
-DCMAKE_CXX_FLAGS:STRING=-Wno-deprecated -DCMAKE_SKIP_RPATH:BOOL=ON 
-DITK_USE_REVIEW:BOOL=ON -DITK_USE_REVIEW_STATISTICS:BOOL=ON 
-DITK_USE_OPTIMIZED_REGISTRATION_METHODS:BOOL=ON 
-DITK_USE_TRANSFORM_IO_FACTORIES:BOOL=ON -DITK_USE_SYSTEM_GDCM:BOOL=ON 
-DITK_USE_SYSTEM_PNG:BOOL=ON -DITK_USE_SYSTEM_TIFF:BOOL=ON 
-DITK_USE_SYSTEM_ZLIB:BOOL=ON -DITK_USE_SYSTEM_VXL:BOOL=OFF -DUSE_FFTWD:BOOL=ON 
-DUSE_FFTWF:BOOL=ON -DITK_USE_CONCEPT_CHECKING:BOOL=ON 
-DITK_USE_STRICT_CONCEPT_CHECKING:BOOL=ON -DUSE_WRAP_ITK:BOOL=OFF returned exit 
code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/home/jmm/insighttoolkit-3.20.1'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#650830: ITA: tokyocabinet -- a modern implementation of DBM

[Tobias Frost]

Package: wnpp
Followup-For: Bug #650830

I'm intending to adopt the package.

Tobias Frost



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

Bug#663571: gdcm: FTBFS

[Moritz Muehlenhoff]

Package: gdcm
Version: 2.2.0-5
Severity: serious

Your package fails to build from source:

-- Found PythonLibs: /usr/lib/libpython2.7.so 
-- Java version 1.6.0.24 configured successfully!
-- Found Java: /usr/bin/java (Required is at least version "1.5")
-- Java version 1.6.0.24 configured successfully!
-- Found JNI: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/libjawt.so 
CMake Error at /usr/lib/vtk-5.8/VTKTargets-release.cmake:947 (MESSAGE):
  The imported target "vtkQtChart" references the file

 "/usr/lib/libvtkQtChart.so.5.8.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/vtk-5.8/VTKTargets-release.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/vtk-5.8/VTKTargets.cmake:268 (INCLUDE)
  /usr/lib/vtk-5.8/VTKConfig.cmake:231 (INCLUDE)
  /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (FIND_PACKAGE)
  Utilities/VTK/CMakeLists.txt:4 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_SKIP_RPATH=ON 
-DGDCM_NO_EXECUTABLE_PROPERTIES=ON -DGDCM_BUILD_APPLICATIONS=ON 
-DGDCM_DOCUMENTATION:BOOL=ON -DGDCM_PDF_DOCUMENTATION:BOOL=OFF 
-DGDCM_BUILD_SHARED_LIBS:BOOL=ON -DGDCM_WRAP_PYTHON:BOOL=ON 
-DGDCM_WRAP_CSHARP:BOOL=1 -DGDCM_WRAP_JAVA:BOOL=ON -DGDCM_WRAP_PHP:BOOL=OFF 
-DGDCM_USE_PVRG:BOOL=ON -DGDCM_USE_SYSTEM_PVRG:BOOL=ON 
-DGMCS_EXECUTABLE:FILEPATH=/usr/bin/mono-csc -DGDCM_BUILD_TESTING:BOOL=OFF 
-DGDCM_USE_SYSTEM_EXPAT:BOOL=ON -DGDCM_USE_SYSTEM_UUID:BOOL=ON 
-DGDCM_USE_SYSTEM_ZLIB:BOOL=ON -DGDCM_USE_SYSTEM_OPENJPEG:BOOL=ON 
-DGDCM_USE_SYSTEM_OPENSSL:BOOL=ON -DGDCM_USE_SYSTEM_CHARLS:BOOL=ON 
-DGDCM_USE_SYSTEM_POPPLER:BOOL=ON -DGDCM_USE_PARAVIEW:BOOL=OFF 
-DGDCM_USE_ACTIVIZ:BOOL=ON -DGDCM_USE_VTK:BOOL=ON returned exit code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/home/jmm/gdcm-2.2.0'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#663572: lightdm does not allow use of compose key

[James Tocknell]

Package: lightdm
Version: 1.0.9-1
Severity: important

The compose key does not work in sessions launched by lightdm. If the same
sessions are launched by gdm3, the compose key works in those sessions.


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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu1
ii  consolekit 0.4.5-3
ii  dbus   1.4.18-1
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-27
ii  libglib2.0-0   2.30.2-6
ii  libpam0g   1.1.3-7
ii  libxcb11.8.1-1
ii  libxdmcp6  1:1.1.0-4
ii  lightdm-gtk-greeter1.0.9-1

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.6+12

Versions of packages lightdm suggests:
ii  accountsservice  0.6.15-4

-- debconf information excluded



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

Bug#656482: FTBFS with PHP 5.4

[Ondřej Surý]

Package: ossp-uuid
Severity: normal

Hi,

just a note.  The replacement is not enough, because the upstream
code is broken.  The correct implementation should properly declare
variables used in the function calls.

See: http://flylib.com/books/en/2.565.1.42/1/

Marco, could you please:

a) respond that you are working on this (and still maintaining the package)
b) forward the bug to the upstream, so they can fix it?

O.

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

Kernel: Linux 2.6.32-5-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



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

Bug#663114: [Pkg-dkms-maint] Bug#663114: dkms should use parallel build on multiprocessor systems

[Michal Suchanek]

Excerpts from Michael Gilbert's message of Fri Mar 09 23:36:00 +0100 2012:
> On Thu, Mar 8, 2012 at 10:53 AM, Michal Suchanek wrote:
> > Installing dkms packages takes quite some time.
> 
> Just curious, which packages take a lot of time? And how much is
> "quite some time"?  In my experience the modules I use build and
> install in less than 30 seconds.

On quite powerful desktop used for virtualization virtualbox modules
take about 45s to build.

The modules are rebuilt twice when both virtualbox and dkms are
upgraded.

Another package that takes long is openafs-modules-dkms. It takes about
2:30 to build and uses autoconf so the build time cannot be shortened
much I guess.

> 
> > It would be nice if dkms could use all cores on multicore systems to
> > build the kernel modules. I am sure that for some modules this would
> > speed up things quite a bit.
> 
> I agree that this would be a nice yet modest improvement.  I'm not
> sure if it's as simple as "make -j" in the appropriate scripts or not,
> but since you have some interest in this, perhaps you would be willing
> to look at what it would take to implement it.

Due to the way in which dkms handles modules there is not much room for
parallelism. Virtualbox has four modules but dkms insists on building
each separately.

Using -j6 in the openafs build command lowers the build time by about
40s.

Thanks

Michal



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

Bug#663573: kwwidgets: FTBFS

[Moritz Muehlenhoff]

Package: kwwidgets
Version: 1.0.0~cvs20100930-7
Severity: serious

Your package fails to build from source:

echo KWWidgets_BUILD_EXAMPLES:BOOL=OFF >> 
/home/jmm/kwwidgets-1.0.0~cvs20100930/DEB_build_shared/CMakeCache.txt
echo KWWidgets_BUILD_TESTING:BOOL=OFF >> 
/home/jmm/kwwidgets-1.0.0~cvs20100930/DEB_build_shared/CMakeCache.txt
echo BUILD_SHARED_LIBS:BOOL=ON >> 
/home/jmm/kwwidgets-1.0.0~cvs20100930/DEB_build_shared/CMakeCache.txt
cd /home/jmm/kwwidgets-1.0.0~cvs20100930/DEB_build_shared && cmake ..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at /usr/lib/vtk-5.8/VTKTargets-release.cmake:947 (MESSAGE):
  The imported target "vtkQtChart" references the file

 "/usr/lib/libvtkQtChart.so.5.8.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/vtk-5.8/VTKTargets-release.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/vtk-5.8/VTKTargets.cmake:268 (INCLUDE)
  /usr/lib/vtk-5.8/VTKConfig.cmake:231 (INCLUDE)
  /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (FIND_PACKAGE)
  CMakeLists.txt:42 (find_package)


-- Configuring incomplete, errors occurred!
make: *** [common-configure-arch] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#663574: PTS: incorrectly reports 'neither part of unstable or experimental'

[Andreas Beckmann]

Package: qa.debian.org
Severity: normal

Hi,

the PTS incorrectly reports
  This package is neither part of unstable nor experimental.
even if the package is in experimental:

http://packages.qa.debian.org/q/qpopper.html

oldstable 4.0.9.dfsg-1 
stable 4.0.9.dfsg-1.2 
exp 4.1~a4+dfsg-1 

Andreas



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

Bug#628444: me too

[Dafydd Harries]

I've been seeing similar problems with my "Intel Corporation Centrino
Ultimate-N 6300".

Like others, the problems seemed to start around 2.6.39.

Like othes, the card flakes out a day or two after booting, and a reboot
always fixes the problem. Occasionally it stays working for longer.

Like others, I've added RAM. But as far as I can recall the upgrade
happened well before any poblems started appearing.

Any ASPM settings are at their default.

I'll try wd_disable=1 as a workaround for now.

Meenakshi, will the patch you mentioned be applied in 3.3?

Below is a syslog excerpt from around the time of failue. It seems to
support Meenakshi's suggestion that it's related to the queue getting
stuck.

Mar 12 13:13:21 localhost kernel: [48188.303709] iwlwifi :02:00.0: Queue 4 
stuck for 2000 ms.
Mar 12 13:13:21 localhost kernel: [48188.303714] iwlwifi :02:00.0: Current 
read_ptr 112 write_ptr 115
Mar 12 13:13:21 localhost kernel: [48188.303716] iwlwifi :02:00.0: On 
demand firmware reload
Mar 12 13:13:21 localhost kernel: [48188.303733] iwlwifi :02:00.0: Command 
REPLY_QOS_PARAM failed: FW Error
Mar 12 13:13:21 localhost kernel: [48188.303737] iwlwifi :02:00.0: Failed 
to update QoS
Mar 12 13:13:21 localhost kernel: [48188.303743] iwlwifi :02:00.0: fw 
recovery, no hcmd send
Mar 12 13:13:21 localhost kernel: [48188.303746] iwlwifi :02:00.0: Error 
sending REPLY_RXON: enqueue_hcmd failed: -5
Mar 12 13:13:21 localhost kernel: [48188.303747] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-5)
Mar 12 13:13:22 localhost kernel: [48188.322330] iwlwifi :02:00.0: MAC is 
in deep sleep!. CSR_GP_CNTRL = 0x
Mar 12 13:13:22 localhost kernel: [48188.340903] iwlwifi :02:00.0: MAC is 
in deep sleep!. CSR_GP_CNTRL = 0x

...

Mar 12 13:13:22 localhost kernel: [48188.675439] ieee80211 phy0: Hardware 
restart was requested
Mar 12 13:13:22 localhost wpa_supplicant[1472]: CTRL-EVENT-DISCONNECTED 
bssid=00:50:7f:cb:4b:58 reason=4
Mar 12 13:13:22 localhost kernel: [48188.742610] ieee80211 phy0: failed to 
remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-2)

...

Mar 12 13:13:28 localhost kernel: [48194.404414] iwlwifi :02:00.0: Could 
not load the INST uCode section
Mar 12 13:13:28 localhost kernel: [48194.404423] iwlwifi :02:00.0: Failed 
to start RT ucode: -110

...

Mar 12 13:13:28 localhost kernel: [48194.776198] iwlwifi :02:00.0: MAC is 
in deep sleep!. CSR_GP_CNTRL = 0x
Mar 12 13:13:28 localhost wpa_supplicant[1472]: Failed to initiate AP scan.
Mar 12 13:13:28 localhost NetworkManager[1405]:  (wlan0): roamed from 
BSSID 00:50:7F:CB:4B:58 (GUM51C) to (none) ((none))
Mar 12 13:13:28 localhost kernel: [48194.776271] iwlwifi :02:00.0: Unable 
to initialize device.
Mar 12 13:13:28 localhost kernel: [48194.776294] iwlwifi :02:00.0: Request 
scan called when driver not ready.


I get some kind of OOPS but I'm guessing this is just because the driver can't
communicate with the card when the module is being unloaded:

Mar 12 13:15:04 localhost kernel: [48290.674358] [ cut here 
]
Mar 12 13:15:04 localhost kernel: [48290.674383] WARNING: at 
/build/buildd-linux-2.6_3.2.9-1-amd64-KTPapN/linux-2.6-3.2.9/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1330
 iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi]()
Mar 12 13:15:04 localhost kernel: [48290.674388] Hardware name: 3249CTO
Mar 12 13:15:04 localhost kernel: [48290.674390] Modules linked in: uvcvideo 
videodev v4l2_compat_ioctl32 media snd_usb_audio snd_usbmidi_lib pci_stub 
vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) acpi_cpufreq mperf 
cpufreq_stats cpufreq_userspace cpu
Mar 12 13:15:04 localhost kernel: sync_memcpy async_tx raid1 raid0 multipath 
linear md_mod sd_mod crc_t10dif usbhid hid ahci libahci ehci_hcd libata 
scsi_mod usbcore thermal thermal_sys usb_common e1000e [last unloaded: 
scsi_wait_scan]
Mar 12 13:15:04 localhost kernel: [48290.674508] Pid: 1405, comm: 
NetworkManager Tainted: G   O 3.2.0-2-amd64 #1
Mar 12 13:15:04 localhost kernel: [48290.674511] Call Trace:
Mar 12 13:15:04 localhost kernel: [48290.674520]  [] ? 
warn_slowpath_common+0x78/0x8c
Mar 12 13:15:04 localhost kernel: [48290.674531]  [] ? 
iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi]
Mar 12 13:15:04 localhost kernel: [48290.674546]  [] ? 
ieee80211_do_stop+0x30d/0x45e [mac80211]
Mar 12 13:15:04 localhost kernel: [48290.674552]  [] ? 
_local_bh_enable_ip.isra.11+0x1e/0x88
Mar 12 13:15:04 localhost kernel: [48290.674564]  [] ? 
ieee80211_stop+0x12/0x16 [mac80211]
Mar 12 13:15:04 localhost kernel: [48290.674577]  [] ? 
ieee80211_do_stop+0x45e/0x45e [mac80211]
Mar 12 13:15:04 localhost kernel: [48290.674582]  [] ? 
__dev_close_many+0x84/0xb0
Mar 12 13:15:04 localhost kernel: [48290.674586]  [] ? 
__dev_close+0x30/0x47
Mar 12 13:15:04 localhost kernel: [48290.674592]  [] ? 
dev_set_rx_mode+0x1d/0x29
Mar 12 13:15:04 localhost kernel: [48290.674596]  [] ? 
__dev_ch

Bug#661710: arduino error console font size fixed and uploaded to experimental

[martin f krafft]

also sprach Scott Howard  [2012.03.12.0300 +0100]:
> debugging output now is controllable through File->Preferences. It's
> currently in experimental.

Awesome, thanks!

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#663469: closed by Marco d'Itri (Re: Bug#663469: kmod loads modules even though they're blacklisted)

[Marco d'Itri]

On Mar 12, Matthias Berndt  wrote:

> Care to elaborate? Before kmod was introduced, the blacklist took 
It makes more sense this way.

> precedence over /etc/modules. Why do you think this is supposed to change?
I don't think so: the init script has not changed, and -b is not there.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#663575: sawzall: FTBFS: error: 'sawzall::Proc::Proc' names the constructor, not the type

[Andreas Beckmann]

Source: sawzall
Version: 1.0-1
Severity: serious
Justification: fails to build from source

Hi,

rebuilding sawzall in a sid/amd64 chroot fails with:

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -O2 -g -Wall 
-Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -DNDEBUG -pthread -O2 
-DSZL_BIG_ENDIAN=1 -DSZL_LITTLE_ENDIAN=2 -DSZL_BYTE_ORDER=2 -g -O1 -pthread -g 
-O2 -g -Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -DNDEBUG -c 
engine/symboltable.cc  -fPIC -DPIC -o .libs/symboltable.o
engine/symboltable.cc:47:1: error: 'sawzall::Proc::Proc' names the constructor, 
not the type
make[4]: *** [symboltable.lo] Error 1


Andreas



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

Bug#663572: [Pkg-xfce-devel] Bug#663572: lightdm does not allow use of compose key

[Yves-Alexis Perez]

tag 663572 moreinfo unreproducible
thanks

On lun., 2012-03-12 at 23:54 +1100, James Tocknell wrote:
> Package: lightdm
> Version: 1.0.9-1
> Severity: important
> 
> The compose key does not work in sessions launched by lightdm. If the
> same
> sessions are launched by gdm3, the compose key works in those
> sessions. 

It works for me… That looks more like a keymap issue or something. Could
you post the result of setxkbmap -v in both cases?

Regards,
-- 
Yves-Alexis




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

Bug#663576: h323plus: FTBFS: h460_std23.h:75:2: error: 'PObject' is an ambiguous base of 'PNatMethod_H46024'

[Andreas Beckmann]

Source: h323plus
Version: 1.22.0~dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

h323plus/experimental fails to build in a current sid environment:

In file included from h323ep.cxx:975:0:
/tmp/buildd/h323plus-1.22.0~dfsg/include/h460/h460_std23.h: In member function 
'virtual PObject::Comparison PNatMethod_H46024::CompareObjectMemoryDirect(const 
PObject&) const':
/tmp/buildd/h323plus-1.22.0~dfsg/include/h460/h460_std23.h:75:2: error: 
'PObject' is an ambiguous base of 'PNatMethod_H46024'
make[3]: *** [/tmp/buildd/h323plus-1.22.0~dfsg/lib/obj/h323ep.o] Error 1


Andreas



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

Bug#663577: RFH: irssi-scripts -- collection of scripts for irssi

[Christoph Berg]

Package: wnpp
Severity: normal

Hi,

irssi-scripts needs more love. The current maintainers are all busy
otherwise, so someone irc-addicted would be welcome to look over the
current packaging, sync scripts with upstream (if any), and generally
keep up the contents with what's there on the irssi scripts site(s).

The package description is:
 This is a collection of scripts for the irssi IRC-client.
 .
 Some individual scripts need other packages in order to work
 properly. Please see the list of Suggests as well as the contained
 README.Debian for additional information.
 .
 Almost all scripts can also be downloaded from http://scripts.irssi.org/.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#663578: ledger: FTBFS with boost 1.48.0

[Andreas Beckmann]

Source: ledger
Version: 3.0.0~20100623+eda6cbd-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

ledger/experimental fails to build in sid with boost 1.48.0:

checking if boost_regex w/ICU is available... true
checking if boost_date_time is available... true
checking if boost_filesystem is available... true
checking if boost_iostreams is available... false
configure: error: "Could not find boost_iostreams library (set CPPFLAGS and 
LDFLAGS?)"
See `config.log' for more details.
make: *** [config.status] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

The iostreams packages are installed:

Setting up libboost-iostreams1.48-dev (1.48.0-3) ...
Setting up libboost-iostreams-dev (1.48.0.3) ...


Andreas



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

Bug#657848: Please enable hardened build flags

[Simon Ruderich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Mon, Mar 12, 2012 at 01:11:35PM +0530, Ritesh Raj Sarraf wrote:
> hello Simon,
>
> That patch didn't apply clean. I have redone it and here's the patch and
> the result.

Hello Ritesh,

My patch is an updated version of
0009-hardened-build-flags.patch, so putting it in debian/patches/
should work just fine.

> [snip]
>
> Please let me know if it satisfies the hardening build flags requirements.

Your patch works fine and sets all the necessary flags. It passes
a few duplicate $(LDFLAGS), but that shouldn't cause any
problems.

Regards,
Simon
- -- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJPXf0RAAoJEJL+/bfkTDL5+5QQAJPavTipmjfHPqaknzsG6np0
JXL8HUd0b+I52kiGLAskGjMxhoohHqalBtkfF3TzC/rcSKlwCvpRUTSqdLQq51BZ
q5r58cTELyoXk/OJ56SNxJeEwl5N/2lrjXm5LNY+NAHAZWilab8LNMDv4BaHfyDL
z/ZdZ/h8qOC/O51Ju1nDPj3jd3q/h7mEjht8cAWK7rFl8BB5VdDkSctBeOcPR7+x
6SVidt5mkmwOtprm48VildjKaKpY/ytIBczvYP6wI1zayXlKWCvSq4ayk94ze3fc
32ZxF8eTL3XVv8G8UQexDKx5+1U6nGIThJ1e9Ow84/IRuOLKVPqMS+ERfJkf15YK
3mBmB5SOJpgx3JykUwlMU+Q6mvHJE1TT7QfewMYRgQqtLW4VzVcrtV1DQSKUfcwg
JegUhefKfwFrUFrMuHyLgEckTB8siUhVOP38asMO5RAQdAUQLoRMQ0Y5vbSGN5lx
LWNdXMvMt+S3zgS4/HGoimQdoIa/WqDquFvNSyz6ramM/ho42YLVK/E/6Cet/jg0
AJTzgRm51a+3Fti6BOSiGlCWV0FGsbu7LfojCBRzkQcq/OVUWs4910ACXPnpnl5i
i6JYyAutdoCSai1sN70eBEZNEGMZkCstOq9IhHpbgr2J89V7D2y1rou9IJmojGYA
RApiXX7kY33rV3tT4wzD
=VXTc
-END PGP SIGNATURE-



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

Bug#663579: Three security issues

[Moritz Muehlenhoff]

Package: libexpat1
Severity: grave
Tags: security

Three denial of service issues have been discovered in Expat:

#2895533: CVE-2012-1147 - Resource leak in readfilemap.c.
http://mail.python.org/pipermail/expat-bugs/2009-November/002858.html
http://sourceforge.net/tracker/?func=detail&aid=2895533&group_id=10127&atid=110127
https://bugzilla.redhat.com/show_bug.cgi?id=801634

#2958794: CVE-2012-1148 - Memory leak in poolGrow.
http://mail.python.org/pipermail/expat-bugs/2010-February/002870.html
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=2958794&group_id=10127
https://bugzilla.redhat.com/show_bug.cgi?id=801648

#3496608: CVE-2012-0876 - Hash DOS attack.
http://blog.gmane.org/gmane.text.xml.expat.bugs/month=20120301
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=3496608&group_id=10127
https://bugzilla.redhat.com/show_bug.cgi?id=786617

Cheers,
Moritz



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

Bug#663513: vmpk: saved preferences not set correctly

[Mehdi Dogguy]

On 11/03/12 21:53, Gilles Filippini wrote:


When starting vmpk, saved preferences seem correctly loaded
according to the GUI, but they're actually no set. For example, while
the "Transpose" box displays "-2" the sound isn't transposed at all
until "-2" is set again. The same goes for the instrument: it plays
"Acoustic Grand Piano" when "Trumpet" is loaded from preferences.



Can you please attach the content of files under
~/.config/vmpk.sourceforge.net ?

Regards,

--
Mehdi



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

Bug#525290: I am making NMU ....

[Osamu Aoki]

Hi,

Mark's address bounces.

On Sun, Mar 11, 2012 at 10:12:31PM +0100, Niccolò Belli wrote:
> It does work very well, 

You mean it works with IPv6 only domain if you use their host URL if
accessed from IPV6 enabled DNS.  (I do not have that now ...)

> unfortunately we still lack a way to specify
> an IPv6 address (ex. http://[2001:470:1f08:80b::2]/debian/pool/...).

Do you need [] ?  Did you try without them?
Can you come up patch?

Osamu



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

Bug#661540: libapache2-mod-perl2: FTBFS with hardening flags enabled: -Werror=format-security

[Torsten Förtsch]

On Friday, 09 March 2012 22:50:33 Niko Tyni wrote:
> The two usage warnings use constant strings so
> they seem safe,

They are safe since the "usage" variable is constant and does not contain any 
%-sequences. I do not see the need to fix anything here. What do I miss?

> but I'm afraid I can't tell whether this is the case
> for ERRSV in the mpxs_cleanup_run() phase.

These occasions are fixed as of revision 1299669 as described in my previous 
mail.

Torsten Förtsch

-- 
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net




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

Bug#663580: timidity: shouldn't daemonize when the parent process terminates

[Gilles Filippini]

Package: timidity
Version: 2.13.2-40
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Timidity has some known problems working with pulseaudio [0], and one of the 
recommanded workarounds [1] is to launch it from the user session instead of 
running it as a system service. The problem is that - even if timidity wasn't 
launched as a daemon - it doesn't termminate itself at the end of the user 
session. Instead it daemonizes itself and stands running. This simply shouldn't 
happen when launched without the 'D' flag.

thanks,

_g.

[0] 
[1] 

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

Kernel: Linux 3.2.0-1-486
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages timidity depends on:
ii  libasound21.0.25-2
ii  libaudio2 1.9.3-4
ii  libc6 2.13-27
ii  libesd0   0.2.41-10+b1
ii  libflac8  1.2.1-6
ii  libice6   2:1.0.7-2
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.1-1
ii  libncurses5   5.9-4
ii  libogg0   1.2.2~dfsg-1
ii  libpng12-01.2.47-1
ii  libsm62:1.2.0-2
ii  libtinfo5 5.9-4
ii  libvorbis0a   1.3.2-1.1
ii  libvorbisenc2 1.3.2-1.1
ii  libx11-6  2:1.4.4-4
ii  libxaw7   2:1.0.9-3
ii  libxext6  2:1.3.0-3
ii  libxmu6   2:1.1.0-3
ii  libxt61:1.1.1-2
ii  lsb-base  3.2-28.1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages timidity recommends:
ii  freepats 20060219-1
ii  timidity-daemon  2.13.2-40

Versions of packages timidity suggests:
ii  fluid-soundfont-gm  3.1-5
ii  fluid-soundfont-gs  
ii  pmidi   1.6.0-5

- -- Configuration Files:
/etc/default/timidity changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBCAAGBQJPXgKQAAoJEO/obGx//s+D22oIAJF4/Ryd1+8xQOkW4wKNE0e+
Dp2CN9zDhi58L+g2qgz2T4LqEoKKiHlb7LKdk1qNdKP7k9DXDUZJ7nR5UiXhs+fx
UHH1g5JiR81nThz5xfM6OkB4cd8/9PLHvMPPUGuZmGm9bbiLnlr3Yh6eZY8f21O+
w6XDXtqNjV13NTdKc1wRDnodrRqwoyASlxsOJlUUc17ZLiwo0OQ3RNDE4N5h5rWC
mHhFYkWULIG5lDQfB5gdLI46qMvxY5xj1j8AMmWwBZFNH+ULTQsWAKktmltD7Dig
oTzBL0cSqeLDDe0vcoyFHtgx28jAdhmOJ4ys5l5j7GlFjwE9j1BNNVioQ7XVWMQ=
=8cew
-END PGP SIGNATURE-



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

Bug#663545: [Debconf-devel] Bug#663545: debconf: Should the obsolete modules be removed?

[Joey Hess]

Niels Thykier wrote:
> According to lintian.d.o, packages are no longer using the obsolete
> debconf modules in thier maintainer scripts (+ control/config)[1].

It's 114 lines of shell script and perl, that keeps debconf working with
any old package anyone throws at it for any reason. I prefer to leave it
in.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#663487: vmpk: Doesn't work with timidity anymore

[Mehdi Dogguy]

Hi,

On 11/03/12 17:20, Gilles Filippini wrote:


When wmpk is build with RTMIDI_DRIVER=JACK there is no way to
connect the midi output to timidity. Building with RTMIDI_DRIVER=ALSA
solves the problem.



I changed debian/rules so that vmpk is built with RTMIDI_DRIVER=JACK by
default. This happened because of a user request [1]. Now, if I change
the RTMIDI_DRIVER back to its default, it won't make things better
because of #629300. How do you suggest to fix this situation? Build vmpk
twice?

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629300

Regards,

--
Mehdi



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

Bug#663513: vmpk: saved preferences not set correctly

[Gilles Filippini]

Mehdi Dogguy a écrit , Le 12/03/2012 14:55:
> On 11/03/12 21:53, Gilles Filippini wrote:
>>
>> When starting vmpk, saved preferences seem correctly loaded
>> according to the GUI, but they're actually no set. For example, while
>> the "Transpose" box displays "-2" the sound isn't transposed at all
>> until "-2" is set again. The same goes for the instrument: it plays
>> "Acoustic Grand Piano" when "Trumpet" is loaded from preferences.
>>
> 
> Can you please attach the content of files under
> ~/.config/vmpk.sourceforge.net ?

Sure. There is only one file, attached.

Thanks,

_g.
[Window]
Geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x1\0\0\0\0\x1\xb3\0\0\x1\xc5\0\0\x5\x8c\0\0\x3\x14\0\0\x1\xbd\0\0\x1\xeb\0\0\x5\x82\0\0\x3\n\0\0\0\0\0\0)
State=@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\0\0\0\x3\xc6\0\0\0\xbc\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\x5\0\0\0\x2\0\0\0\x1\0\0\0\x18\0t\0o\0o\0l\0\x42\0\x61\0r\0N\0o\0t\0\x65\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0\0\x2\0\0\0\x1\0\0\0$\0t\0o\0o\0l\0\x42\0\x61\0r\0\x43\0o\0n\0t\0r\0o\0l\0l\0\x65\0r\0s\0\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0\0\x2\0\0\0\x1\0\0\0\x1a\0t\0o\0o\0l\0\x42\0\x61\0r\0\x42\0\x65\0n\0\x64\0\x65\0r\0\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0\0\x2\0\0\0\x1\0\0\0\x1e\0t\0o\0o\0l\0\x42\0\x61\0r\0P\0r\0o\0g\0r\0\x61\0m\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0\0\x2\0\0\0\x1\0\0\0\x18\0t\0o\0o\0l\0\x42\0\x61\0r\0\x45\0x\0t\0r\0\x61\0\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0)

[Preferences]
Channel=0
Velocity=127
BaseOctave=3
Transpose=-2
NumOctaves=3
InstrumentsDefinition=/usr/bin/../share/vmpk/gmgsxg.ins
InstrumentName=General MIDI
KeyPressedColor=@Variant(\0\0\0\x43\x1\xff\xff\x86\x86\xab\xab\xd9\xd9\0\0)
GrabKeyboard=false
StyledKnobs=true
AlwaysOnTop=false
ShowNoteNames=false
DrumsChannel=9
Language=fr_FR
ShowStatusBar=false
VelocityColor=true

[Connections]
InEnabled=true
ThruEnabled=false
InPort=
OutPort=TiMidity:1

[Keyboard]
RawKeyboardMode=false
MapFile=/home/pini/vmpk.xml
RawMapFile=default

[Controllers0]
1=0
2=0
4=0
5=0
7=90
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument0]
Bank=-1
Program=56
Controller=1

[Controllers1]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument1]
Bank=-1
Program=0
Controller=1

[Controllers2]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument2]
Bank=-1
Program=0
Controller=1

[Controllers3]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument3]
Bank=-1
Program=0
Controller=1

[Controllers4]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument4]
Bank=-1
Program=0
Controller=1

[Controllers5]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument5]
Bank=-1
Program=0
Controller=1

[Controllers6]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument6]
Bank=-1
Program=0
Controller=1

[Controllers7]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument7]
Bank=-1
Program=0
Controller=1

[Controllers8]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument8]
Bank=-1
Program=0
Controller=1

[Controllers9]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument9]
Bank=-1
Program=0
Controller=1

[Controllers10]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument10]
Bank=-1
Program=0
Controller=1

[Controllers11]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument11]
Bank=-1
Program=0
Controller=1

[Controllers12]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument12]
Bank=-1
Program=0
Controller=1

[Controllers13]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument13]
Bank=-1
Program=0
Controller=1

[Controllers14]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument14]
Bank=-1
Program=0
Controller=1

[Controllers15]
1=0
2=0
4=0
5=0
7=100
8=0
10=64
11=127
64=0
65=0
66=0
67=0
69=0
91=0
92=0
93=0
94=0
95=0

[Instrument15]
Bank=-1
Program=0
Controller=1

[Shortcuts]
actionContents=F1
actionOctaveUp=Droite
actionOctaveDown=Gauche
actionTransposeUp=Ctrl+Droite
actionTransposeDown=Ctrl+Gauche
actionNextController=Ctrl++
actionPreviousController=Ctrl+-
actionControllerUp=Haut
actionControllerDown=Bas
actionNextBank=Ctrl+Page pr\xe9\x63
actionPreviousBank=Ctrl+Page suiv
actionNextProgram=Page pr\xe9\x63
actionPreviousProgram=Page suiv
actionVelocityUp=Fin
actionVelocityDown=D\xe9\x62ut
actionPanic=\xc9\x63hap
actionChannelUp=Haut
actionChannelDown=Bas


signature.asc
Description: OpenPGP digital signature

Bug#560317: dpkg-reconfigure does not set DPKG_MAINTSCRIPT_PACKAGE (et al)

[Joey Hess]

Colin Watson wrote:
> How about this, then?

Works for me..

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#663581: ncompress: CPPFLAGS/LDFLAGS hardening flags missing

[Simon Ruderich]

Package: ncompress
Version: 4.2.4.4
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The CPPFLAGS and LDFLAGS hardening flags are missing because
debian/rules doesn't set them.

The following patch fixes the issue.

diff -Nru ncompress-4.2.4.4/debian/rules ncompress-4.2.4.4/debian/rules
--- ncompress-4.2.4.4/debian/rules  2011-09-27 02:14:10.0 +0200
+++ ncompress-4.2.4.4/debian/rules  2012-03-12 15:12:25.0 +0100
@@ -38,7 +38,7 @@
 build-indep: build-stamp
 build-stamp:
dh_testdir
-   gcc $(CFLAGS) -o compress -DNOFUNCDEF -DCOMPILE_DATE="\"`date`\"" 
compress42.c
+   gcc $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -o compress -DNOFUNCDEF 
-DCOMPILE_DATE="\"`date`\"" compress42.c
touch build-stamp
 
 configure:

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/bin/compress
/usr/bin/compress:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

- -- 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/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPXgWKAAoJEJL+/bfkTDL59scQALYC2hkh/iYdrshSJlUv9QqP
yHgzMc/GY3Unc2UaZ/xAwBZJSHT1nNXCYd+C04Q9Sp7MT8MqZ/M/MY//2obOhciL
P/LgHaIrIrGSQ32E5a1iStZ+WRoqMuYD4dJkHJSmZdzMh4Z4P35+PKw9uJJssKA9
q8Rxs+gpk0CMnXTteltK1OtW38IVLwtnwLrBnMxOaDqJegIViI78As96JDSf2pAK
DZ05EZm6yPqwCcJDjY4bOfbShSDtGRWxQNsXtjBm5dJe3PUb0hm+FEqOcnadwoFK
dxvUXaGjCuyttd0y8SFnOfZWziiDE+3VwQ+k5Wo57z0TgTHh9NCzvoqnOzJYCX7x
rfzWYj2tPZ62ijsPkQGsGGVITOSPMZ5bJUM0k+PVAn/w+aXljEtovOpQJ39s2ZAB
LZjv7E8kVMSuE8HqDOQvVoHdrHSwsfKw7SI1zyXPpIyUfWYhqYjhS+9jrupWHTf8
GH3kqYC7wa7donAxTgTb5WsX2EzS8cyzQvctUL6Z0E+6+3Yh1qxxw4pCvJ7ostvN
E7FAXv+vMg1mTZbn0A/pffKqrbSJsN4706AOJS56Zf46h2gPWX4TaeczRRSX0mMK
gtG0ovjThdwjAjBNIXE5G0zPUGDjVVhSUIpdRQkZ2cCYLJMkPQTqePsJdFwIuklW
9IBSXzR1Mn/6843mjJ2v
=jAZ3
-END PGP SIGNATURE-



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

Bug#645234: axel: Segmentation fault tcp_connect at tcp.c:70

[Osamu Aoki]

This is a copy of mail sent to original bug reporter and Justin who
marked this bug as security.  (I had wrong bug number in original mail.)

Hi,

Justin, a missing download is a headache but not a security hole  I
do not see the reason for this bug to be labeled as important and
security.  Can someone elaborate? (Pointer to some document is fine.) 

I also re-read this bug report:
   http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=645234

I see:
  [Thread debugging using libthread_db enabled]

This may be the reason why I am not getting this bug.  Any pointer to
this trick and resolution method will help.

Also, upstream BTS has:
  
http://alioth.debian.org/tracker/index.php?func=detail&aid=313564&group_id=100070&atid=413085
  [#313564] An order violation which may cause a dead loop(sometimes crash)
This goes over how to reproduce it by forcing specific timing:
  How to reproduce: add sleep(50); before axel.c:538 conn->last_transfer = 
gettime(); (axel-2.4)

Are these related?

Regards,

Osamu




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

Bug#525290: I am making NMU ....

[Niccolò Belli]

Il 12.03.2012 14:55 Osamu Aoki ha scritto:

You mean it works with IPv6 only domain if you use their host URL if
accessed from IPV6 enabled DNS.  (I do not have that now ...)


It works with both IPv6-only domains *and* dual stack domains (it does 
use IPv6 by default as required by gai.conf, I didn't try to force IPv4 
in gai.conf though), with or without IPv6 enabled DNS (you don't need an 
IPv6 enabled DNS to fetch  records).




unfortunately we still lack a way to specify
an IPv6 address (ex. http://[2001:470:1f08:80b::2]/debian/pool/...).

Do you need [] ?  Did you try without them?


IPv6-enabled browsers usually use brackets [] for IPv6 addresses, 
anyway it doesn't work even without [].
We also lack a way to force the IP stack (ex. axel -6 and -4) and 
proper IPv6 documentation in the man pages.



Can you come up patch?


No, I'm sorry. Anyway IPv6 support does work (at least backporting your 
package to Squeeze), it should be enough to upload it to unstable IMHO.


Cheers,
Niccolò



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

Bug#620319: [ardesia] Unable to use toolbar

[Louis-Maurice De Sousa]

Package: ardesia
Version: 1.0-2

--- Please enter the report below this line. ---

Just the same problem as Paul Wise describes.
I can only draw in red on the screen.

--- System information. ---
Architecture: i386
Kernel: Linux 3.2.0-2-686-pae

Debian Release: wheezy/sid
100 testing ftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-
libatk1.0-0 (>= 1.12.4) | 2.2.0-2
libc6 (>= 2.7) | 2.13-27
libcairo2 (>= 1.4.10) | 1.10.2-6.2
libfontconfig1 (>= 2.8.0) | 2.8.0-3.1
libfreetype6 (>= 2.2.1) | 2.4.8-1
libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.24.1-1
libglib2.0-0 (>= 2.16.0) | 2.30.2-6
libgsf-1-114 (>= 1.14.8) | 1.14.21-2
libgsl0ldbl (>= 1.9) | 1.15+dfsg-1
libgtk2.0-0 (>= 2.14.0) | 2.24.10-1
libpango1.0-0 (>= 1.14.0) | 1.29.4-2
libxml2 (>= 2.7.4) | 2.7.8.dfsg-7
vlc | 2.0.0-6
xdg-utils | 1.1.0~rc1+git20111210-6


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#663583: ITP: python-midiutil -- Python library to write muti-track MIDI files

[Tiago Bortoletto Vaz]

Package: wnpp
Severity: wishlist
Owner: Tiago Bortoletto Vaz 

* Package name: python-midiutil
  Version : 0.87
  Upstream Author : Mark Conway Wirt 
* URL : http://code.google.com/p/midiutil/
* License : MIT
  Programming Lang: Python
  Description : Python library to write muti-track MIDI files

 MIDIUtil is a pure Python library that allows one to write muti-track Musical
 Instrument Digital Interface (MIDI) files from within Python programs. It is
 object-oriented and allows one to create and write these files with a minimum
 of fuss.



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

Bug#663584: copy-paste of pages corrupts document

[martin f krafft]

Package: gscan2pdf
Version: 1.0.1-1
Severity: important

If I copy-paste a page (to split an A4 page into two A5 pages), I am
told that there was an "Error pasting image". Subsequently, the
session is corrupted and I cannot save any of the other pages
anymore. This can cause data loss.

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick  8:6.6.9.7-6
ii  libconfig-general-perl   2.50-1
ii  libgoo-canvas-perl   0.06-1+b2
ii  libgtk2-ex-simple-list-perl  0.50-2
ii  libgtk2-imageview-perl   0.05-1+b2
ii  libhtml-parser-perl  3.69-1+b1
ii  liblocale-gettext-perl   1.05-7+b1
ii  liblog-log4perl-perl 1.29-1
ii  libpdf-api2-perl 2.019-1
ii  libproc-processtable-perl0.45-3+b1
ii  libreadonly-perl 1.03-3
ii  librsvg2-common  2.34.2-2
ii  libsane-perl 0.04-1
ii  libset-intspan-perl  1.16-1
ii  libtiff-tools4.0.1-1
ii  perlmagick   8:6.6.9.7-6
ii  sane-utils   1.0.22-7

Versions of packages gscan2pdf recommends:
ii  cuneiform  1.1.0+dfsg-2
ii  djvulibre-bin  3.5.24-9
ii  gocr   0.49-1
ii  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-9
ii  tesseract-ocr  3.02.01-2
ii  unpaper0.3-1
ii  xdg-utils  1.1.0~rc1+git20111210-6

gscan2pdf suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)