Bug#683394: nautilus doesn't show thumbnails for me either

[Andreas Kloeckner]

Hi there,

I appear to be encountering the same bug. nautilus bug template attached.

Andreas

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Andreas Kloeckner 
To: Debian Bug Tracking System 
Subject: nautilus: none

Package: nautilus
Version: 3.4.2-1
Severity: wishlist

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.20-0.1
ii  gsettings-desktop-schemas  3.4.2-1
ii  gvfs   1.12.3-1+b1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-33
ii  libcairo-gobject2  1.12.2-2
ii  libcairo2  1.12.2-2
ii  libexempi3 2.2.0-1
ii  libexif12  0.6.20-3
ii  libgail-3-03.4.2-2
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.6-1
ii  libglib2.0-data2.32.3-1
ii  libgnome-desktop-3-2   3.4.2-1
ii  libgtk-3-0 3.4.2-2
ii  libnautilus-extension1a3.4.2-1
ii  libnotify4 0.7.5-1
ii  libpango1.0-0  1.30.0-1
ii  libselinux12.1.9-5
ii  libtracker-sparql-0.14-0   0.14.1-2
ii  libx11-6   2:1.5.0-1
ii  libxml22.8.0+dfsg1-5
ii  nautilus-data  3.4.2-1
ii  shared-mime-info   1.0-1

Versions of packages nautilus recommends:
pn  brasero  
ii  eject2.1.5+deb1+cvs20081104-11
ii  gnome-sushi  0.4.1-3
ii  gvfs-backends1.12.3-1+b1
ii  librsvg2-common  2.36.1-1

Versions of packages nautilus suggests:
ii  eog3.4.2-1
ii  evince [pdf-viewer]3.4.0-2+b1
ii  gv [pdf-viewer]1:3.7.3-1
ii  okular [pdf-viewer]4:4.8.4-2
ii  totem  3.4.2-1
ii  tracker0.14.1-2
ii  vlc [mp3-decoder]  1:2.0.1-0.6
ii  vlc-nox [mp3-decoder]  1:2.0.1-0.6
ii  xdg-user-dirs  0.14-1

-- no debconf information

Bug#683773: btrfs-write-performance rechecked, downgrading the severity to 'wishlist'

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 07 Aug 2012 13:31:28 +0200
Gaudenz Steinlin  wrote:

> 
> Hi Andreas
> 
> 
> Andreas Glaeser  writes:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > To check if btrfs is really slow I tried the following:
> > - -# aptitude install btrfs-tools
> > - -created a btrfs-partition as /dev/sdb14 with gparted and aligned it to 
> > sector, not
> > to mbr, because the harddisk is an advanced format model with 4096k blocks.
> > - -# mkfs -t btrfs /dev/sdb14
> > - -# mkdir /mnt/test
> > - -# mount /dev/sdb14 /mnt/test
> > - -# exit
> > andreas@g4d:~$ cd /mnt/test
> > andreas@g4d:/mnt/test$ mkdir fs-root-c-arc
> > andreas@g4d:/mnt/test$ time cp -a /* fs-root-c-arc/ >c-arc.txt 2>c-err.txt
> >
> > real7m48.020s
> > user0m5.304s
> > sys 1m22.868s
> > andreas@g4d:/mnt/test$ ls -l
> > total 2775172
> > - -rw-r--r-- 1 andreas andreas  0 Aug  7 08:20 c-arc.txt
> > - -rw-r--r-- 1 andreas andreas1145749 Aug  7 08:27 c-err.txt
> > drwxr-xr-x 1 andreas andreas136 Aug  7 08:27 fs-root-c-arc
> > andreas@g4d:/mnt/test$ du -hs fs-root-c-arc/
> > 3.6Gfs-root-c-arc/
> >
> > andreas@g4d:/mnt/test$ chmod 000 fs-root-c-arc/
> > andreas@g4d:/mnt/test$ time tar -cvf t-arc.tar /* >t-out.txt 2>t-err.txt
> >
> > real6m25.904s
> > user0m6.016s
> > sys 0m47.936s
> > andreas@g4d:/mnt/test$ ls -l
> > total 2784108
> > - -rw-r--r-- 1 andreas andreas  0 Aug  7 08:20 c-arc.txt
> > - -rw-r--r-- 1 andreas andreas1145749 Aug  7 08:27 c-err.txt
> > drwxr--r-- 1 andreas andreas136 Aug  7 08:27 fs-root-c-arc
> > - -rw-r--r-- 1 andreas andreas 2841907200 Aug  7 08:47 t-arc.tar
> > - -rw-r--r-- 1 andreas andreas1348292 Aug  7 08:47 t-err.txt
> > - -rw-r--r-- 1 andreas andreas6513194 Aug  7 08:47 t-out.txt
> >
> > This were two tests, first created an archive of the root filesystem using 
> > cp below
> > the folder /mnt/test/fs-root-c-arc/. This issued a lot of errors and 
> > warning because
> > of missing permissions or files, which changed while being read, but in the 
> > end after
> > 7m48s there were 151869 items in that folder, totalling 3.6 GB.
> > Next the mode of the folder was set to 000, because else the content of the 
> > folder
> > would be taken into the newly created .tar-archive recursively. 
> > Then doing basically the same thing, but putting all readable and 
> > accessable files
> > into a single uncompressed .tar-archive instead of just copying them.
> > this was even faster with 6m25s and the archive was 2.6 Gb in size.
> > This is not the same as installing from DVD and via network over http, but 
> > big files
> > and many small files are both written fast enough from xfs to btrfs, given 
> > that this
> > is a green-labeled harddisk, which is not supposed to break any 
> > velocity-records. So I
> > downgraded the installation-report to 'wishlist'. I consider the problems 
> > were due to
> > some kind of strange IRQ-conflict or the like. A software-upgrade was not 
> > done since
> > installation, just some additional packages installed.
> 
> No, your test did not really simulate the situation during installation.
> The problem with btrfs is not poor write performance in general, but
> very poor fsync performance. dpkg does a lot of fsync's and is therefore
> heavily affected by this.
> 
> You could verify this by running debootstrap on a btrfs filesstem
> (debootstrap wheezy /mnt). This will be incredibly slow. On the other
> hand if you use the "eatmydata" utility which turns all fsync calls into
> noops, it will be fast: "eatmydata debootstrap wheezy /mnt". But beware,
> it's called eatmydata for a reason...
> 
> Gaudenz
> 
Now I retried installing the debian base-system onto my previously created 
test-partition,
selected the smp-kernel, which has no effect until next reboot, so everythin is 
done on
a single core only, and chose the default generic initrd.img. This took about 
19m 05s.
I retried this with a newly created partition, created during the 
installation-process
using the d-i-partitioning-tool, the result was almost identical, taking 19m 
25s, the
difference probably being due to my slow resposiveness on interactive questions.
When I looked at the two partitions with gparted, there was no information 
about their
alignment, the tool only allows to select this while creating partitions, but 
can not
display information seemingly about existing partitions. cfdisk was not able to 
show any
partitions on the harddrive, but claimed, the disk was empty. It is a bit 
strange, might
actually be another bug.
So overall it was right to set the bug-severity to wishlist, because the weak 
performance
was obviously due to faulty hardware and maybe due to some fault-correction or 
-avoidance
mechanism in btrfs. the file system probably tries to preserve data integrity 
when
disk-problems occur. Reading data did go at near to normal speed actually.
It is safe now to close

Bug#684960: Description copy/pasted from a different package

[Josh Triplett]

Package: xwiimote
Severity: normal

Description-en: Nintendo Wii Remote Linux Device Driver Tools
 SML# is a variant of Standard ML programming
 language with several practical extentions,
 including seamless interoperability with C,
 integration with SQL, and separate compilation.

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

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


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

Bug#684961: unblock: rpm/4.10.0-5

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package rpm, it includes single patch from Fedora to
allow setup of Fedora 17 (and future Fedora 18 and RHEL7) chroots. This
is really not a critical fix, but will improve compatibility with other
Linux vendors.

The only change in the package is adding this patch:

http://anonscm.debian.org/gitweb/?p=collab-maint/rpm.git;a=blob;f=debian/patches/rpm-4.9.1.2-rpmlib-filesystem-check.patch

Debdiff attached as well.

unblock rpm/4.10.0-5

Thanks
- -- 
Michal Čihař | http://cihar.com | http://blog.cihar.com

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

Kernel: Linux 3.1.10-1.16-desktop (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iQIcBAEBCAAGBQJQK05dAAoJEGo39bHX+xdNQ3MP/i5fIRmrWfx1G6eb2Sje222G
spLNiFH3wmXBCBzAcKluy9cEUoPIa7DihjXzD9r/UjeFVWndEVt7ZCAWtxAB8GcW
jPfGboiOL/Bz4k/a5KSNusFWF+lsUjyFGKh72jaSpCtewZmjY2Cm+qVwgJo01dgl
KaxOKY4Hz4TFHs5XkLuDTY7gYTI0HZ/0ukaaQU/KVQ+AcYxhAY339sotDHsABQy6
AS3fnbq4v3suXglo8J/g1+0ejCk/J47KhoiKKK80YDHOUlIbFmpmUNaXnJ0JHU0D
lQN+T2PrAXSnQZ4gLfT/sKXgvykWBFIKZXUdmCzQCA4cU05MlLVhoapQfUIGZP8M
Wwk1v+2XxxDJB2bHEHPNCs99P4BfeG/GPSELtXFAnYFqs53BFzfdUOygNM3YgyDS
w3sAyQgAKtrNlFvOrWmyutlxYQo0qpmED8jTEjz/oWhhChrEB37Pq9LM/DfBfjEK
rvT6AeOiuO+tNhpU7YUakof9DOKxnx6v68OgPz6QLIg5K7K1WzdHe364OEoL67Ua
E1cKMyf0pN0AK4UlE/2nhHRODGNOoFdNsyjOuxmBQ3eMrll55SA9z490Ug3ZXktS
KkYJquPjFJLM7Yhk7L13I1Xuue161qG3VyR5C2wSEU4H1ZJpwDwN/4x33+D4DxtE
B9X0vRcBJdCY/TGx5FXW
=tcWN
-END PGP SIGNATURE-
diff -Nru rpm-4.10.0/debian/changelog rpm-4.10.0/debian/changelog
--- rpm-4.10.0/debian/changelog	2012-06-25 14:29:22.0 +0200
+++ rpm-4.10.0/debian/changelog	2012-08-15 09:05:37.0 +0200
@@ -1,3 +1,10 @@
+rpm (4.10.0-5) unstable; urgency=low
+
+  * Added patch from Fedora to support X-CheckUnifiedSystemdir 
+(Closes: #683759).
+
+ -- Michal Čihař   Wed, 15 Aug 2012 09:05:26 +0200
+
 rpm (4.10.0-4) unstable; urgency=low
 
   * Lower librpm -> rpm-common dependency to recommends as there actually
diff -Nru rpm-4.10.0/debian/patches/rpm-4.9.1.2-rpmlib-filesystem-check.patch rpm-4.10.0/debian/patches/rpm-4.9.1.2-rpmlib-filesystem-check.patch
--- rpm-4.10.0/debian/patches/rpm-4.9.1.2-rpmlib-filesystem-check.patch	1970-01-01 01:00:00.0 +0100
+++ rpm-4.10.0/debian/patches/rpm-4.9.1.2-rpmlib-filesystem-check.patch	2012-08-15 09:05:37.0 +0200
@@ -0,0 +1,128 @@
+Description: Add Fedora compatible rpm builtin provides
+Origin: vendor, http://pkgs.fedoraproject.org/cgit/rpm.git/plain/rpm-4.9.1.2-rpmlib-filesystem-check.patch
+Forwarded: not-needed
+--- a/lib/depends.c
 b/lib/depends.c
+@@ -459,6 +459,108 @@
+ return rc;
+ }
+ 
++/*
++ * Temporary support for live-conversion of the filesystem hierarchy
++ *   mailto: k...@redhat.com, har...@redhat.com
++ *   https://fedoraproject.org/wiki/Features/UsrMove
++ *
++ *   X-CheckUnifiedSystemdir:
++ * /bin, /sbin, /lib, /lib64 --> /usr
++ *
++ *   X-CheckUnifiedBindir:
++ * /usr/sbin -> /usr/bin
++ *
++ *   X-CheckMultiArchLibdir:
++ * /usr/lib64 /usr/lib/ (e.g. x86_64-linux-gnu)
++ *
++ * This code is not needed for new installations, it can be removed after
++ * updates from older systems are no longer supported: Fedora 19 / RHEL 8.
++ */
++
++static int CheckLink(const char *dir, const char *root)
++{
++char *d = NULL;
++struct stat sbuf;
++int rc = 0;
++
++if (!root)
++	root = "/";
++
++rasprintf(&d, "%s%s", root, dir);
++if (!d) {
++	rc = -1;
++	goto exit;
++}
++
++/* directory or symlink does not exist, all is fine */
++if (lstat(d, &sbuf) < 0) {
++	rc = 1;
++	goto exit;
++}
++
++/* if it is a symlink, all is fine */
++if (S_ISLNK(sbuf.st_mode))
++	rc = 1;
++
++exit:
++free(d);
++return rc;
++}
++
++static int CheckFilesystemHierarchy(rpmds * dsp, const char *root)
++{
++static const char *dirs[] = { "bin", "sbin", "lib", "lib64" };
++int check;
++int i;
++rpmds ds;
++int rc = 0;
++
++for (i = 0; i < sizeof(dirs) / sizeof(dirs[0]); i++) {
++	check = CheckLink(dirs[i], root);
++	if (check < 0) {
++	rc = -1;
++	goto exit;
++	}
++
++	if (check == 0)
++	goto exit;
++}
++ds = rpmdsSingle(RPMTAG_PROVIDENAME,
++		 "rpmlib(X-CheckUnifiedSystemdir)", "1",
++		 RPMSENSE_EQUAL);
++rpmdsMerge(dsp, ds);
++rpmdsFree(ds);
++
++check = CheckLink("usr/lib64", root);
++if (check < 0) {
++rc = -1;
++goto exit;
++}
++if (check > 0) {
++	ds = rpmdsSingle(RPMTAG_PROVIDENAME,
++			 "rpmlib(X-CheckMultiArchLibdir)", "1",
++			 RPMSENSE_EQUAL);
++	rpmdsMerge(dsp, ds

Bug#679717: Help with unremoved files after purge

[Rene Engelhard]

Hi,

On Tue, Aug 14, 2012 at 06:44:08PM +0200, Rene Engelhard wrote:
> sync_extensions() {
>   INSTDIR=`mktemp -d`
>   export PYTHONPATH="/@OODIR@/program"
>   if [ -L /usr/lib/libreoffice/basis-link ]; then
> d=/var/lib/libreoffice/`readlink /usr/lib/libreoffice/basis-link`/
>   else
> d=/usr/lib/libreoffice
>   fi
>   if HOME=$INSTDIR /usr/lib/libreoffice/program/unopkg list --bundled 
> >/dev/null 2>/dev/null; then
> if [ -e /usr/lib/libreoffice/share/prereg/bundled ] && readlink 
> /usr/lib/libreoffice/share/prereg/bundled 2>&1 >/dev/null && [ -L $d/ure-link 
> ]; then
>   HOME=$INSTDIR \
> /usr/lib/libreoffice/program/unopkg sync -v --bundled \
> 
> "-env:BUNDLED_EXTENSIONS_USER=file:///usr/lib/libreoffice/share/prereg/bundled"
>  \
> "-env:UserInstallation=file://$INSTDIR" \
> 
> "-env:UNO_JAVA_JFW_INSTALL_DATA=file://$d/share/config/javasettingsunopkginstall.xml"
>  \
> "-env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1"
> fi
>   fi
>   rm -rf $INSTDIR
> }
> 
> Note setting INSTDIR and the HOME=$INSTDIR's
> 
> If you wanted to keep your maintainer scripts you need to do it the same way 
> as above.
> 
> BUT better (and this is what almost all extensions INCLUDING voikko do since 
> lng before you packaged this)
> is to unpack the extension into /usr/lib/libreoffice/share/extensions and do 
> nothing (libreoffice-common has triggers
> which call the above). This new path and unpacked contents is a feature since 
> OOo 3.3 iirc

And note that even that sync_extensions is not needed anymore in 3.6.1
as I just learned - and that javasettingsunopkginstall.xml is gone.

One more reason to migrate to the "unpacked" scenario because then you don't
need *any* maintainer scipts here anymore.

Regards,
 
Rene


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

Bug#684962: l2tp-ipsec-vpn: removes files that were installed by another package: /etc/ipsec.{conf, secrets}, /etc/xl2tpd/xl2tpd.conf

[Andreas Beckmann]

Package: l2tp-ipsec-vpn
Version: 1.0.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes files that
were installed by another package.
The removed files were already present before the package was installed,
they may have been shipped or created by a dependency.

This could be a violation of policy 10.7.4 ("Sharing configuration
files"), see
http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4
or policy chapter 6 ("Package maintainer scripts..."), see
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html
or policy 7.6 ("Overwriting files..."), see
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

If a directory is used by several packages, all should ship it as part
of the package (possibly empty, using $package.dirs to create it), and
no package should mkdir/rmdir it in the maintainer scripts as dpkg will
take care of this.

>From the attached log (scroll to the bottom...):

1m2.9s ERROR: FAIL: After purging files have disappeared:
  /etc/ipsec.confowned by: openswan
  /etc/ipsec.secrets owned by: openswan
  /etc/xl2tpd/xl2tpd.confowned by: xl2tpd


cheers,

Andreas


l2tp-ipsec-vpn_1.0.7-1.log.gz
Description: GNU Zip compressed data

Bug#682517: ocfs2-tools: diff for NMU version 1.6.4-1.1

[Jeremy Lainé]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry, was away for a couple of days. Thanks for the diagnostics and the fix: 
the patch
indeed had the opposite behaviour to the expected one!

I will be uploading the fixed package in a couple of minutes.

Jeremy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlArUw0ACgkQ4mJJZqJp2SfPrACeMj5ooVgwDyQCm4UQzIMrXzPl
UgIAn1+m6rfqQXL2rwSHtbH6x/hgonQo
=gkqh
-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#684752: please include amttool-tng

[Reinhard Tartler]

On Mi, Aug 15, 2012 at 00:16:27 (CEST), Stefan Alfredsson wrote:

> On 8/14/12 10:03 AM, Reinhard Tartler wrote:
>> I see two options here: a) we update the existing package to the new
>> amttool-tng tarball b) we package amttool-tng in addition to the
>> existing amtterm package Option b) would allow users to choose between
>> the two tools. However, according to its homepage, amttool-tng claims
>> to be a continuation of amtterm. If that is true, I'd lean towards
>> option a). What do you think? 
>
> Even though both amtterm and amttool are used for amt control, I think
> they are equally useful to warrant separate packages, or that the
> package name would be more generic (e.g. amt-tools). Maybe there are
> other amt tools that would be suitable for inclusion, for example to set
> up the IDE redirection. This is possible with the Intel AMT SDK, but it
> contains closed-source libraries.
>
> For the mean time, I think option a) would be good and include both
> amtterm and amtterm-tng.

Ah, it seems that the amttool-tng tool by Stanislav only provides the
the "amttool" utility, but not the "amtterm" and "gamt" programs.  This
was not clear to me when reading your bugreport.  I would like to ask a
few questions to Stanislav directly. Unfortunately, I am not able to
find his email address neither in the source code nor on the project
site. Do you happen to be in contact with him or know how to reach him?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


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

Bug#683344: unblock: cciss-vol-status/1.09-3

[Niels Thykier]

On 2012-07-31 00:16, Christian Hofstaedtler wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package cciss-vol-status
> 
> The version in sid adds new hardware support (and closes #680310 for this),
> which I was only made aware of after the freeze.
> 
> (The build process now also uses dpkg-buildflags.)
> 
> unblock cciss-vol-status/1.09-3
> 
>   Thank you,
>   -ch
> 

Hi,

debhelper compat 9 bumps are generally not accepted post freeze.  If
hardening flags is important for this package, consider using
dpkg-buildflags directly or possibly /usr/share/dpkg/buildflags.mk...

~Niels


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

Bug#684228: --into parameter

[Christoph Reiter]

bibtex is still broken in combination with --into

rubber --into temp --pdf test.tex
compiling test.tex...
running BibTeX on temp/test...
temp/test.aux:150: [bibtex] I couldn't open database file main.bib
temp/test.aux: [bibtex] I found no database files

main.bib is in the same directory as test.tex, but is looked for in
temp (specified by --into).


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

Bug#684963: unblock: bouncycastle/1.44+dfsg-3.1

[James Page]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

During recent rebuilt testing in wheezy, FTBFS where recorded for 
wagon2 (#684841), jenkins (#684826), jenkins-ssh-cli-auth (#684829)
and jenkins-instance-identity (#684815).

The root cause of this issue is that the version of bouncycastle in
testing does not include maven artifacts; this is included in the
version in unstable (from 1.44+dfsg-3 onwards) but due to a new upstream
release (1.46) which only builds for Java 6+ this addition has never
migrated to testing due to build failures on archs which don't use
openjdk (kfreebsd-* and hurd-i386).

I'd like permission to target an upload of 1.44+dfsg-3 direct to testing
to resolve this issue - debdiff attached.

unblock bouncycastle/1.44+dfsg-3.1

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

Kernel: Linux 3.5.0-10-generic (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

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

iQIcBAEBCAAGBQJQK1nCAAoJEL/srsug59jDiakP/3sNfhJnNdER7htrx7BxkEHz
hQe0T82aB4+otTaE7hTjtvHT9ynd6u7WOTdywkQa07cUONE3mBY5M7EMux8Udoiz
rrhZjjj+z0Nzs9UZkr7aoR+mmtjnYzsYVIzWG4TGcXS87HOiC58XrI15xs/RTiBE
eva36tGCsen8jN9I4ZzUZ5bjPAgHa0F7nRDgMRuGzikbbF1UTdiN+9OGSiWFTVya
mlJ5Ci3RXABg9kgVFXXqsMek5a12FKNC6Bc2aRDu9spRa/3oY560kjB+m+1E1it7
o6HQnh07aHnHYexmoN1JVOYak8yU9hex7GP036iKlHI8hVTSA8KnPHhghB3v7p3u
XwLbEU6HKAD5s7p1983tH9PUHrfEZsfW0h05z8rb8gTUqRbBemglZpynUsXirvMr
FNMhBuBKqnUFOrAmOFVDs1J4pxiVktdxRyUdQMR2deyADlcJCRtf0xfkzxaJl6Wy
xndJX7sb7jE2Eq7gvQF09l0pJ4OUx5jy6T//jmWxzIUkrGWR+MFqRGzEdAxnvvDm
qdTIR370iRFBXWlWir7LsPLzuTQTmlLb/KHXj6/byP8FyuzeNq0ZehLclgqiss0y
5qU8h7Sj3XrANmdZC/aavK0z9Bwgp+kiiRT8CybNOBE6eS2MAauT7FtvNFTcCcm2
RDaLTla9lZ40ZAEvsI0u
=whjC
-END PGP SIGNATURE-
diff -u bouncycastle-1.44+dfsg/debian/rules bouncycastle-1.44+dfsg/debian/rules
--- bouncycastle-1.44+dfsg/debian/rules
+++ bouncycastle-1.44+dfsg/debian/rules
@@ -32,7 +32,8 @@
 
 # bcprov
 binary-install/libbcprov-java:: build/libbcprov-java
-	install -m 644 $(builddir)/jars/bcprov-jdk14-*.jar debian/libbcprov-java/usr/share/java/bcprov.jar
+	mh_installpoms -plibbcprov-java
+	mh_installjar -plibbcprov-java -l debian/poms/bcprov.pom $(builddir)/jars/bcprov-jdk14-*.jar
 	ln -sf ../bcprov.jar debian/libbcprov-java/usr/share/java/gcj-endorsed/bcprov.jar
 	touch debian/libbcprov-java/etc/java/security/security.d/2000-org.bouncycastle.jce.provider.BouncyCastleProvider
 binary-install/libbcprov-java-doc::
@@ -40,19 +41,22 @@
 
 # bcmail
 binary-install/libbcmail-java:: build/libbcmail-java
-	install -m 644 $(builddir)/jars/bcmail-jdk14-*.jar debian/libbcmail-java/usr/share/java/bcmail.jar
+	mh_installpoms -plibbcmail-java
+	mh_installjar -plibbcmail-java -l debian/poms/bcmail.pom $(builddir)/jars/bcmail-jdk14-*.jar
 binary-install/libbcmail-java-doc::
 	mv -i $(builddir)/javadoc/bcmail debian/libbcmail-java-doc/usr/share/doc/libbcmail-java-doc/api
 
 # bcpg
 binary-install/libbcpg-java:: build/libbcpg-java
-	install -m 644 $(builddir)/jars/bcpg-jdk14-*.jar debian/libbcpg-java/usr/share/java/bcpg.jar
+	mh_installpoms -plibbcpg-java
+	mh_installjar -plibbcpg-java -l debian/poms/bcpg.pom $(builddir)/jars/bcpg-jdk14-*.jar
 binary-install/libbcpg-java-doc::
 	mv -i $(builddir)/javadoc/bcpg debian/libbcpg-java-doc/usr/share/doc/libbcpg-java-doc/api
 
 # bctsp
 binary-install/libbctsp-java:: build/libbctsp-java
-	install -m 644 $(builddir)/jars/bctsp-jdk14-*.jar debian/libbctsp-java/usr/share/java/bctsp.jar
+	mh_installpoms -plibbctsp-java
+	mh_installjar -plibbctsp-java -l debian/poms/bctsp.pom $(builddir)/jars/bctsp-jdk14-*.jar
 binary-install/libbctsp-java-doc::
 	mv -i $(builddir)/javadoc/bctsp debian/libbctsp-java-doc/usr/share/doc/libbctsp-java-doc/api
 
@@ -90,0 +95,11 @@
+
+POMS=bcprov bcpg bcmail bctsp
+UPSTREAM_VERSION=$(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^-]+).*,\1,p' | sed 's/\+dfsg//')
+
+get-orig-pom:
+	mkdir -p debian/poms
+	for pom in $(POMS); do \
+		wget -O debian/poms/$${pom}.pom -U NoAgent-1.0 \
+			http://repo1.maven.org/maven2/org/bouncycastle/$${pom}-jdk14/$(UPSTREAM_VERSION)/$${pom}-jdk14-$(UPSTREAM_VERSION).pom ; \
+	done ;
+
diff -u bouncycastle-1.44+dfsg/debian/changelog bouncycastle-1.44+dfsg/debian/changelog
--- bouncycastle-1.44+dfsg/debian/changelog
+++ bouncycastle-1.44+dfsg/debian/changelog
@@ -1,3 +1,28 @@
+bouncycastle (1.44+dfsg-3.1) testing; urgency=low
+
+  * Target upload for testing to enable maven artifacts and fix up
+FTBFS in a number of other rbd's.
+
+ -- James Page   Wed, 15 Aug 2012 08:59:20 +0100
+
+bouncycastle (1.44+dfsg-3) unstable; urgency=low
+
+  * Team upload.
+
+  [Niels Thykier]
+  * Changed the section of the gcj packages to java.
+  * Replaced B-D on default-jdk-builddep with gcj-native-helper
+

Bug#684964: citadel-server: world writable config file: /etc/citadel/netconfigs/7

[Andreas Beckmann]

Package: citadel-server
Version: 7.83-2squeeze2
Severity: important
Tags: security
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during an experimental test with piuparts I noticed that your package
creates a world writable config file:

-rw-rw-rw- 1 citadel root 11 Aug  8 09:45 /etc/citadel/netconfigs/7

The /etc/citadel/netconfigs directory is citadel:root 0700, so the world
writable file is not accessible to local users in a default
installation (therefore only severity important).


Andreas


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

Bug#683367: unblock: ffgtk/0.8.1-2

[Niels Thykier]

Control: tags -1 moreinfo

On 2012-07-31 08:53, Rolf Leggewie wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: freeze-exception
> 
> Please unblock package ffgtk 0.8.1-2 which fixes an FTBFS induced by
> changes in libcapi20-dev upstream.  I've also taken the liberty to
> update the watch file to make it work again despite upstream blocking
> straight access to directories now.  Debdiff is attached for your
> kind review.

This package appear to be brand new?  If so, it is too late for Wheezy.

Sorry,
~Niels


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

Bug#684965: dnsmasq does not query all dns servers

[Ritesh Raj Sarraf]

Package: dnsmasq
Version: 2.62-3
Severity: important

Simon,

Looks like, since your last fix of dnsmasq's integration with systemd,
something has broken. I am not sure where is the problem (could be
resolvconf too), but as far as I can remember this problem seems to have
begun since your last update.


rrs@champaran:~$ cat /var/run/dnsmasq/resolv.conf 
nameserver 10.73.158.106
nameserver 10.73.158.107
nameserver 192.168.2.1

rrs@champaran:~$ host smtp.corp.corpdomain.com
Host smtp.corp.corpdomain.com not found: 3(NXDOMAIN)

rrs@champaran:~$ dig @10.73.158.106 smtp.corp.corpdomain.com

; <<>> DiG 9.8.1-P1 <<>> @10.73.158.106 smtp.corp.corpdomain.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18951
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;smtp.corp.corpdomain.com.  IN  A

;; ANSWER SECTION:
smtp.corp.corpdomain.com.   3475IN  A   10.57.159.114

;; Query time: 31 msec
;; SERVER: 10.73.158.106#53(10.73.158.106)
;; WHEN: Wed Aug 15 13:39:48 2012
;; MSG SIZE  rcvd: 54

rrs@champaran:~$ dig smtp.corp.corpdomain.com

; <<>> DiG 9.8.1-P1 <<>> smtp.corp.corpdomain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 24603
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;smtp.corp.corpdomain.com.  IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Aug 15 13:40:04 2012
;; MSG SIZE  rcvd: 38



As you can see, direct query to the nameserver works. Only if asking the
local dnsmasq server, incorrect result is shown.



My setup involves my regular wifi network which provides the 192.x.x.x
dns nameserver ip and my vpn connection which provides me the 10.x.x.x
nameserver.

The vpn connection drops at times, so I do have a loop to check every 5
minutes, and re-establish the connection if unavailable. 

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

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

Versions of packages dnsmasq depends on:
ii  adduser   3.113+nmu3
ii  dnsmasq-base  2.62-3
ii  netbase   5.0

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
ii  resolvconf  1.67

-- Configuration Files:
/etc/default/dnsmasq changed:
ENABLED=1
CONFIG_DIR=/etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new
IGNORE_RESOLVCONF=yes

/etc/dnsmasq.conf changed:
resolv-file=/var/run/dnsmasq/resolv.conf


-- 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#684966: python-distutils-extra: does not honour DEB_BUILD_OPTIONS=nocheck

[Jakub Wilk]

Source: python-distutils-extra
Version: 2.35-1
Severity: normal

python-distutils-extra runs its test suite even when 
DEB_BUILD_OPTIONS=nocheck is set.


--
Jakub Wilk


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

Bug#684967: python-distutils-extra: please run tests with all supported Python version

[Jakub Wilk]

Source: python-distutils-extra
Version: 2.35-1
Severity: important

The test suite is currently run only against default Python 2.X and 
default Python 3.X. Please run it against all supported 2.X and 3.X 
versions. This would allow you to catch bugs like #682631 earlier.


--
Jakub Wilk


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

Bug#684968: debian-installer: requests non-free firmware for a device that works just as well without it

[Stefan Nagy]

Package: debian-installer
Severity: wishlist
Tags: d-i

Dear Maintainer,

I have a notebook with a realtek nic which doesn't need any non-free firmware
files to operate. However, debian installer requests me to install non-free
firmware. It doesn't make any difference if I install it or reject the request
– the network adapter just works.

Debian installer shouldn't ask me to install non-free firmware for a device
that works just as well without it.

My hardware: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit
Ethernet controller [10ec:8168] (rev 06)
Firmware file which debian installer requests: rtl_nic/rtl8168e-3.fw



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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.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#684952: nvidia-glx: startx blackens screen, keyboard ineffective save for altSysReq

[Andreas Beckmann]

Control: tag -1 moreinfo

On 2012-08-15 09:48, David L. Craig wrote:
> I updated all the nvidia packages when I saw the new versions
> but the problem persists.  I am including the most recent kern.log

> Kernel: Linux 3.2.0-3-rt-amd64 (SMP w/4 CPU cores; PREEMPT)

Please try the non-rt kernel.

Please try a minimal xorg.conf as described in
/usr/share/doc/nvidia-glx/README.Debian.gz and test using a single
display without twinview first. If that works, slowly add more options
(if you need them).

> 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV43
[GeForce 6600] [10de:0141] (rev a2) (prog-if 00 [VGA controller])

That's an old card that should also work with nvidia-glx-legacy-173xx

What was the last working version?

If nothing of the above helps, Nvidia's bug reporting instructions are
here: http://www.nvnews.net/vbulletin/showthread.php?t=46678
Please post a link to a thread in their forum to this Debian bug.

Andreas


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

Bug#674089: [php-maint] Bug#674089: Bug#674089: mime-support: removed application/x-httpd-* can lead to immense security problems

[Ondřej Surý]

On Wed, Aug 15, 2012 at 4:34 AM, Christoph Anton Mitterer
 wrote:
> On Wed, 2012-08-15 at 09:02 +0900, Charles Plessy wrote:
>> For the moment there is the draft proposed by Christoph at 
>> http://bugs.debian.org/674089#66
> I should note perhaps, that this draft expected all the proposals I made
> in #674205 to be in place, which they were not yet, when I've looked the
> last time.

With the exception of RemoteType php they are all in the place.

Thanks for the text, I will use it as a base for NEWS in php5-cgi.

This is the final text which I have commited to git repository:

php5 (5.4.4-5) unstable; urgency=low

 Please be aware that mime-types package dropped non-standard
 definitions for PHP that might affect any systems using PHP 5
 running as CGI or FastCGI.

 The package mime-types has dropped the following non-standard
 definitions:

  application/x-httpd-phpphtml pht php
  application/x-httpd-php-source phps
  application/x-httpd-php3   php3
  application/x-httpd-php3-preprocessed  php3p
  application/x-httpd-php4   php4
  application/x-httpd-php5   php5

 Systems, especially webservers (including but possibly not limited to
 the Apache HTTPD Server) may have used this to mark files as having
 the a PHP Internet Media Type (commonly known as MIME type).  They
 may have used it further, to determine that such files are to be
 interpreted by PHP rather than served as normal files.

 If a webserver would not consider these files to be interpreted
 anymore this would have at least the following effects:
  - PHP web programs/sites no longer work as expected
  - PHP files might be directly exposed, which may be a security
problem

 In order to avoid any problems when not using Apache PHP5 module, and
 if you relied on MIME type definitions, read the README.Debian from
 the php5-common package on how to correctly configure PHP 5 running
 as a CGI or FastCGI (examples are provided for the Apache HTTPD
 Server) and take care, that and PHP files intended to be interpreted
 are recognised as such (typically by adding MIME-Type or handler
 definitions in the webserver configuration).

 -- Ondřej Surý   Wed, 15 Aug 2012 10:31:31 +0200

O.
-- 
Ondřej Surý 


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

Bug#684965: dnsmasq does not query all dns servers

[Ritesh Raj Sarraf]

On Wednesday 15 August 2012 01:47 PM, Ritesh Raj Sarraf wrote:
> Looks like, since your last fix of dnsmasq's integration with systemd,
> something has broken. I am not sure where is the problem (could be
> resolvconf too), but as far as I can remember this problem seems to have
> begun since your last update.

Most of the times, restarting the dnsmasq service solves the problem.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#684965: dnsmasq does not query all dns servers

[Simon Kelley]

On 15/08/12 09:17, Ritesh Raj Sarraf wrote:
> Package: dnsmasq
> Version: 2.62-3
> Severity: important
> 
> Simon,
> 
> Looks like, since your last fix of dnsmasq's integration with systemd,
> something has broken. I am not sure where is the problem (could be
> resolvconf too), but as far as I can remember this problem seems to have
> begun since your last update.
> 
> 
> rrs@champaran:~$ cat /var/run/dnsmasq/resolv.conf 
> nameserver 10.73.158.106
> nameserver 10.73.158.107
> nameserver 192.168.2.1
> 
> rrs@champaran:~$ host smtp.corp.corpdomain.com
> Host smtp.corp.corpdomain.com not found: 3(NXDOMAIN)
> 
> rrs@champaran:~$ dig @10.73.158.106 smtp.corp.corpdomain.com
> 
> ; <<>> DiG 9.8.1-P1 <<>> @10.73.158.106 smtp.corp.corpdomain.com
> ; (1 server found)
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18951
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
> 
> ;; QUESTION SECTION:
> ;smtp.corp.corpdomain.com.  IN  A
> 
> ;; ANSWER SECTION:
> smtp.corp.corpdomain.com.   3475IN  A   10.57.159.114
> 
> ;; Query time: 31 msec
> ;; SERVER: 10.73.158.106#53(10.73.158.106)
> ;; WHEN: Wed Aug 15 13:39:48 2012
> ;; MSG SIZE  rcvd: 54
> 
> rrs@champaran:~$ dig smtp.corp.corpdomain.com
> 
> ; <<>> DiG 9.8.1-P1 <<>> smtp.corp.corpdomain.com
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 24603
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
> 
> ;; QUESTION SECTION:
> ;smtp.corp.corpdomain.com.  IN  A
> 
> ;; Query time: 0 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> ;; WHEN: Wed Aug 15 13:40:04 2012
> ;; MSG SIZE  rcvd: 38
> 
> 
> 
> As you can see, direct query to the nameserver works. Only if asking the
> local dnsmasq server, incorrect result is shown.
> 
> 
> 
> My setup involves my regular wifi network which provides the 192.x.x.x
> dns nameserver ip and my vpn connection which provides me the 10.x.x.x
> nameserver.
> 
> The vpn connection drops at times, so I do have a loop to check every 5
> minutes, and re-establish the connection if unavailable. 
> 

What does dig @192.168.2.1 smtp.corp.corpdomain.com return?

Assuming it's NXDOMAIN, that's your problem, and it's not a new one, but
the way dnsmasq has always worked. Dnsmasq is written on the strong
assumption that all the upstream nameservers are equal, and it can
forward a query to any of them. An NXDOMAIN answer is as good as any
other, and will be returned to the original requestor: it explicitly
doesn't trigger an attempt to send the query to another nameserver, and
the order of the nameservers is not significant.

If your 192.168.2.1 is local nameserver only handling certain domains,
you can configure dnsmasq to use it as such with the

server=/example.com/192.168.2.1

style configuration on /etc/dnsmasq.conf.


Cheers,

Simon.


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

Bug#684969: apport-retrace crashed with IOError in copyfile(): [Errno 13] Permission denied: '/etc/apt/trusted.gpg'

[tshepang]

Package: apport-retrace
Version: 2.2.3-4


=

ProblemType: Crash
ApportLog: Error: [Errno 13] Permission denied: '/var/log/apport.log'
Architecture: amd64
CrashCounter: 1
CrashReports:
 640:1000:1000:33915731:2012-08-15 10:48:06.337461000 +0200:2012-08-15 
10:48:07.337461000 +0200:/var/crash/_usr_lib_chromium_chromium.1000.crash
 640:1000:1000:54084:2012-08-12 20:11:57.654567000 +0200:2012-08-12 
20:11:58.654567000 +0200:/var/crash/_usr_share_apport_apport-gtk.1000.crash
 644:1000:1000:0:2012-08-13 17:51:25.893172788 +0200:2012-08-13 
17:51:25.893172788 +0200:/var/crash/_usr_lib_icedove_icedove-bin.1000.upload
 644:1000:1000:0:2012-08-08 21:21:48.757632421 +0200:2012-08-08 
21:21:48.757632421 +0200:/var/crash/_usr_share_apport_apport-gtk.1000.upload
 640:1000:1000:19868:2012-08-12 20:23:16.70256 +0200:2012-08-12 
20:23:17.70256 +0200:/var/crash/_usr_bin_fab.1000.crash
 644:1000:1000:0:2012-08-08 21:20:50.101633210 +0200:2012-08-08 
21:20:50.101633210 +0200:/var/crash/_usr_bin_fab.1000.upload
 644:1000:1000:0:2012-08-12 20:11:16.342567979 +0200:2012-08-12 
20:11:16.342567979 +0200:/var/crash/_usr_bin_apport-retrace.1000.upload
 640:1000:1000:27478487:2012-08-13 17:51:24.817172000 +0200:2012-08-13 
17:51:25.817172000 +0200:/var/crash/_usr_lib_icedove_icedove-bin.1000.crash
 640:1000:1000:12057:2012-08-15 10:48:22.141461000 +0200:2012-08-15 
10:48:23.141461000 +0200:/var/crash/_usr_bin_apport-retrace.1000.crash
Date: Wed Aug 15 10:48:23 2012
Dependencies:
 apt 0.9.7.2
 base-files 6.9
 binutils 2.22-6.1
 bzip2 1.0.6-4
 debconf 1.5.44
 debian-archive-keyring 2012.4
 dpkg 1.16.4.3
 dpkg-dev 1.16.4.3
 gcc-4.7-base 4.7.1-2
 gdb 7.4.1-1.1
 gdbserver 7.4.1-1.1
 gnupg 1.4.12-4+b1
 gpgv 1.4.12-4+b1
 libapt-inst1.5 0.9.7.2
 libapt-pkg4.12 0.9.7.2
 libbz2-1.0 1.0.6-4
 libc-bin 2.13-33
 libc6 2.13-33
 libclass-isa-perl 0.36-3
 libdb5.1 5.1.29-5
 libdpkg-perl 1.16.4.3
 libexpat1 2.1.0-1
 libgcc1 1:4.7.1-2
 libgdbm3 1.8.3-11
 liblzma5 5.1.1alpha+20120614-1
 libncurses5 5.9-10
 libncursesw5 5.9-10
 libpython2.7 2.7.3~rc2-2.1
 libreadline6 6.2-8
 libselinux1 2.1.9-5
 libsqlite3-0 3.7.13-1
 libssl1.0.0 1.0.1c-4
 libstdc++6 4.7.1-2
 libswitch-perl 2.16-2
 libtimedate-perl 1.2000-1
 libtinfo5 5.9-10
 libusb-0.1-4 2:0.1.12-20
 lsb-release 4.1+Debian7
 make 3.81-8.2
 mime-support 3.52-1
 multiarch-support 2.13-33
 patch 2.6.1-3
 perl 5.14.2-12
 perl-base 5.14.2-12
 perl-modules 5.14.2-12
 python 2.7.3~rc2-1
 python-apport 2.2.3-4
 python-apt 0.8.4
 python-apt-common 0.8.4
 python-minimal 2.7.3~rc2-1
 python-problem-report 2.2.3-3
 python2.7 2.7.3~rc2-2.1
 python2.7-minimal 2.7.3~rc2-2.1
 readline-common 6.2-8
 tar 1.26-4
 xz-utils 5.1.1alpha+20120614-1
 zlib1g 1:1.2.7.dfsg-13
DistroRelease: Debian testing
ExecutablePath: /usr/bin/apport-retrace
InterpreterPath: /usr/bin/python2.7
Package: apport-retrace 2.2.3-4
PackageArchitecture: all
ProcCmdline: /usr/bin/python /usr/bin/apport-retrace -S system -C 
/home/username/.cache/apport/retrace -v --gdb 
/var/crash/_usr_lib_chromium_chromium.1000.crash
ProcEnviron:
 LANG=en_ZA.UTF-8
 TERM=xterm
 LANGUAGE=en_ZA:en
 PATH=(custom, no user)
 SHELL=/bin/bash
ProcMaps:
 0040-00674000 r-xp  08:01 139080 
/usr/bin/python2.7
 00873000-00874000 r--p 00273000 08:01 139080 
/usr/bin/python2.7
 00874000-008dd000 rw-p 00274000 08:01 139080 
/usr/bin/python2.7
 008dd000-008ef000 rw-p  00:00 0 
 0176-024e5000 rw-p  00:00 0  [heap]
 7f10b6f88000-7f10c55c2000 rw-p  00:00 0 
 7f10cbfa6000-7f10cbfb5000 r-xp  08:01 1049751
/lib/x86_64-linux-gnu/libbz2.so.1.0.4
 7f10cbfb5000-7f10cc1b4000 ---p f000 08:01 1049751
/lib/x86_64-linux-gnu/libbz2.so.1.0.4
 7f10cc1b4000-7f10cc1b5000 r--p e000 08:01 1049751
/lib/x86_64-linux-gnu/libbz2.so.1.0.4
 7f10cc1b5000-7f10cc1b6000 rw-p f000 08:01 1049751
/lib/x86_64-linux-gnu/libbz2.so.1.0.4
 7f10cc1b6000-7f10cc29e000 r-xp  08:01 1060719
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
 7f10cc29e000-7f10cc49e000 ---p 000e8000 08:01 1060719
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
 7f10cc49e000-7f10cc4a6000 r--p 000e8000 08:01 1060719
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
 7f10cc4a6000-7f10cc4a8000 rw-p 000f 08:01 1060719
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
 7f10cc4a8000-7f10cc4bd000 rw-p  00:00 0 
 7f10cc4bd000-7f10cc5e3000 r-xp  08:01 1050365
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12.0
 7f10cc5e3000-7f10cc7e2000 ---p 00126000 08:01 1050365
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12.0
 7f10cc7e2000-7f10cc7e6000 r--p 00125000 08:01 1050365
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12.0
 7f10cc7e6000-7f

Bug#681936: dispcalgui: Segmentation fault on "Edit test chart..." and "Advance profile type settings"

[Florian Höch]

Can someone retest this with current Python (2.7.3-2) and libc6
(2.13-35) from testing please? I can't reproduce the issue at all.


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

Bug#684697: Bugfix clamav 0.97.5+dfsg-6

[Daniel Tryba]

Thank you Scott for the quick response to fix this in unstable. But the latest 
version in squeeze-updates is still broken: 0.97.5+dfsg-3~squeeze1 
IMHO it should either be removed or updated, how can this be accomplished?

-- 

POCOS B.V. - Croy 9c - 5653 LC Eindhoven
Telefoon: 040 293 8661 - Fax: 040 293 8658
http://www.pocos.nl/   - http://www.sipo.nl/
K.v.K. Eindhoven 17097024


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

Bug#682631: Bug#682634: Bug#682631: linaro-image-tools: FTBFS: AttributeError: 'tuple' object has no attribute 'major'

[Jakub Wilk]

* gregor herrmann , 2012-08-14, 19:11:

+-if(sys.version_info.major < 3):
++if(sys.version_info[0] < 3):
+ # hack to make this work with Python 2
+-f_loc = f.decode('ascii', errors='ignore')
++f_loc = f.decode('ascii', 'ignore')
+ else:
+ f_loc = f.encode(enc, errors='replace').decode(enc, 
errors='replace')


To be super-correct, the other "f_loc = ..." line should be fixed in the 
same way: Python 3.1 doesn't support keyword arguments in str.encode() 
either.


But that would make a difference only for backports; if you build the 
package in wheezy, you'll get a dependency on python3 (>= 
3.2.something).


Other than that, the patch looks good. And it even makes the test suite 
pass! :)


Before:
| $ python2.6 test/auto.py
| FFE.FEE...FEFE.FEFEFE.EFEFEFEFFEFEFEFEFE.
| [...]
| --
| Ran 26 tests in 7.758s
|
| FAILED (failures=17, errors=17)

After:
| $ python2.6 test/auto.py
| ..
| --
| Ran 26 tests in 9.586s
|
| OK

Of course, it would be nicer if such bugs were caught when 
python-distutils-extra is being built, so I filed #684967.


--
Jakub Wilk


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

Bug#684444: including CL/cl.hpp produces compile errors

[Andreas Beckmann]

On 2012-08-10 06:28, Joel wrote:
> In file included from t.cc:1:0:
> /usr/include/CL/cl.hpp: In function ‘cl_int cl::UnloadCompiler()’:
> /usr/include/CL/cl.hpp:1606:12: error: ‘::clUnloadCompiler’ has not
> been declared

See workaround in
http://www.khronos.org/message_boards/viewtopic.php?f=28&t=4550&p=15047&hilit=cl.hpp#p15047

Andreas


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

Bug#684970: Typo in README regarding name of .deb package

[Martin Michlmayr]

Package: libdbd-oracle-perl
version: 1.44-1

There's a typo in README regarding the name of the .deb package.
BTW, README.maintainer has the same issue.

--- README~ 2012-08-15 09:31:48.428871878 +0100
+++ README  2012-08-15 09:58:11.288720853 +0100
@@ -17,7 +17,7 @@
 
 Install it as root:
 
-# dpkg -i oracle-instantclient11.2-basic-*.deb
+# dpkg -i oracle-instantclient11.2-basic_*.deb
 
 and then you are ready to install this package.
 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#684972: kde-window-manager: file conflict with kdebase-workspace-data

[Thorsten Glaser]

Package: kde-window-manager
Version: 4:4.8.4-3
Severity: serious
Justification: Policy 7.4

Hi,

there’s a file conflict that aborts the dist-upgrade into a state
that needs manual intervention (dpkg --purge --force-all, then
apt-get -f install, etc).

Preparing to replace kde-window-manager 4:4.6.5-4 (using 
.../kde-window-manager_4%3a4.8.4-3_amd64.deb) ...
Unpacking replacement kde-window-manager ...
dpkg: error processing 
/var/cache/apt/archives/kde-window-manager_4%3a4.8.4-3_amd64.deb (--unpack):
 trying to overwrite 
'/usr/share/doc/kde/HTML/en/kcontrol/windowbehaviour/index.cache.bz2', which is 
also in
 package kdebase-workspace-data 4:4.6.5-4


Please add a versioned Conflicts.

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

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


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

Bug#684973: konqueror: file conflict with kdebase-data

[Thorsten Glaser]

Package: konqueror
Version: 4:4.8.4-1
Severity: serious
Justification: Policy 7.4

Hi,

second conflict that aborted the dist-upgrade:

Preparing to replace konqueror 4:4.6.5-1 (using 
.../konqueror_4%3a4.8.4-1_amd64.deb) ...
Unpacking replacement konqueror ...
dpkg: error processing /var/cache/apt/archives/konqueror_4%3a4.8.4-1_amd64.deb 
(--unpack):
 trying to overwrite 
'/usr/share/doc/kde/HTML/en/konqueror/format-font-size-less.png', which is also 
in package kdebase-data 4:4.6.5-1


Again, please add a versioned Conflicts.

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.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#677801: (no subject)

[Sergey Kravchuk]

Package: python-pip
Version: 1.1-3
Followup-For: Bug #677801


Hello,

The problem appeared again in the version of python 2.7.3-2.

Cleaning up...
Running virtualenv with interpreter /usr/bin/python2.7
The --no-site-packages flag is deprecated; it is now the default behavior.
New python executable in 
/srv/python-sandbox/python-sandbox-unicom24/bin/python2.7
Not overwriting existing python script 
/srv/python-sandbox/python-sandbox-unicom24/bin/python (you must use 
/srv/python-sandbox/python-sandbox-unicom24/bin/python2.7)
Installing setuptools.done.
Installing pip...done.
Traceback (most recent call last):
  File "/srv/python-sandbox/python-sandbox-unicom24/bin/pip", line 8, in 

load_entry_point('pip==1.1', 'console_scripts', 'pip')()
  File "build/bdist.linux-i686/egg/pkg_resources.py", line 318, in 
load_entry_point
  File "build/bdist.linux-i686/egg/pkg_resources.py", line 2221, in 
load_entry_point
  File "build/bdist.linux-i686/egg/pkg_resources.py", line 1954, in load
  File 
"/srv/python-sandbox/python-sandbox-unicom24/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg/pip/__init__.py",
 line 11, in 
from pip.basecommand import command_dict, load_command, load_all_commands, 
command_names
  File 
"/srv/python-sandbox/python-sandbox-unicom24/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg/pip/basecommand.py",
 line 12, in 
from pip.download import urlopen
  File 
"/srv/python-sandbox/python-sandbox-unicom24/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg/pip/download.py",
 line 15, in 
from pip.vcs import vcs
  File 
"/srv/python-sandbox/python-sandbox-unicom24/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg/pip/vcs/__init__.py",
 line 81, in 
vcs = VcsSupport()
  File 
"/srv/python-sandbox/python-sandbox-unicom24/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg/pip/vcs/__init__.py",
 line 22, in __init__
urlparse.uses_fragment.extend(self.schemes)
AttributeError: 'module' object has no attribute 'uses_fragment'

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

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

Versions of packages python-pip depends on:
ii  python2.7.3-2
ii  python-pkg-resources  0.6.24-1
ii  python-setuptools 0.6.24-1
ii  python2.6 2.6.8-0.2

Versions of packages python-pip recommends:
ii  build-essential  11.5
pn  python-dev-all   

python-pip suggests no packages.

-- no debconf information


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

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

Versions of packages python-pip depends on:
ii  python2.7.3-2
ii  python-pkg-resources  0.6.24-1
ii  python-setuptools 0.6.24-1
ii  python2.6 2.6.8-0.2

Versions of packages python-pip recommends:
ii  build-essential  11.5
pn  python-dev-all   

python-pip suggests no packages.

-- no debconf information


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

Bug#682631: Bug#682634: Bug#682631: linaro-image-tools: FTBFS: AttributeError: 'tuple' object has no attribute 'major'

[Martin Pitt]

Hello Jakub, Gregor,

thanks for spotting this! I fixed Jakub's two other bug reports about
running the test suite, and I'll upload a new version with the two
python 2.6 incompatibilities today.

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.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#681864: unblock: telepathy-mission-control-5/1:5.12.1-2

[Simon McVittie]

# Upload accepted on 2012-08-10
retitle 681864 unblock: telepathy-mission-control-5/1:5.12.1-2
thanks

On Tue, 17 Jul 2012 at 12:02:32 +0200, Laurent Bigonville wrote:
> Fixes:
> 
> • Stop using deprecated telepathy-glib symbols. (Jonny)

This is not needed, but is reverted by the patch that Laurent added before
uploading.

> • fdo#51842 - fix access to freed memory. (Xavier)

This is Debian bug #683151, "telepathy-mission-control-5: Random crashes
due to access to freed memory", severity serious. It's the change
to src/mcd-account-manager-default.c.

> • fix existing channel dispatching after using present/delegate. (Jonny)

In particular this fixes the handover of IM conversations between Empathy
and GNOME Shell (Debian bug #683565, which I've just upgraded to important).
The changes in src/mcd-dispatcher.c fix this; the changes to tests/
extend a regression test to simulate more interactions between Empathy
and Shell.

I attach a hopefully-easier-to-read diff, between the version currently in
wheezy and the version in sid, after the debian/patches are applied (i.e.
what actually gets compiled), and excluding files generated by Autotools,
pre-generated documentation and the patch in debian/patches itself.

Of the excluded files, config.guess, config.sub and doc/.../html are
regenerated during the build.

Commands used to generate this diff:

apt-get source telepathy-mission-control-5=1:5.12.0-2
apt-get source telepathy-mission-control-5=1:5.12.1-2
diff -Nur telepathy-mission-control-5-5.12.{0,1} | filterdiff -p1 \
-x .pc/\* \
-x config.guess -x config.sub -x INSTALL -x configure -x depcomp \
-x missing -x install-sh -x ltmain.sh \
-x debian/patches/\*.patch \
-x doc/reference/mission-control-plugins/html/\* \
> filtered.diff

Regards,
S
diff -Nur telepathy-mission-control-5-5.12.0/ChangeLog telepathy-mission-control-5-5.12.1/ChangeLog
--- telepathy-mission-control-5-5.12.0/ChangeLog	2012-04-02 23:55:00.0 +0100
+++ telepathy-mission-control-5-5.12.1/ChangeLog	2012-07-11 11:56:17.0 +0100
@@ -1,3 +1,85 @@
+commit e824493e533f7c4ea9ae9066fb29b3298d9a8aa8
+Author: Xavier Claessens 
+Date:   2012-07-11 12:49:04 +0200
+
+Prepare 5.12.1 release
+
+commit 57d7c6360f04d8bc65320c42a5d8929fa3e3bc25
+Author: Xavier Claessens 
+Date:   2012-07-11 12:14:11 +0200
+
+Copy telepathy.am from telepathy-glib
+
+It make sure "make -j3 maintainer-foo" works
+
+commit 0daa22ca3858138aee10f8bf46a07fd15c1fcf49
+Author: Xavier Claessens 
+Date:   2012-07-09 12:35:01 +0200
+
+McdAccountManagerDefault: Fix a possible double free
+
+If the account is already in the hashtable, g_hash_table_insert()
+will set @removed as value, but free it since the key already in
+the table is kept.
+
+https://bugs.freedesktop.org/show_bug.cgi?id=51842
+
+commit 150c89d45c6b7d5a2d10bc36cff5689ea1ca72d8
+Author: Will Thompson 
+Date:   2012-04-05 17:10:18 +0100
+
+dispatch test: make sure Ensure-ing channels after delegation/presenting works
+
+commit 54f4fd22c09a342bb58da978b5a055e45f968897
+Author: Jonny Lamb 
+Date:   2012-07-06 16:50:08 +0100
+
+dispatcher: set channel state back to DISPATCHED after delegating & presenting
+
+_mcd_client_proxy_handle_channels sets the McdChannel state to
+HANDLER_INVOKED, but when we were calling this in both delegate and
+present operations, the state was not being set back to the DISPATCHED
+state afterwards.
+
+The state being wrong meant that dispatching a channel after if had
+been delegated or presented would not happen, as MC thought we were
+still waiting for a handler response.
+
+Signed-off-by: Jonny Lamb 
+
+commit c8ae24ffd03297d097b553997eda3807f1505748
+Author: Jonny Lamb 
+Date:   2012-07-06 16:49:55 +0100
+
+dispatcher: add more debug output when delegating channels
+
+Signed-off-by: Jonny Lamb 
+
+commit 3d35096f9ccc69b8c3067ed85102694eda4a2855
+Author: Will Thompson 
+Date:   2012-04-05 16:56:35 +0100
+
+Modernize dispatcher/redispatch-channels.py a little
+
+commit 88642511bb9c6f66d2fe4aae1550893eb0d781b2
+Author: Jonny Lamb 
+Date:   2012-04-03 11:13:55 -0400
+
+stop using deprecated tp-glib functions
+
+tp_*_call_when_ready were replaced by tp_proxy_prepare_async a while
+ago.
+
+Signed-off-by: Jonny Lamb 
+
+commit edd10ce2948b29859006ca1e149e68097a3bd21b
+Author: Jonny Lamb 
+Date:   2012-04-02 18:58:07 -0400
+
+start working on version 5.12.1
+
+Signed-off-by: Jonny Lamb 
+
 commit aeba9f785227e07bf26b14822b1b288041297910
 Author: Jonny Lamb 
 Date:   2012-04-02 18:22:56 -0400
diff -Nur telepathy-mission-control-5-5.12.0/config.guess telepathy-mission-control-5-5.12.1/config.guess
diff -Nur telepathy-mission-control-5-5.12.0/config.sub telepathy-mission-control-5-5.12.1/config.sub
diff -Nur telepathy-mission-control-5-5.12.0/configure telepathy-mission-control-5-5.12.1/configure

Bug#684414: unblock (pre-approval): libspectre/0.2.7-1

[Niels Thykier]

On 2012-08-09 20:12, Pino Toscano wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: freeze-exception
> 
> Hi,
> 
> yesterday a new bugfix version of libspectre, 0.2.7, has been released.
> This version quite small in the actual changes it brings, while fixing
> a couple of issues.
> 
> [...]
> 
> The changes are the following:
> - configure.ac, libspectre/spectre-version.h:
>   bump the version to 0.2.7
> - libspectre/Makefile.am, test/Makefile.am:
>   fix the automake build system to handle own CFLAGS properly and not
>   ignore user-specified ones (like the Debian ones)
> - libspectre/ps.c
>   as written in NEWS,
>   "fixes two crashes than can happen when %%Pages: or
>   %%Page: comments are missing in the document or when %%Pages: comment
>   is present but it's invalid."
> 
> On the Debian side, other than the usual "new upstream release",
> I would need to just add "export V=1" in debian/rules to have the build
> system output the compilation commands used.
> 
> I think it should be mostly harmless overall for wheezy, hence
> I'm asking for a pre-approval (and then unblock) before uploading it
> to unstable.
> 
> Thanks,

Sounds fine with me.  Please go ahead and let us know when it has been
accepted in sid.

~Niels


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

Bug#684910: unblock: fcitx/1:4.2.4.1-4

[Niels Thykier]

Control: tags -1 moreinfo

On 2012-08-14 17:49, Aron Xu wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> 
> Please unblock fcitx/1:4.2.4.1-4. This version fixes a crash when
> loading input method wrappers that does not specify an icon of it.
> Also we are moving the keyboard module (fcitx-keyboard.so) from
> fcitx-module-x11 to the general fcitx-modules as it does provide some
> useful features when there is no X, as fcitx-module-x11 depends on
> fcitx-modules, such move would not cause breakage.
> 
> 

You are moving files between two coinstallable packages with no
Breaks/Replaces?  That smells like it will break on upgrades...

~Niels


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

Bug#684973: konqueror: file conflict with kdebase-data

[Pino Toscano]

forcemerge 679789 684973
thanks

Hi,

Alle mercoledì 15 agosto 2012, Thorsten Glaser ha scritto:
> second conflict that aborted the dist-upgrade:

When did you dist-upgrade last?

> Again, please add a versioned Conflicts.

Say hello to checking BTS beforehand.

-- 
Pino Toscano


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

Bug#676126: netsed NMU

[Julien Viard de Galbert]

On Sun, Jul 08, 2012 at 04:46:00PM +0200, Sven Hoexter wrote:
> Julien, I'm not sure if my fix is 'the Ruby way' for the issue
> at hand, but it at least works for now. If you can please take a look
> at the attached 05-ftbfs_ruby1.9_testsuite_require_syntax.diff patch.

I'm not 100% sure it's 'the Ruby way' but it works so I integrated it in
my git, thanks !

Best Regards,

Julien VdG

-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#684974: RFP: areca -- Areca Backup - an Open Source personal backup solution

[Adrian Fita]

Package: wnpp
Severity: wishlist

* Package name: areca
  Version : 7.2.10
  Upstream Author : Olivier PETRUCCI 

* URL : http://www.areca-backup.org
* License : GPLv2
  Programming Lang: Java
  Description : Areca Backup - an Open Source personal backup solution

Hello. I use Areca for a while for my personal backup needs and I find it very
good. It would be very nice to have Areca as a Debian package.

Quote from the website:

It basically allows you to select a set of files / directories to back-up,
choose where and how (as a simple file copy, as a zip archive, ...) they will
be stored, and configure post-backup actions (like sending backup reports by
email or launching custom shell scripts).

It has been designed to :

  * Be as simple as possible to set up: No complex configuration files to edit
- Your backup configuration (which is stored as an XML file) can be edited with
Areca's graphical user interface.
  * Be as versatile as possible: Areca can use advanced backup modes (like
"delta backup") or simply produce a "basic" copy of your source files as a
standard directory or zip archive (readable by WinZip or other archivers).
  * Allow you to interact with your archives and the files they contain: Track
different versions of a specific file, browse your archives, recover or view
specific files, merge a set of archives, ... 


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

Bug#684909: [qemu] qemu: hardware error: could not load bootloader 's390-zipl.rom'

[Michael Tokarev]

On 15.08.2012 12:24, Bastien ROUCARIES wrote:
> On Tue, Aug 14, 2012 at 6:47 PM, Michael Tokarev  wrote:
[]
>> Yes, the boot code is missing from debian.  This is a packaging error.
>> Unfortunately no one noticed this before (it is broken since upstream
>> version 1.0), and unfortunately it needs an introduction of a new
>> package - s390-tools - from http://repo.or.cz/w/s390-tools.git -
>> into debian to fix this.

There's one good side here: qemu-system-s390x actually does work on
debian, but only when given -kernel -initrd for booting.  Ie, it
can't boot from a disk image directly, but works with external
-kernel.  So it is at least usable still, even with a workaround.

> I have read this, but they already exist a package call s390-tools
> under debian but build only under s390. THe patch queue from the
> upstream -- http://repo.or.cz/w/s390-tools.git is only six patch. May
> be a better idea is to build this package in all the architecture with
> the included patch ?

Oh.  I haven't noticed it is already packaged in debian.  Just yesterday
I talked with Bastian Blank who - it turned out - is one of uploaders
of s390-tools package in debian - talked with him about this very issue
in qemu, and he haven't mention this package is already part of debian.
So it is better.

> Thus no need to create a new package ? only to port the patch queue to
> newer version and compile under all arch. I have made a patch queue if
> needed here (beware not compile tested only apply cleanly), refreshed
> to newer version of s390-tools.

Yes, this is much easier now, since the right source package is already
part of debian.  It just needs to produce an extra binary arch:all
package, using an additional patch (set) from this repo.or.cz repository.
And yes, the patchset is small.  The only prob is the packaging bits
and the fact wheezy is in feature freeze.

>> There might also be a similar issue with ppc and ppc_rom.bin - I need
>> to investigate it further.
> 
> May be I have not checked.

It needs slof.bin and also spapr-rtas.bin is missing. That's not good.

>> Now, I'm not sure if severity of this bug should really be "important"
>> and not at least "serious"... :(
> 
> If you raide to serious, it could be pretty quick to test: build the
> new s390-tools under all arch (need serious also) and depend on qemu
> on this package.

It should be a new binary package, since s390-tools is arch:s390,
and we need arch:all package with just the rom image.

As for the severity, now when we know about -kernel, it will stay as
"important", it is not more than important anymore.

> BTW could we have qemu s390 and s390x image for debugging purpose ?

No idea - I've never used any of these architectures myself.

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#682517: Allow ocfs2-tools 1.6.4-2 into wheezy

[Jeremy Lainé]

Dear release team,

I have uploaded a new revision of ocfs2-tools to unstable which fixes bug 
#682517
(inability to launch the ocfs2console GUI):

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682517

The fix (thanks Sébastien Villemot) is straight-forward: drop a bad 
Debian/Ubuntu specific
patch, as can be seen from the attached debdiff.

Could you please let this new version migrate into wheezy?

Thanks,
Jeremy


diff -Nru ocfs2-tools-1.6.4/debian/changelog ocfs2-tools-1.6.4/debian/changelog
--- ocfs2-tools-1.6.4/debian/changelog  2012-04-18 09:16:36.0 +0200
+++ ocfs2-tools-1.6.4/debian/changelog  2012-08-15 09:32:32.0 +0200
@@ -1,3 +1,10 @@
+ocfs2-tools (1.6.4-2) unstable; urgency=low
+
+  * Remove popen2-ignore-depreciation-warn.patch: it has the opposite effect,
+turning deprecation warnings into errors (Closes: #682517, LP: #923754).
+
+ -- Jeremy Lainé   Wed, 15 Aug 2012 09:31:09 +0200
+
 ocfs2-tools (1.6.4-1) unstable; urgency=low
 
   * New upstream release.  Closes: #669023.
diff -Nru 
ocfs2-tools-1.6.4/debian/patches/popen2-ignore-depreciation-warn.patch 
ocfs2-tools-1.6.4/debian/patches/popen2-ignore-depreciation-warn.patch
--- ocfs2-tools-1.6.4/debian/patches/popen2-ignore-depreciation-warn.patch  
2011-03-25 16:48:30.0 +0100
+++ ocfs2-tools-1.6.4/debian/patches/popen2-ignore-depreciation-warn.patch  
1970-01-01 01:00:00.0 +0100
@@ -1,18 +0,0 @@
-Description: Ignore the depreciation warning that popen2 will raise when it is 
imported. 
- Pending conversion to subprocess module.
-Author: Dave Walker (Daviey) 
-Bug: https://launchpad.net/bugs/655548
 a/ocfs2console/ocfs2console
-+++ b/ocfs2console/ocfs2console
-@@ -13,6 +13,11 @@
- #
- import warnings
- warnings.filterwarnings("error")
-+
-+# Ignore the depreciation warning that popen2 will raise when it is imported.
-+# FIXME: Pending conversion to subprocess module.
-+warnings.simplefilter("ignore", DeprecationWarning)
-+
- try:
- import gtk
- except Exception, e:
diff -Nru ocfs2-tools-1.6.4/debian/patches/series 
ocfs2-tools-1.6.4/debian/patches/series
--- ocfs2-tools-1.6.4/debian/patches/series 2012-04-18 09:02:42.0 
+0200
+++ ocfs2-tools-1.6.4/debian/patches/series 2012-08-15 09:41:00.0 
+0200
@@ -5,7 +5,6 @@
 shorten-manpage-lines.patch
 ld-no-add-needed.diff
 ld-as-needed.diff
-popen2-ignore-depreciation-warn.patch
 ocfs2-controld-pcmk-id.patch
 format-security.patch
 ocfs2-controld-headers.patch

Bug#679875: ace-of-penguins: Games crash when trying to view help screen

[Jari Aalto]

FYI, why debian/control::Recommends is used in place of Depends
---

The Policy disallows any package for requiring fonts prior
installing the software:

http://lists.debian.org/debian-policy/2008/07/msg00173.html

"This is because the X server may retrieve fonts from the
local file system or over the network from an X font server;
the Debian package system is empowered to deal only with the
local file system."

For more information in same thread later:

http://lists.debian.org/debian-policy/2008/07/msg00176.html

The reason for the Policy requirement for Recommends is to
enable font servers and not require all the fonts be installed
locally when you're running a font server.


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

Bug#680936: package description too historical

[Erik Esterer]

Package: fonts-gfs-neohellenic
Followup-For: Bug #680936

Thanks for all the corrections and rewriting. Trying to summarize it 
with the last proposed corrections:

modern Greek font family with matching Latin

Neohellenic is a Greek font family characterized by round, even pen
strokes. It consists of several weights (normal, italic, bold, and bold
italic) as well as a Latin version.
..
Former Greek types had harked back to classical models. In 1927, Victor
Scholderer chose instead to revive one which had first appeared in a
1492 printing of Macrobius attributed to Joannes Rubeus. In 1993-4 the
typeface was digitized by the Greek Font Society, with the addition of a
new set of epigraphic symbols.

I added a patch for the control file changing the description according
to this consensus.
--- control	2011-10-08 07:53:36.0 +0200
+++ control.new	2012-08-15 12:08:30.695433403 +0200
@@ -9,27 +9,13 @@
 Section: fonts
 Priority: optional
 Homepage: http://www.greekfontsociety.gr/
-Description: new Greek font family with matching Latin
- The design of new Greek typefaces always followed the growing needs
- of the Classical Studies in the major European Universities.
- Furthermore, by the end of the 19th century bibliology had become an
- established section of Historical Studies, and, as John Bowman
- commented, the prevailing attitude was that Greek types should adhere
- to a lost idealized, yet undefined, greekness of yore. Especially in
- Great Britain this tendency remained unchallenged in the first
- decades of the 20th century, both by Richard Proctor, curator of the
- incunabula section in the British Museum Library and his successor
- Victor Scholderer. In 1927, Scholderer, on behalf of the Society for
- the Promotion of Greek Studies, got involved in choosing and
- consulting the design and production of a Greek type called New
- Hellenic cut by the Lanston Monotype Corporation.  He chose the
- revival of a round, and almost monoline type which had first appeared
- in 1492 in the edition of Macrobius, ascribable to the printing shop
- of Giovanni Rosso (Joannes Rubeus) in Venice. New Hellenic was the
- only successful typeface in Great Britain after the introduction of
- Porson Greek well over a century before. The type, since to 1930’s,
- was also well received in Greece, albeit with a different design for
- Ksi and Omega.  GFS digitized the typeface (1993-1994) funded by the
- Athens Archeological Society with the addition of a new set of
- epigraphical symbols. Later (2000) more weights were added (italic,
- bold and bold italic) as well as a latin version.
+Description: modern Greek font family with matching Latin
+ Neohellenic is a Greek font family characterized by round, even pen
+ strokes. It consists of several weights (normal, italic, bold, and
+ bold italic) as well as a Latin version.
+ .
+ Former Greek types had harked back to classical models. In 1927,
+ Victor Scholderer chose instead to revive one which had first
+ appeared in a 1492 printing of Macrobius attributed to Joannes
+ Rubeus. In 1993-4 the typeface was digitized by the Greek Font
+ Society, with the addition of a new set of epigraphic symbols.

Bug#682099: xserver-xorg-video-ati: EXAPixmaps=On screen tearing at high resolution under certain configurations

[James Robertson]

Update...  Setting option

Option "NoAccel" "true"

Has fixed the problem.  I haven't noticed any problems having this
enabled in the way I use my computer, videos, glxgears etc. all work
ok.

So I suppose this bug report can be closed if desired.

The only other option I was going to try was using a Display port to
DVI adapter from the side of my laptop to replace the VGA from the
docking station.  If I purchase one to  try that I'll let you know.

Regards,

James


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

Bug#684975: unblock: dokuwiki/dokuwiki_0.0.20120125b-1

[Tanguy Ortolo]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please unblock package dokuwiki

Current version in testing 0.0.20120125a-1 has a security flaw #683378. There
is a new upstream version, 0.0.20120125b, which fixes this and only this.

I am not convinced that this fits into the release policy, since it does not
fix an RC bug, only a security one. Additionally, it consists in a new upstream
version, which adds to this uncertainty regarding the policy. For this reason I
have not uploaded it to unstable yet. Attached it a debdiff of the updated
package, please advice.

unblock dokuwiki/dokuwiki_0.0.20120125b-1

Regards,

- -- 
Tanguy Ortolo

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

iQIcBAEBCgAGBQJQK3WjAAoJEOryzVHFAGgZIZcQAI2FAkfA1VfwMayzJeOMwmye
asHVV2eTQq4IeNyGnAMoV+lBbT6RwTxgnH7IwJWQcasWe3J47lmkRVDgi6mk/Eq9
+pk0qLuQQP1pte56flth0vrBhZ/1XCg2YVSFLLhoUSBwtxg5EPL1BjL8MFCU7ba3
4k22TFhLGZLK1tqH9r/o5Nh9xdmoE6mldKSBkmDhZqd8BoFdvVd5RmwcdtpmYpCw
9+ywAE61gj1DTg7m/4SzRtfrJ0rh+9cKVveNc08SsvG1hlcw/qJWlCcbDwagkrwF
9rZ3vGjZV87sSpR2SBdJQz9SswcArKm7r2YUqQ6I1dNvKu7UkX3T6E13MQJa/pZ3
LxhEV8ITREyvAU1/0+vLSjxpa66hUx/pMwuobIHrSkAd7XWlEptnu2g+uLrDHcd/
vInKyCQq83K3OsKsf3c3wVPdWQRwOaYnFOci4t1ud0g8swhPpUaAHKZTKUb74Wmd
AbD3x7t7EgFZb+OkthHUyW8Hm0g9Rr9+zFoh56OcCmJlz8FJQVRD3L5cb4cs/6UN
1WssfA0+BFe/vNT6qEeceUNuSAOa8yfTflm4N8FVv7kX7q7KQ80HxP75yJ4HKGh9
Q2FAz55N05Z0SeiQhnQi6rODZaEmauWn/oDjOvI8kr4i3uVwhp975egM+g1j2CIr
aJ9tF4198Bh2hwFRwsY0
=w/oh
-END PGP SIGNATURE-
diff -Nru dokuwiki-0.0.20120125a/debian/changelog dokuwiki-0.0.20120125b/debian/changelog
--- dokuwiki-0.0.20120125a/debian/changelog	2012-05-05 14:28:26.0 +0200
+++ dokuwiki-0.0.20120125b/debian/changelog	2012-08-15 11:59:25.0 +0200
@@ -1,3 +1,11 @@
+dokuwiki (0.0.20120125b-1) unstable; urgency=high
+
+  * New upstream bugfix release: sanitize a POST parameter that could be used
+to inject artitrary HTML and JavaScript, leading to an XSS vulnerability.
+(CVE-2012-0283) (Closes: #683378)
+
+ -- Tanguy Ortolo   Wed, 15 Aug 2012 11:46:36 +0200
+
 dokuwiki (0.0.20120125a-1) unstable; urgency=high
 
   * New upstream bugfix release: properly escape an error messages that could
diff -Nru dokuwiki-0.0.20120125a/doku.php dokuwiki-0.0.20120125b/doku.php
--- dokuwiki-0.0.20120125a/doku.php	2012-04-19 12:12:33.0 +0200
+++ dokuwiki-0.0.20120125b/doku.php	2012-07-13 13:13:57.0 +0200
@@ -7,7 +7,7 @@
  */
 
 // update message version
-$updateVersion = 36.1;
+$updateVersion = 36.2;
 
 //  xdebug_start_profiling();
 
diff -Nru dokuwiki-0.0.20120125a/inc/template.php dokuwiki-0.0.20120125b/inc/template.php
--- dokuwiki-0.0.20120125a/inc/template.php	2012-04-19 12:09:54.0 +0200
+++ dokuwiki-0.0.20120125b/inc/template.php	2012-07-13 13:13:57.0 +0200
@@ -1151,7 +1151,7 @@
 echo ''.NL;
 echo '';
 $tabTitle = ($NS) ? $NS : '['.$lang['mediaroot'].']';
-printf($lang['media_' . $opened_tab], ''.$tabTitle.'');
+printf($lang['media_' . $opened_tab], ''.hsc($tabTitle).'');
 echo ''.NL;
 if ($opened_tab === 'search' || $opened_tab === 'files') {
 media_tab_files_options();
diff -Nru dokuwiki-0.0.20120125a/lib/exe/ajax.php dokuwiki-0.0.20120125b/lib/exe/ajax.php
--- dokuwiki-0.0.20120125a/lib/exe/ajax.php	2012-04-19 12:09:54.0 +0200
+++ dokuwiki-0.0.20120125b/lib/exe/ajax.php	2012-07-13 13:13:57.0 +0200
@@ -13,7 +13,6 @@
 
 header('Content-Type: text/html; charset=utf-8');
 
-
 //call the requested function
 if(isset($_POST['call'])){
 $call = $_POST['call'];
@@ -204,7 +203,7 @@
 global $conf;
 global $NS;
 
-$NS = $_POST['ns'];
+$NS = cleanID($_POST['ns']);
 if ($_POST['do'] == 'media') {
 tpl_mediaFileList();
 } else {
diff -Nru dokuwiki-0.0.20120125a/VERSION dokuwiki-0.0.20120125b/VERSION
--- dokuwiki-0.0.20120125a/VERSION	2012-04-19 12:12:33.0 +0200
+++ dokuwiki-0.0.20120125b/VERSION	2012-07-13 13:13:57.0 +0200
@@ -1 +1 @@
-2012-01-25a "Angua"
+2012-01-25b "Angua"

Bug#681205: lynx-cur: SSL error on ent.ens-lyon.fr

[Thomas Dickey]

On Wed, Jul 11, 2012 at 02:31:49PM +0200, Vincent Lefevre wrote:
> Package: lynx-cur
> Version: 2.8.8dev.12-2
> Severity: normal
> 
> "lynx https://ent.ens-lyon.fr/"; gives the following error:
> 
> SSL error:host(ent.ens-lyon.fr)!=cert(CN)-Continue? (y)

I don't get this result in Debian/testing any more - using a default
lynx.cfg, etc.  It prompts me for the cookie, and if accepted goes
to the login page.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#684976: [eboard] Takeback command don't work on FICS

[Davide Governale]

Package: eboard
Version: 1.1.1-5
Severity: normal

--- Please enter the report below this line. ---
Hi Vincent,

When I click on the tab [game] → [withdraws move], I get an error:
"eboard does not support this protocol". Why does this happen?

Kindly,
Davide Governale.


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

Debian Release: wheezy/sid
  500 unstableftp.deb-multimedia.org 
  500 unstableftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
libatk1.0-0  (>= 1.12.4) | 2.4.0-2
libc6  (>= 2.3.6-6~) | 2.13-35
libcairo2 (>= 1.2.4) | 1.12.2-2
libfontconfig1(>= 2.8.0) | 2.9.0-7
libfreetype6  (>= 2.2.1) | 2.4.9-1
libgcc1 (>= 1:4.1.1) | 1:4.7.1-6
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.26.1-1
libglib2.0-0 (>= 2.12.0) | 2.32.3-1
libgtk2.0-0   (>= 2.8.0) | 2.24.10-2
libpango1.0-0(>= 1.14.0) | 1.30.0-1
libpng12-0 (>= 1.2.13-4) | 1.2.49-2
libstdc++6  (>= 4.6) | 4.7.1-6


Recommends(Version) | Installed
===-+-===
sox | 14.4.0-3
xfonts-75dpi| 1:1.0.3


Suggests (Version) | Installed
==-+-===
gnuchess   | 
 OR crafty | 
eboard-extras-pack1| 







signature.asc
Description: PGP signature

Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters

[Thomas Dickey]

On Fri, May 18, 2012 at 10:37:06AM +0200, Vincent Lefevre wrote:
> Package: lynx-cur
> Version: 2.8.8dev.12-2
> Severity: normal
> 
> lynx displays search text at the wrong column if preceded by UTF-8
> characters. For instance, consider:

This is addressed by setting

XHTML_PARSING:true

in lynx.cfg

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#684977: missing runtime dependency

[olivier sallou]

Package: circos
Version: 0.61-1
Severity: normal
File: circos

Circos needs libclone-perl as runtime dependency and is missing
in control file

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

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

Versions of packages circos depends on:
ii  dpkg1.16.8
ii  fonts-cmu   0.7.0-2
ii  libcarp-always-perl 0.11-1
ii  libconfig-general-perl  2.50-1
ii  libdata-dumper-simple-perl  0.11-4
ii  libfile-basedir-perl0.03-1
pn  libfile-spec-perl   
ii  libfont-ttf-perl0.48-1
ii  libgd-gd2-perl  1:2.46-3+b1
ii  libgetopt-simple-perl   1.52-2
ii  libgraphics-colorobject-perl0.5.0-4
ii  libio-all-perl  0.44-1
ii  liblist-allutils-perl   0.03-1
ii  libmath-bezier-perl 0.01-1
ii  libmath-round-perl  0.06-3
ii  libmath-vec-perl1.01-1
ii  libmath-vecstat-perl0.08-1
ii  libparams-validate-perl 1.06-1
ii  libreadonly-perl1.03-4
ii  libregexp-common-perl   2011121001-1
ii  libset-intspan-perl 1.16-1
ii  libtext-format-perl 0.56-1
ii  otf-symbols-circos  0.61-1
ii  perl5.14.2-12
ii  perl-modules [libmath-bigint-perl]  5.14.2-12

Versions of packages circos recommends:
pn  circos-tools  

circos suggests no packages.

-- 

gpg key id: 4096R/326D8438  (keyring.debian.org)

Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Bug#682469: jaxe: Drop dependency on libreoffice/openoffice

[James Page]

Package: jaxe
Version: 3.5-2
Followup-For: Bug #682469
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Fix FTBFS due to obsolete dependency (LP: #1009459):
- d/control,rules: Drop dependency on openoffice.org-java-common; A JAXP
  implementation is provided as part of the standard Java runtime so its
  no longer required.

Thanks for considering the patch.


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

Kernel: Linux 3.5.0-10-generic (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.11 (GNU/Linux)

iQIcBAEBCAAGBQJQK4HcAAoJEL/srsug59jDTMUQALSLIZJnOOj1Cf2c43/+/K3z
+BEAtsiEUS/eEIjwOX/8COtvW3fmd1WP9DMSCkBcczdSoWqDezgXphx5arGQvmBQ
Y0LC6XNrVikVs/Kz9tglIeBceMS4bTnsVvFb1DbW9zgHalfric22bSRtaZrT7zvq
xg3HIDwQRX7/Iy1p/ZTW8D/a/Z4eRcwG16Xqjfj50LDFCNmqQME5NCnIf/Num8UR
tyWDJb5CgtrSitEKIdRlzHI56vp43Vh5NzTKyuwEnKze4XfZt9qd7gdIgX/Y8kFN
OYriMcpzuNY85DmvLMDdzaccUYRnokHmpXBpKjZjEImMLOLdUZZBgeVi8oN2+d53
u3pXxfFXEmg+xCMnBX32Z+2XYV6zU9Xt9Cy+hhJht3i5shI5rSIneVq6i2fo+GG9
VhCHRbLbq0PAH9FBV+8E/i4GMXQdVH1GfQDhfGyY8axb0gPt9UkOKRCFf90rufJH
sUPuiX4OMqTUDK8kEYZZy1vbwfArfw+Z95zaRk2y/vDEubKUlAXaFGayzT0ZXt+0
D+41MCysYPWftMHBgVxrs+ribg5WHCUh2A1otECOCYt7v39ochHABpj7AG+2s1k0
jZ9HmHqX1Yds1e3f34h8t3Dz2cqQ3BE7EnNr52nw4useRqaZx8+yvRg3+su+rHaA
fTgFeyY7nPFLyEE9YFod
=vJNw
-END PGP SIGNATURE-
diff -u jaxe-3.5/debian/changelog jaxe-3.5/debian/changelog
diff -u jaxe-3.5/debian/rules jaxe-3.5/debian/rules
--- jaxe-3.5/debian/rules
+++ jaxe-3.5/debian/rules
@@ -9,7 +9,7 @@
 JAVACLASSES=/usr/share/java
 SRCDIR=source
 
-CLASSPATH=$(JAVACLASSES)/avalon-framework.jar:$(JAVACLASSES)/batik-all.jar:$(JAVACLASSES)/commons-io.jar:$(JAVACLASSES)/commons-logging.jar:$(JAVACLASSES)/cortado.jar:$(JAVACLASSES)/fop.jar:$(JAVACLASSES)/jazzy.jar:$(JAVACLASSES)/jing.jar:$(JAVACLASSES)/log4j-1.2.jar:$(JAVACLASSES)/xml-commons-resolver-1.1.jar:$(JAVACLASSES)/openoffice/saxon9.jar:$(JAVACLASSES)/serializer.jar:$(JAVACLASSES)/xalan2.jar:$(JAVACLASSES)/xercesImpl.jar:$(JAVACLASSES)/xml-apis.jar:$(JAVACLASSES)/xml-apis-ext.jar:$(JAVACLASSES)/xml-commons-external.jar:$(JAVACLASSES)/xmlgraphics-commons.jar:$(JAVACLASSES)/xsltc.jar
+CLASSPATH=$(JAVACLASSES)/avalon-framework.jar:$(JAVACLASSES)/batik-all.jar:$(JAVACLASSES)/commons-io.jar:$(JAVACLASSES)/commons-logging.jar:$(JAVACLASSES)/cortado.jar:$(JAVACLASSES)/fop.jar:$(JAVACLASSES)/jazzy.jar:$(JAVACLASSES)/jing.jar:$(JAVACLASSES)/log4j-1.2.jar:$(JAVACLASSES)/xml-commons-resolver-1.1.jar:$(JAVACLASSES)/serializer.jar:$(JAVACLASSES)/xalan2.jar:$(JAVACLASSES)/xercesImpl.jar:$(JAVACLASSES)/xml-apis.jar:$(JAVACLASSES)/xml-apis-ext.jar:$(JAVACLASSES)/xml-commons-external.jar:$(JAVACLASSES)/xmlgraphics-commons.jar:$(JAVACLASSES)/xsltc.jar
 
 build: build-indep
 build-arch:
diff -u jaxe-3.5/debian/control jaxe-3.5/debian/control
--- jaxe-3.5/debian/control
+++ jaxe-3.5/debian/control
@@ -2,7 +2,7 @@
 Priority: extra
 Maintainer: Samuel Thibault 
 Build-Depends: debhelper (>= 7)
-Build-Depends-Indep: default-jdk, libfop-java, libavalon-framework-java, libbatik-java, libcommons-io-java, libcommons-logging-java, libjazzy-java, libjing-java, liblog4j1.2-java, openoffice.org-java-common, libxml-commons-resolver1.1-java, libxalan2-java, libxerces2-java, libxml-commons-external-java, libxmlgraphics-commons-java, libxsltc-java, imagemagick, ant
+Build-Depends-Indep: default-jdk, libfop-java, libavalon-framework-java, libbatik-java, libcommons-io-java, libcommons-logging-java, libjazzy-java, libjing-java, liblog4j1.2-java, libxml-commons-resolver1.1-java, libxalan2-java, libxerces2-java, libxml-commons-external-java, libxmlgraphics-commons-java, libxsltc-java, imagemagick, ant
 Standards-Version: 3.9.2
 Section: java
 Homepage: http://jaxe.sourceforge.net/
@@ -19,7 +19,7 @@
 
 Package: libjaxe-java
 Architecture: all
-Depends: ${misc:Depends}, libavalon-framework-java, libbatik-java, libcommons-io-java, libcommons-logging-java, libfop-java, libjazzy-java, libjing-java, liblog4j1.2-java, openoffice.org-java-common, libxml-commons-resolver1.1-java, libxalan2-java, libxerces2-java, libcortado-java, libxml-commons-external-java, libxmlgraphics-commons-java, libxsltc-java
+Depends: ${misc:Depends}, libavalon-framework-java, libbatik-java, libcommons-io-java, libcommons-logging-java, libfop-java, libjazzy-java, libjing-java, liblog4j1.2-java, libxml-commons-resolver1.1-java, libxalan2-java, libxerces2-java, libcortado-java, libxml-commons-external-java, libxmlgraphics-commons-java, libxsltc-java
 Description: JAva Xml Editor - library
  Jaxe is an XML editor adaptable to

Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters

[Vincent Lefevre]

On 2012-08-15 05:46:53 -0400, Thomas Dickey wrote:
> On Fri, May 18, 2012 at 10:37:06AM +0200, Vincent Lefevre wrote:
> > lynx displays search text at the wrong column if preceded by UTF-8
> > characters. For instance, consider:
> 
> This is addressed by setting
> 
> XHTML_PARSING:true
> 
> in lynx.cfg

I don't see why a display problem should be affected by parsing.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#684968: debian-installer: requests non-free firmware for a device that works just as well without it

[Brian Potkin]

On Wed 15 Aug 2012 at 10:30:06 +0200, Stefan Nagy wrote:

[I sent to debian-boot and forgot to Cc: the bug]

> Package: debian-installer
> Severity: wishlist
> Tags: d-i
> 
> Dear Maintainer,
> 
> I have a notebook with a realtek nic which doesn't need any non-free firmware
> files to operate. However, debian installer requests me to install non-free
> firmware. It doesn't make any difference if I install it or reject the request
> – the network adapter just works.
> 
> Debian installer shouldn't ask me to install non-free firmware for a device
> that works just as well without it.

What else can the installer do other than pass on the request from the
kernel? Please don't shoot the messenger.


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

Bug#684978: linux-image-3.2.0-3-orion5x has i2c lock error in dmesg

[Jinserk Baik]

Package: linux-image-3.2.0-3-orion5x 
Version: 3.2.21-3

I have installed debian wheezy on my NAS D-link DNS-323.
After successful installation, I have set the fancontrol package with 
pwmconfig, and it's well functioned.
However, once it is rebooted, following message shows dmesg :

[   17.977840] i2c /dev entries driver
[   17.982967] rtc-m41t80 0-0068: chip found, driver version 0.05
[   19.981100] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   19.987621] rtc-m41t80 0-0068: read error
[   19.992140] rtc-m41t80 0-0068: rtc core: registered m41t80 as rtc0
[   21.991005] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   21.997528] rtc-m41t80 0-0068: Can't clear HT bit
[   22.002634] rtc-m41t80: probe of 0-0068 failed with error -5
[   22.033412] 
/build/buildd-linux_3.2.21-3-armel-hXriS9/linux-3.2.21/drivers/rtc/hctosys.c: 
unable to open rtc device (rtc0)
[   33.601130] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   33.607689] lm75: probe of 0-0048 failed with error -110
[   35.611147] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   37.611163] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   39.611150] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   41.611147] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   43.611162] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   45.611171] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   47.611147] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   65.411105] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   67.411452] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0
[   69.411149] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0

and when I run the pwmconfig again, I got the message:

# pwmconfig revision 5857 (2010-08-22)
This program will search your sensors for pulse width modulation (pwm)
controls, and test each one to see if it controls a fan on
your motherboard. Note that many motherboards do not have pwm
circuitry installed, even if your sensor chip supports pwm.

We will attempt to briefly stop each fan using the pwm controls.
The program will attempt to restore each fan to full speed
after testing. However, it is ** very important ** that you
physically verify that the fans have been to full speed
after the program has completed.

Found the following devices:
   hwmon0/device is g760a

Found the following PWM controls:
   hwmon0/device/pwm1

Giving the fans some time to reach full speed...
Found the following fan sensors:
   hwmon0/device/fan1_input current speed: 0 ... skipping!

There are no working fan sensors, all readings are 0.
Make sure you have a 3-wire fan connected.
You may also need to increase the fan divisors.
See doc/fan-divisors for more information.

this is the 'tree' output on /sys/devices/platform/mv64xxx_i2c.0/i2c-0
.
├── 0-003e
│   ├── driver -> ../../../../../bus/i2c/drivers/g760a
│   ├── fan1_alarm
│   ├── fan1_input
│   ├── hwmon
│   │   └── hwmon0
│   │   ├── device -> ../../../0-003e
│   │   ├── power
│   │   │   ├── autosuspend_delay_ms
│   │   │   ├── control
│   │   │   ├── runtime_active_kids
│   │   │   ├── runtime_active_time
│   │   │   ├── runtime_enabled
│   │   │   ├── runtime_status
│   │   │   ├── runtime_suspended_time
│   │   │   └── runtime_usage
│   │   ├── subsystem -> ../../../../../../../class/hwmon
│   │   └── uevent
│   ├── modalias
│   ├── name
│   ├── power
│   │   ├── autosuspend_delay_ms
│   │   ├── control
│   │   ├── runtime_active_kids
│   │   ├── runtime_active_time
│   │   ├── runtime_enabled
│   │   ├── runtime_status
│   │   ├── runtime_suspended_time
│   │   └── runtime_usage
│   ├── pwm1
│   ├── subsystem -> ../../../../../bus/i2c
│   └── uevent
├── 0-0048
│   ├── modalias
│   ├── name
│   ├── power
│   │   ├── autosuspend_delay_ms
│   │   ├── control
│   │   ├── runtime_active_kids
│   │   ├── runtime_active_time
│   │   ├── runtime_enabled
│   │   ├── runtime_status
│   │   ├── runtime_suspended_time
│   │   └── runtime_usage
│   ├── subsystem -> ../../../../../bus/i2c
│   └── uevent
├── 0-0068
│   ├── modalias
│   ├── name
│   ├── power
│   │   ├── autosuspend_delay_ms
│   │   ├── control
│   │   ├── runtime_active_kids
│   │   ├── runtime_active_time
│   │   ├── runtime_enabled
│   │   ├── runtime_status
│   │   ├── runtime_suspended_time
│   │   └── runtime_usage
│   ├── subsystem -> ../../../../../bus/i2c
│   └── uevent
├── delete_device
├── device -> ../../mv64xxx_i2c.0
├── i2c-dev
│   └── i2c-0
│   ├── dev
│   ├── device -> ../../../i2c-0
│   ├── name
│   ├── power
│   │   ├── autosuspend_delay_ms
│   │   ├── control
│   │   ├── runtime_active_kids
│   │   ├── runtime_active_time
│   │   ├── runtime_enabled
│   │   ├── runtime_status
│   │   ├── runtime_suspended_time
│   │   └── runtime_usage
│   ├── subsystem 

Bug#684954: installation-reports: fine apart from timezone & apt translations

[Jamie Heilman]

Christian PERRIER wrote:
> Quoting Jamie Heilman (ja...@audible.transient.net):
> > Christian PERRIER wrote:
> > > Localechooser makes it very clear that the country location impacts
> > > the timezone choices (at least as clear as one can be in a two
> > > sentences screen). 
> > 
> > Sure, I don't debate that, but I heartly debate the utility of forcing
> > me to lie and say my server is in London just to set the #@!$ing
> > timezone to UTC.

Note to anybody who thought that would even work: it won't, as it
turns out, Europe/London isn't the same as UTC.

> > Just as forcing the user to set their location to Asia/Japan to
> > set their locale to ja_JP.whatever would be stupid, forcing the
> > user to set system location to somewhere where the system isn't to
> > achieve the desired timezone is equally stupid.
> 
> You don't have to say your server is in Japan to get a ja_JP locale.
> Please better choose your arguments. This one is wrong. Ask Japanese
> users.

That's my point, I'm saying language *isn't* tied to location because
doing so would be wrong, much like tying timezone to location is
wrong.  The same logic applies.  Host location is a red herring, the
installer shouldn't even ask about it.  It should just ask what
timezone the user wants to configure, and let them choose from the
full list.  If for some unfathomable reason we simply *must* be forced
to select a server location, then stuffing the less-likely timezone
selections under a sub-menu called "other" would be acceptable too.

> > > If you want to use a given timezone, then choose the appropriate
> > > country in localechooser. This is meant for that purpose.
> > 
> > That's inane, and unless I've totally forgotten the logic flow of
> > previous installations (ISTR being able to actually choose my timezone
> > from a list in previous Debian releases), it's a sad regression.
> 
> It is not. Nothing changed about this since woody.

Wow, has it been broken for that long?  Admittedly, I usually
bootstrap new systems with debootstrap after slapping a drive into an
existing host, so it has been a while since I took the traditional
route.  Running through older installers...

Sarge   - asks for timezone explicitly and lets the user set it to
  anything; this is the correct behavior

Etch- timezone selection is restricted based on language
  selection

Lenny   - timezone selection is restricted based on language
  selection

Squeeze - timezone selection is restricted based on language
  selection

So Wheezy is arguably a small step forward, restricting timezone based
on language is worse than restricting it based on location; but the
installer has still regressed, the last time it did the right thing
was Sarge.

-- 
Jamie Heilman http://audible.transient.net/~jamie/


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

Bug#684968: debian-installer: requests non-free firmware for a device that works just as well without it

[Stefan Nagy]

Am Mittwoch, den 15.08.2012, 11:53 +0100 schrieb Brian Potkin:
> What else can the installer do other than pass on the request from the
> kernel? Please don't shoot the messenger.

Sorry – I wasn't sure to which package this bug belongs… Could you
reassign it please?

Thanks,
Stefan.


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

Bug#684979: libjboss-classloader-java: Compatibility patch to fix FTBFS with openjdk-7

[James Page]

Package: libjboss-classloader-java
Version: 2.0.6.GA-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Fix FTBFS with openjdk-7 as default java (LP: #1009465):
- d/p/java7-compat.patch: Compatiblity patch for Java 7.

Erasure semantics are stricter in Java 7; this patch hits the code with
a hammer to avoid the compilation issue and is pretty ugly but works.

Thanks for considering the patch.


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

Kernel: Linux 3.5.0-10-generic (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.11 (GNU/Linux)

iQIcBAEBCAAGBQJQK4rRAAoJEL/srsug59jDy3QP/0kx0TWeH0AWd66aE4Cd3w/Y
XW4bZ4dDCrD/Q11wJnDexZD9iT0GB6fZQjIQcPUucb88dfXPWIsVqX7SEBinxgZ9
1SajReh8CHFE7nZDFfVJ+v8jfu8pi2RXcHpc3sw1/PYx31pazqnRs1Vb9FZrLP7z
UHSAJ1a4AGr/z0xFDO4ssW33vGd7iO1AI5WJ6+w3P/UOU3ImVpKs0zPFfXCmL68Q
RrEfCAuuDTkJaPvmUQryDsOHigLCKp/7QSYlh1vPNu9YjGLCSxw8AOpkVFrIsXWQ
HGo7+EQnknFGISh7OqKASBh7Rs2QZ15DOkfEVMtgIt2is7yxrL+eV4fJn86uhVLq
qo7yZ4TUo4Xg723E4D+cn4zjU5EcZshH2m7CXwfaFU5Eb3nceRpnYQyhsMWhl9rI
0qimDs/EcYP1c+W792fDS0Qn8vnf/9doVjjZGWYPqZtNOmep7vbqFOJ3xYHXMLrr
N2k/NFfYhBSkGN3vvXuOsI1iXCMweh5HG6JVYKI5en2zcNpBQ2EQywmOHKqc9qPb
MwBN+hzptjGLcblGzmeeebJps9K/hKZdcwcO9d7QNcND7cs7WyvZrB1h1o75EAQU
OodfIxbfxgN+MXBvR/VAM8g4qm3QR7GouGLOkMxeSQCasmzJsmE0PgMqM5Qdjdlz
uGGLBCwiOSFKkzWur7Wt
=XNJk
-END PGP SIGNATURE-
diff -Nru libjboss-classloader-java-2.0.6.GA/debian/changelog libjboss-classloader-java-2.0.6.GA/debian/changelog
diff -Nru libjboss-classloader-java-2.0.6.GA/debian/patches/java7-compat.patch libjboss-classloader-java-2.0.6.GA/debian/patches/java7-compat.patch
--- libjboss-classloader-java-2.0.6.GA/debian/patches/java7-compat.patch	1970-01-01 01:00:00.0 +0100
+++ libjboss-classloader-java-2.0.6.GA/debian/patches/java7-compat.patch	2012-08-15 12:33:40.0 +0100
@@ -0,0 +1,20 @@
+Description: Compatibility Patch for Java 7
+ Avoiding:
+error: name clash: suite(Class) in IsolatedClassLoaderTest and suite(Class) \
+in AbstractTestCaseWithSetup have the same erasure, \
+yet neither hides the other
+ .
+ Class and Class match in Java7 compiler semantics - so dropping the  is OK.
+Author: James Page 
+Forwarded: no
+--- a/classloader/src/main/java/org/jboss/classloader/test/support/IsolatedClassLoaderTest.java
 b/classloader/src/main/java/org/jboss/classloader/test/support/IsolatedClassLoaderTest.java
+@@ -58,7 +58,7 @@ public abstract class IsolatedClassLoade
+ * @param clazz the test class
+ * @return the test
+ */
+-   public static Test suite(Class clazz)
++   public static Test suite(Class clazz)
+{
+   return suite(clazz, false);
+}
diff -Nru libjboss-classloader-java-2.0.6.GA/debian/patches/series libjboss-classloader-java-2.0.6.GA/debian/patches/series
--- libjboss-classloader-java-2.0.6.GA/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ libjboss-classloader-java-2.0.6.GA/debian/patches/series	2012-08-15 12:28:46.0 +0100
@@ -0,0 +1 @@
+java7-compat.patch

Bug#682631: Bug#682634: Bug#682631: linaro-image-tools: FTBFS: AttributeError: 'tuple' object has no attribute 'major'

[gregor herrmann]

On Wed, 15 Aug 2012 10:48:50 +0200, Jakub Wilk wrote:

> * gregor herrmann , 2012-08-14, 19:11:
> >+-if(sys.version_info.major < 3):
> >++if(sys.version_info[0] < 3):
> >+ # hack to make this work with Python 2
> >+-f_loc = f.decode('ascii', errors='ignore')
> >++f_loc = f.decode('ascii', 'ignore')
> >+ else:
> >+ f_loc = f.encode(enc, errors='replace').decode(enc, 
> >errors='replace')
> To be super-correct, the other "f_loc = ..." line should be fixed in
> the same way: Python 3.1 doesn't support keyword arguments in
> str.encode() either.

Oh, I guess I should have read the python stdlib docs closer.

Thanks for the review and the improvement!
 
(And thanks Martin for the quick upload).

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Elton John: Circle Of Love


signature.asc
Description: Digital signature

Bug#684947: ruby-opennebula: Missing ruby libraries: OZonesJSON

[gregor herrmann]

On Wed, 15 Aug 2012 10:43:05 +0200, Chlon Michaël wrote:

> It appears that: /usr/lib/one/ruby/zona/ belongs to: opennebula, pakage !
> Is it possible to forward my request to the maintainer of the package or
> am I forced to  open a new ticket ?

opennebula is built from the same source package, so the maintainer
should already see this bug report.
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Elton John: Circle Of Love


signature.asc
Description: Digital signature

Bug#684978: Acknowledgement (linux-image-3.2.0-3-orion5x has i2c lock error in dmesg)

[Jinserk Baik]

once again, I've got more result.

When I totally powered off the machine and did cold start. then the temperature 
sensor and fancontrol works well:

dmsg output: 
[   17.977840] i2c /dev entries driver
[   17.982967] rtc-m41t80 0-0068: chip found, driver version 0.05
[   17.990230] rtc-m41t80 0-0068: rtc core: registered m41t80 as rtc0
[   18.023383] rtc-m41t80 0-0068: setting system clock to 2012-08-15 11:39:26 
UTC (1345030766)
[   29.299611] lm75 0-0048: hwmon1: sensor 'lm75'

# sensors
g760a-i2c-0-3e
Adapter: mv64xxx_i2c adapter
fan1:6467 RPM  ALARM

lm75-i2c-0-48
Adapter: mv64xxx_i2c adapter
temp1:+43.0°C  (high = +80.0°C, hyst = +75.0°C)

however, when I rebooted the machine using 'reboot' command, then the same 
phenomenon of the previous report shows.



On Aug 15, 2012, at 8:33 PM, ow...@bugs.debian.org (Debian Bug Tracking System) 
wrote:

> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
> Debian Kernel Team 
> 
> If you wish to submit further information on this problem, please
> send it to 684...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> -- 
> 684978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684978
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


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

Bug#684733: pyhoca-cli: ImportError: No module named pyhoca.{wxgui.basepath,cli}

[Jakub Wilk]

Quoting #debian-python:
10:53 < jwilk> m1k3: The problem is that pyhoca/__init__.py doesn't exist.
10:56 < jwilk> Of course, you can't ship that file in _both_ packages.
10:57 < jwilk> Either you need to create a separate binary package for this 
single file (kinda wasteful)...
10:57 < jwilk> ...or ask dh_python2 to create the file for you in postinst (see 
--namespace option).

--
Jakub Wilk


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

Bug#684980: geogebra: Ensure backwards compatible bytecode is built

[James Page]

Package: geogebra
Version: 4.0.34.0+dfsg1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Ensure backwards compatible bytecode is built when building with
openjdk-7 as default java (LP: #1033815):
- d/ant.properties: Set source/target = 1.5.

This will ensure that this package is compatible with all versions of
java avaliable in Debian.

Thanks for considering the patch.


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

Kernel: Linux 3.5.0-10-generic (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.11 (GNU/Linux)

iQIcBAEBCAAGBQJQK491AAoJEL/srsug59jDce0P/3wIJut2NGrN/8z8H279JZeG
0KzXS4uEFph467hZUWlICqafPRkZdJdiI4G5KiRTxDAOypQFb/n/y6yd/6tLYFTt
lgQw2wkaH6NzxfPjONXUCEKPirOW1c5P6D7BOWT0WcfGF/0Aiq4EvOkMENNokPdQ
3EobID4kZa/AOOqJjzpaww75E4gCDlhd0VwXGrUUxOKu1FkHmTCsbUZmBXsYKYRs
xetbX2Zz+r/oEVlrFAYCOn1psPDH+CZDvZz1IeopC2CRpM/tzs6k4EEQ5zZBt+Rg
zMz55olZi+3+I4QXqt7wNzHEpLm2bZP+Sd0DBsWyPtHyI8VnukwrnQ3I1RtCCeN6
JP76isRBXvR0HS0gVYCYM+fGb0RnqXtka2491ZChzi8Ch31STKHeQwzym/F3KeQ7
/rxjWC56l4tbRbDg8Fv19RYFYtQxX2PFFMALHKjzBgupV++caU/CNN6vhIHeK81C
LUeqaUeq4BVZPTpXq17Us3vUDLM0kxOCBLysCEYkeMQm1NXQ7b+CiDQ5ywfF3WHl
XyFWJtp9PL09gfGzEeopKkLC6qCTMDnHEFx0f84iliHye1mudu0OVZI+WQAloGpG
fVYecdSYP/07uJpdU2vCMwio+3Wf3XE0/l5B13UM/4LCnoTQpha8CmFGbyLaZ/qe
k8oTSS1GvYPmqKR2NcwU
=+qMn
-END PGP SIGNATURE-
diff -Nru geogebra-4.0.34.0+dfsg1/debian/ant.properties geogebra-4.0.34.0+dfsg1/debian/ant.properties
--- geogebra-4.0.34.0+dfsg1/debian/ant.properties	1970-01-01 01:00:00.0 +0100
+++ geogebra-4.0.34.0+dfsg1/debian/ant.properties	2012-08-15 12:53:41.0 +0100
@@ -0,0 +1,4 @@
+# Ensure that source and target are 1.5
+# For backwards compat on Java 7
+ant.build.javac.source=1.5
+ant.build.javac.target=1.5
diff -Nru geogebra-4.0.34.0+dfsg1/debian/changelog geogebra-4.0.34.0+dfsg1/debian/changelog

Bug#684981: autoconf: make install leaves ld cache outdated

[Jean-Michel Vourgère]

Package: autoconf
Version: 2.69-1
Severity: normal

This issue was originally reported at
https://github.com/brianb/mdbtools/issues/12

mdbtools build several libraries that get installed in /usr/local/lib
"make install" rules generated by configure generated by autoconf runs
ldconfig -n /usr/local/lib
and yield a big warning:
--
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
 during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
 during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
--

File /etc/ld.so.conf.d/libc.conf is
--
# libc default configuration
/usr/local/lib
--

ldconfig -n create the symlinks /usr/local/lib/libmdb.so.2 and simmilar
but it does *not* rebuild the cache. See ldconfig(8): -n implies -N.

So if I have not installed any mdb* packages, and only installed from the
sources, when I run 'mdb-ver -M', I get

/usr/local/bin/mdb-ver: error while loading shared libraries: libmdb.so.2:
cannot open shared object file: No such file or directory

If I run "ldconfig" after make install, the ld cache is rebuilt, and it works.

I expected make install to update ld cache.

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

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

Versions of packages autoconf depends on:
ii  debianutils  4.3.2
ii  m4   1.4.16-3
ii  perl 5.14.2-12

Versions of packages autoconf recommends:
ii  automake [automaken]  1:1.11.6-1

Versions of packages autoconf suggests:
pn  autoconf-archive  
pn  autoconf-doc  
pn  autoconf2.13  
ii  gettext   0.18.1.1-9
pn  gnu-standards 
ii  libtool   2.4.2-1.1

-- no debconf information


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

Bug#678949: Bug is tagged pending - do you need a sponsor?

[Andreas Tille]

Hi,

any reason to delay an upload for this simple solution?  I'd volunteer
to sponsor / NMU.

Kind regards

Andreas.

-- 
http://fam-tille.de


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

Bug#684970: Typo in README regarding name of .deb package

[gregor herrmann]

On Wed, 15 Aug 2012 09:59:33 +0100, Martin Michlmayr wrote:

> There's a typo in README regarding the name of the .deb package.

Thanks, fixed in git.

> --- README~   2012-08-15 09:31:48.428871878 +0100
> +++ README2012-08-15 09:58:11.288720853 +0100
> @@ -17,7 +17,7 @@
>  
>  Install it as root:
>  
> -# dpkg -i oracle-instantclient11.2-basic-*.deb
> +# dpkg -i oracle-instantclient11.2-basic_*.deb
>  
>  and then you are ready to install this package.


> BTW, README.maintainer has the same issue.

I don't see this; oracle-instantclient11.2-*.deb looks good (note the
"missing" basic- (or devel-) part).
 

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: REM: Belong


signature.asc
Description: Digital signature

Bug#684970: Pending fixes for bugs in the libdbd-oracle-perl package

[pkg-perl-maintainers]

tag 684970 + pending
thanks

Some bugs in the libdbd-oracle-perl package are closed in revision
ecda66c6e713369e47cb29950489801d8abf3b20 in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbd-oracle-perl.git;a=commitdiff;h=ecda66c

Commit message:

Fix package name in debian/README.

Thanks: Martin Michlmayr for the bug report.
Closes: #684970


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

Bug#583348: invalid, misconfiguration of my sudoers

[Thomas Pierson]

Hi Didier,

I just discover that I have misconfiguration of my sudoers and it
causes this bug.

So I am sorry for the mistake, you can close this bug as invalid.

Best regards,

Thomas Pierson


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

Bug#684909: [qemu] qemu: hardware error: could not load bootloader 's390-zipl.rom'

[Bastien ROUCARIES]

On Wed, Aug 15, 2012 at 11:49 AM, Michael Tokarev  wrote:
> On 15.08.2012 12:24, Bastien ROUCARIES wrote:
>> On Tue, Aug 14, 2012 at 6:47 PM, Michael Tokarev  wrote:
> []
>>> Yes, the boot code is missing from debian.  This is a packaging error.
>>> Unfortunately no one noticed this before (it is broken since upstream
>>> version 1.0), and unfortunately it needs an introduction of a new
>>> package - s390-tools - from http://repo.or.cz/w/s390-tools.git -
>>> into debian to fix this.
>
> There's one good side here: qemu-system-s390x actually does work on
> debian, but only when given -kernel -initrd for booting.  Ie, it
> can't boot from a disk image directly, but works with external
> -kernel.  So it is at least usable still, even with a workaround.
>
>> I have read this, but they already exist a package call s390-tools
>> under debian but build only under s390. THe patch queue from the
>> upstream -- http://repo.or.cz/w/s390-tools.git is only six patch. May
>> be a better idea is to build this package in all the architecture with
>> the included patch ?
>
> Oh.  I haven't noticed it is already packaged in debian.  Just yesterday
> I talked with Bastian Blank who - it turned out - is one of uploaders
> of s390-tools package in debian - talked with him about this very issue
> in qemu, and he haven't mention this package is already part of debian.
> So it is better.
>
>> Thus no need to create a new package ? only to port the patch queue to
>> newer version and compile under all arch. I have made a patch queue if
>> needed here (beware not compile tested only apply cleanly), refreshed
>> to newer version of s390-tools.
>
> Yes, this is much easier now, since the right source package is already
> part of debian.  It just needs to produce an extra binary arch:all
> package, using an additional patch (set) from this repo.or.cz repository.
> And yes, the patchset is small.  The only prob is the packaging bits
> and the fact wheezy is in feature freeze.

BTW I have upgraded the patch queue and joined on previous mail. So
you do not need to do this work :)

Bastien


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

Bug#684983: debian-handbook: improvements for the fifteenth and sixteenth chapter

[Francesco Poli (wintermute)]

Package: debian-handbook
Version: 6.0+20120509
Severity: minor

Hello Raphaël,
I've just finished reading chapters 15 and 16: I am here sending my usual
list of corrections and improvements.


Section 15.2.1. Meta-Packages or Fake Packages
--

Typo?s/the name and the maintainer/the name of the maintainer/


Typo?s/in a Debian packages/in Debian packages/


Section 15.2.2. Simple File Archive
---

Typo?   s/The Makefile files describes/The Makefile file describes/


Section 15.4.2. Acceptance Process [and following sections]
---

The "new maintainer process" is now called the "new member process".
I think that the sections that mention this process should be
updated accordingly...


Section 16.1. Upcoming Developments
---

| a 3.x version of GNOME, which brings a deep and promising change
| in the usual graphical desktop paradigm.

Taking into account the huge amount of criticism that GNOME 3.x
received, I would suggest a more cautious phrasing, that avoids
positive (or negative) opinions on this change.
The change is deep, no doubt about it, but I would avoid labelling
it as "promising":   s/deep and promising/deep/


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

Bug#684975: unblock: dokuwiki/dokuwiki_0.0.20120125b-1

[Adam D. Barratt]

Control: tags -1 + confirmed

On 15.08.2012 11:10, Tanguy Ortolo wrote:

Please unblock package dokuwiki

Current version in testing 0.0.20120125a-1 has a security flaw 
#683378. There
is a new upstream version, 0.0.20120125b, which fixes this and only 
this.


I am not convinced that this fits into the release policy, since it 
does not

fix an RC bug, only a security one. Additionally, it consists in a
new upstream
version, which adds to this uncertainty regarding the policy. For
this reason I have not uploaded it to unstable yet. Attached it a 
debdiff of

the updated package, please advice.


Given the tiny size of the diff, I'd be prepared to accept this if it's 
uploaded soon; thanks.


Regards,

Adam


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

Bug#682517: Allow ocfs2-tools 1.6.4-2 into wheezy

[Adam D. Barratt]

On 15.08.2012 10:47, Jeremy Lainé wrote:

I have uploaded a new revision of ocfs2-tools to unstable which fixes
bug #682517
(inability to launch the ocfs2console GUI):

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682517

The fix (thanks Sébastien Villemot) is straight-forward: drop a bad
Debian/Ubuntu specific
patch, as can be seen from the attached debdiff.

Could you please let this new version migrate into wheezy?


Unblocked; thanks.

Regards,

Adam


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

Bug#684950: pu: package clamav/0.97.5+dfsg-6~squeeze1

[Adam D. Barratt]

Control: tag -1 + pending

On 14.08.2012 23:55, Scott Kitterman wrote:

Fixes a severe regression in 0.97.5 (compared to 0.97.3 in squeeze
now).  Also
include packaging improvements to correctly purge packages.

This should go into stable-updates ASAP as the package there
currently suffers
from the regression and then into the next point release when it 
happens.


Flagged for acceptance; thanks.  We can look at stable-updates once at 
least the majority of architectures are available.


Regards,

Adam


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

Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and classifier toolkit

[Jakub Wilk]

* Giulio Paci , 2012-08-15, 02:34:
Thanks to the help of Justin B Rye, I re-uploaded tinysvm on mentors 
with improved descriptions.


Thanks, that's much better. :)

The */TinySVM_wrap.c license:
| This file may be freely redistributed without license or fee provided
| this copyright message remains intact.
doesn't seem particularly free to me, as it doesn't explicitly permit 
modifications.


Hopefully this could be resolved by rebuilding the wrapper using a SWIG 
version that is less than 10 years old... The file says:

| Do not make changes to this file unless you know what you are
| doing--modify the SWIG interface file instead.
But where is the interface file? I don't see it included in the tarball.

--
Jakub Wilk


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

Bug#682816: xserver-xorg-video-intel: Slow rendering of applications using Bitmap fonts.

[Wolodja Wentland]

Package: xserver-xorg-video-intel
Followup-For: Bug #682816

I ran into the a similar issue in that gvim was redrawing windows extremely
slow. This issue happened when I set the guifont to Terminus and reports
such as [0] pointed to xserver-xorg-video-intel as the culprit.

Luckily the problem seems to be fixed in version 2:2.20.2-1 of
xserver-xorg-video-intel. This bug is quite annoying and I would very much
like to see it fixed in wheezy. I am, however, unsure how to proceed and any
help in doing so would therefore be welcomed.

[0] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000700.html


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

Bug#684984: ampache: M3U import should be ordered

[Florent Fourcot]

Package: ampache
Version: 3.6-git408e713+dfsg-2
Severity: wishlist

Hi, 

the M3U import does not conserve track order, and use tracks number to sort 
files.

I think it should use the "ordered" option of add_songs, and I attached a patch 
to fix it.

Regards,

Florent.
--- ./old/catalog.class.php	2012-08-15 14:47:57.105385685 +0200
+++ ./lib/catalog.class.php	2012-08-15 14:36:17.0 +0200
@@ -2320,7 +2320,7 @@
 
 			/* Recreate the Playlist */
 			$playlist = new Playlist($playlist_id);
-			$playlist->add_songs($songs);
+			$playlist->add_songs($songs,$ordered=true);
 			$reason = sprintf(T_ngettext('Playlist Import and Recreate Successful. Total: %d Song',
 			   'Playlist Import and Recreate Successful. Total: %d Songs',
 			   count($songs)), count($songs));

Bug#684947: ruby-opennebula: Missing ruby libraries: OZonesJSON

[Chlon Michaël]

Le 15/08/2012 13:54, gregor herrmann a écrit :
> On Wed, 15 Aug 2012 10:43:05 +0200, Chlon Michaël wrote:
>
>> It appears that: /usr/lib/one/ruby/zona/ belongs to: opennebula, pakage !
>> Is it possible to forward my request to the maintainer of the package or
>> am I forced to  open a new ticket ?
> opennebula is built from the same source package, so the maintainer
> should already see this bug report.
>  
> Cheers,
> gregor
OK !
In order to give more details:
- After starting ozone server: ozones-server start
- I try, first, to see if there is any zone:
- onezone list
And the response is:
=== 8< ==

/usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in
`gem_original_require': no such file to load -- *zona/OZonesJSON
(LoadError)*
from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in
`require'
from /usr/lib/one/ruby/zona.rb:22
from /usr/lib/one/ruby/cli/ozones_helper.rb:17:in `require'
from /usr/lib/one/ruby/cli/ozones_helper.rb:17
from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1:in `require'
from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1
from /usr/bin/onezone:31:in `require'
from /usr/bin/onezone:31

== 8< ==

So you can see that there is a missing "OZonesJSON"  under "zona"
directory !
so there is perhaps more files / modules that are missing ...

Is this explanation, put you on the right way ?

Cheers,
Michael

Bug#684697: [Pkg-clamav-devel] Bug#684697: Bugfix clamav 0.97.5+dfsg-6

[Scott Kitterman]

Daniel Tryba  wrote:

>Thank you Scott for the quick response to fix this in unstable. But the
>latest 
>version in squeeze-updates is still broken: 0.97.5+dfsg-3~squeeze1 
>IMHO it should either be removed or updated, how can this be
>accomplished?
>
I've already uploaded an update for squeeze as well. Those have tp be manually 
processed by the release team though, so it's normal for there to be some delay 
before the package is available.


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

Bug#684985: kdevelop crashes when adding new line

[dAgeCKo]

Package: kdevelop
Version: 4.3.1-3+b1

when trying to add a new line in a file, kdevelop violently crashes.
It happens sometimes (twice in a row today) and somewhat quite often.
kdevelop was started with a session and no project.

On Debian testing AMD 64, kernel 3.2+45, up-to date.
Run with XFCE (so no KDE is installed).

This happens with both my computers (1st: AMD FX, nVidia proprietary 
drivers, 2nd: AMD Athlon X2, ATI Radeon proprietary drivers).
Note that the crash can still occur even without non GPL modules loaded 
to the kernel.


Below is the backtrace:

Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f9aa7b7a760 (LWP 11472))]

Thread 10 (Thread 0x7f9a89857700 (LWP 11473)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
#1  0x7f9aa5fe2167 in wait (time=1000, this=0xeca2e0) at 
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=, mutex=0x20796a0, 
time=1000) at thread/qwaitcondition_unix.cpp:158
#3  0x7f9aa1f7762b in KDevelop::DUChainPrivate::CleanupThread::run 
(this=0x2079680) at ../../language/duchain/duchain.cpp:282
#4  0x7f9aa5fe1d0b in QThreadPrivate::start (arg=0x2079680) at 
thread/qthread_unix.cpp:307
#5  0x7f9aa406eb50 in start_thread (arg=) at 
pthread_create.c:304
#6  0x7f9aa4cf06dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112

#7  0x in ?? ()

Thread 9 (Thread 0x7f9a7567f700 (LWP 11474)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x7f9a8aa761a7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQtScript.so.4
#2  0x7f9a8aa761d9 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQtScript.so.4
#3  0x7f9aa406eb50 in start_thread (arg=) at 
pthread_create.c:304
#4  0x7f9aa4cf06dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112

#5  0x in ?? ()

Thread 8 (Thread 0x7f9a73ef7700 (LWP 11475)):
#0  0x7f9aa4071205 in __pthread_mutex_lock (mutex=0x2d628c0) at 
pthread_mutex_lock.c:92
#1  0x7f9a9fc4e1b1 in g_mutex_lock () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f9a9fc117f3 in g_main_context_release () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0

#3  0x7f9a9fc12485 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f9a9fc125f4 in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f9aa610b2a6 in QEventDispatcherGlib::processEvents 
(this=0x2d626f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6  0x7f9aa60db8cf in QEventLoop::processEvents 
(this=this@entry=0x7f9a73ef6e40, flags=...) at kernel/qeventloop.cpp:149
#7  0x7f9aa60dbb58 in QEventLoop::exec (this=0x7f9a73ef6e40, 
flags=...) at kernel/qeventloop.cpp:204
#8  0x7f9aa5fded70 in QThread::exec (this=) at 
thread/qthread.cpp:501
#9  0x7f9aa5fe1d0b in QThreadPrivate::start (arg=0x2d62170) at 
thread/qthread_unix.cpp:307
#10 0x7f9aa406eb50 in start_thread (arg=) at 
pthread_create.c:304
#11 0x7f9aa4cf06dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112

#12 0x in ?? ()

Thread 7 (Thread 0x7f9a736f6700 (LWP 11476)):
#0  0x7f9aa4ce5a93 in *__GI___poll (fds=, 
nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87

#1  0x7f9a9fc124d4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f9a9fc125f4 in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f9aa610b2a6 in QEventDispatcherGlib::processEvents 
(this=0x2d633d0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4  0x7f9aa60db8cf in QEventLoop::processEvents 
(this=this@entry=0x7f9a736f5e40, flags=...) at kernel/qeventloop.cpp:149
#5  0x7f9aa60dbb58 in QEventLoop::exec (this=0x7f9a736f5e40, 
flags=...) at kernel/qeventloop.cpp:204
#6  0x7f9aa5fded70 in QThread::exec (this=) at 
thread/qthread.cpp:501
#7  0x7f9aa5fe1d0b in QThreadPrivate::start (arg=0x2bd5f60) at 
thread/qthread_unix.cpp:307
#8  0x7f9aa406eb50 in start_thread (arg=) at 
pthread_create.c:304
#9  0x7f9aa4cf06dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112

#10 0x in ?? ()

Thread 6 (Thread 0x7f9a70f2f700 (LWP 11482)):
#0  0x7f9a9fc202c0 in g_poll () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0

#1  0x7f9a9fc124d4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f9a9fc125f4 in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f9aa610b2a6 in QEventDispatcherGlib::processEvents 
(this=0x3a85ce0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4  0x7f9aa60db8cf in QEventLoop::processEvents 
(this=this@entry=0x7f9a70f2ee10, flags=...) at kernel/qeventloop.cpp:149
#5  0x7f9aa60dbb58 in QEventLoop::exec (this=0x7f9a70f2ee10, 
flags=...) at kernel/qeventloop.cpp:204
#6  0x7

Bug#656196: [2.6.39 -> 3.0 regression] kernel stalls every few days (rcu_sched_state detected stall on CPU x)

[Michael Below]

Am Dienstag, den 14.08.2012, 09:24 -0700 schrieb Jonathan Nieder:
> Michael Below wrote:
> 
> > Before I go on to test other kernels, one other possibility has appeared
> > to me: Maybe the 3.2 bug has been fixed through new CPU microcode? Is
> > that likely? Some days after installing the 3.4 kernel I noticed a
> > message about missing microcode and installed the relevant package. The
> > CPU/BIOS has version 0x0186, the new version is 0x01db. Should I
> > try if the error reappears when removing the microcode package?
> 
> If you have time, a quick check that you can still reproduce it,
> keeping the microcode and without idle=mwait, would be nice.

Yes, I just reproduced the stall, with the current 3.2 kernel from
testing and microcode installed, see below.

Cheers

Michael

Aug 15 14:41:28 ossietzky kernel: [16772.637060] INFO: rcu_sched detected stall 
on CPU 3 (t=74995 jiffies)
Aug 15 14:41:28 ossietzky kernel: [16772.637069] sending NMI to all CPUs:
Aug 15 14:41:28 ossietzky kernel: [16772.637048] NMI backtrace for cpu 1
Aug 15 14:41:28 ossietzky kernel: [16772.637048] CPU 1 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Modules linked in: nls_utf8 
isofs cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats 
parport_pc ppdev lp parport bnep rfcomm bluetooth crc16 binfmt_misc ip6t_REJECT 
ip6t_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables ipt_REJECT 
ipt_LOG xt_limit xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state 
nf_conntrack iptable_filter ip_tables x_tables fuse smsc47b397 loop ecryptfs 
dm_crypt snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep arc4 
snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc tpm_infineon snd_seq_midi 
snd_seq_midi_event snd_rawmidi radeon rt73usb rt2x00usb rt2x00lib mac80211 ttm 
cfg80211 drm_kms_helper crc_itu_t drm power_supply snd_seq snd_seq_device 
snd_timer i2c_algo_bit snd joydev hp_wmi soundcore sp5100_tco shpchp usbhid hid 
edac_mce_amd edac_core powernow_k8 sparse_keymap i2c_piix4 usb_storage uas 
rfkill i2c_core k10temp mperf button wmi evdev psmouse serio_raw pcspkr tpm_tis 
tpm tpm_bios processor thermal_sys
Aug 15 14:41:28 ossietzky kernel: ext3 mbcache jbd dm_mod microcode sr_mod 
sd_mod cdrom crc_t10dif ohci_hcd floppy ahci libahci ehci_hcd tg3 libphy libata 
scsi_mod usbcore usb_common [last unloaded: scsi_wait_scan]
Aug 15 14:41:28 ossietzky kernel: [16772.637048] 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Pid: 0, comm: swapper/1 Not 
tainted 3.2.0-3-amd64 #1 Hewlett-Packard HP Compaq dc5850 Microtower/3029h
Aug 15 14:41:28 ossietzky kernel: [16772.637048] RIP: 0010:[] 
 [] _raw_spin_lock_irqsave+0x1e/0x25
Aug 15 14:41:28 ossietzky kernel: [16772.637048] RSP: 0018:88006d7d1ea8  
EFLAGS: 0097
Aug 15 14:41:28 ossietzky kernel: [16772.637048] RAX: 0046 RBX: 
81789584 RCX: cf05
Aug 15 14:41:28 ossietzky kernel: [16772.637048] RDX: cf05cf04 RSI: 
88006d7d1ef4 RDI: 81789584
Aug 15 14:41:28 ossietzky kernel: [16772.637048] RBP: 0005 R08: 
 R09: 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] R10: 0293 R11: 
88006d7d R12: 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] R13:  R14: 
 R15: 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] FS:  7fa45d7b09a0() 
GS:88006fc8() knlGS:f08fab70
Aug 15 14:41:28 ossietzky kernel: [16772.637048] CS:  0010 DS:  ES:  
CR0: 8005003b
Aug 15 14:41:28 ossietzky kernel: [16772.637048] CR2: 3ebcb9ff4010 CR3: 
27259000 CR4: 06e0
Aug 15 14:41:28 ossietzky kernel: [16772.637048] DR0:  DR1: 
 DR2: 
Aug 15 14:41:28 ossietzky kernel: [16772.637048] DR3:  DR6: 
0ff0 DR7: 0400
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Process swapper/1 (pid: 0, 
threadinfo 88006d7d, task 88006d7c20c0)
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Stack:
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  88006d7d1ef4 
8106a3e6  88006d7d
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  8168d980 
  8101461b
Aug 15 14:41:28 ossietzky kernel: [16772.637048]   
0001  8100d252
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Call Trace:
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  [] ? 
clockevents_notify+0x1a/0x157
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  [] ? 
amd_e400_idle+0xd3/0xe4
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  [] ? 
cpu_idle+0xaf/0xf2
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  [] ? 
arch_local_irq_restore+0x2/0x8
Aug 15 14:41:28 ossietzky kernel: [16772.637048]  [] ? 
start_secondary+0x1d5/0x1db
Aug 15 14:41:28 ossietzky kernel: [16772.637048] Code: c0 0f 

Bug#684986: reportbug crashes after selecting bug filters

[dAgeCKo]

Package: reportbug
Version: 6.4.2

After reportbug got the bugs for the choosen package, the click to the 
Continue button often leads (about 3 times over 4) to a crash.


On Debian testing AMD 64, kernel 3.2+45, up-to date and gtk+ interface.
Run with XFCE (so no KDE is installed).

Below is the backtrace:

*** glibc detected *** /usr/bin/python: double free or corruption 
(!prev): 0x038c1400 ***

=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x75b46)[0x7f411f68db46]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f411f69287c]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_region_union+0x97)[0x7f411b3cde57]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3fad7)[0x7f411b3d7ad7]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3fc83)[0x7f411b3d7c83]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_unmap+0x9f)[0x7f411b8a765f]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11935)[0x7f411d0d9935]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f411d0f2076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11935)[0x7f411d0d9935]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f411d0f2076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x8da6a)[0x7f411b6dda6a]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11a03)[0x7f411d0d9a03]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f411d0f2076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_set_child_visible+0xfb)[0x7f411b8adcfb]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x87bf3)[0x7f411b6d7bf3]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x87f5b)[0x7f411b6d7f5b]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x87fec)[0x7f411b6d7fec]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11a03)[0x7f411d0d9a03]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f411d0f2076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x97b45)[0x7f411b6e7b45]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11a03)[0x7f411d0d9a03]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f411d0f2076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x96949)[0x7f411b6e6949]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x13f099)[0x7f411b78f099]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x194)[0x7f411d0d9724]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x22530)[0x7f411d0ea530]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x9cb)[0x7f411d0f234b]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f411d0f28c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x25693e)[0x7f411b8a693e]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc4)[0x7f411b78d434]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main_do_event+0x27b)[0x7f411b78d78b]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x5d7ac)[0x7f411b3f57ac]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x7f411ca0a205]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4a538)[0x7f411ca0a538]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x72)[0x7f411ca0a932]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f411b78c797]
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so(+0x1b3f14)[0x7f411be43f14]
/usr/bin/python(PyEval_EvalFrameEx+0xd8c)[0x4eb52c]
/usr/bin/python(PyEval_EvalFrameEx+0xa82)[0x4eb222]
=== Memory map: 
0040-00674000 r-xp  08:06 201391489 
 /usr/bin/python2.7
00873000-00874000 r--p 00273000 08:06 201391489 
 /usr/bin/python2.7
00874000-008dd000 rw-p 00274000 08:06 201391489 
 /usr/bin/python2.7

008dd000-008ef000 rw-p  00:00 0
02762000-0451a000 rw-p  00:00 0 
 [heap]

7f40e800-7f40e8075000 rw-p  00:00 0
7f40e8075000-7f40ec00 ---p  00:00 0
7f40ef408000-7f40ef417000 r-xp  08:06 1258912 
 /usr/lib/python2.7/lib-dynload/pyexpat.so
7f40ef417000-7f40ef616000 ---p f000 08:06 1258912 
 /usr/lib/python2.7/lib-dynload/pyexpat.so
7f40ef616000-7f40ef617000 r--p e000 08:06 1258912 
 /usr/lib/python2.7/lib-dynload/pyexpat.so
7f40ef617000-7f40ef619000 rw-p f000 08:06 1258912 
 /usr/lib/python2.7/lib-dynload/pyexpat.so
7f40ef62-7f40ef63f000 r-xp  08:06 1258926 
 /usr/lib/python2.7/lib-dynload/_io.so
7f40ef63f000-7f40ef83f000 ---p 0001f000 08:06 1258926 
 /usr/lib/python2.7/lib-dynload/_io.so
7f40ef83f000-7f40ef84 r--p 0001f000 08:06 1258926 
 /usr/lib/python2.7/lib-dynload/_io.so
7f40ef84-7f40ef849000 rw-p 0002 08:06 1258926 
 /usr/lib/pyt

Bug#680806: Pending fixes for bugs in the libio-async-loop-glib-perl package

[pkg-perl-maintainers]

tag 680806 + pending
thanks

Some bugs in the libio-async-loop-glib-perl package are closed in
revision 696235172ec9bf162b9db7304665704b27e73c10 in branch 'master'
by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libio-async-loop-glib-perl.git;a=commitdiff;h=6962351

Commit message:

Add patch pollhup.patch: remove declaration that IO::Async::Loop::Glib can 
handle on_hangup.

POLLHUP is not reliable to detect that the reader has closed
their end of a pipe.

Thanks: Paul Evans (upstream author) for the patch.
Closes: #680806


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

Bug#684987: geeqie: New upstream version 1.1

[Andreas Metzler]

Package: geeqie
Version: 1:1.0-10.1
Severity: wishlist
Tags: patch

Hello,

geeqie 1.1 has finally been released, fixing my personal itch
(corrupted image with overlay
https://sourceforge.net/tracker/?func=detail&aid=2951368&group_id=222125&atid=1054680).
 
https://sourceforge.net/mailarchive/message.php?msg_id=29671126

Find attached a straightforward patch for updating to 1.1.

cu andreas
>From 1c5b0b1b19c9911065985186797f2e9ca5f3979e Mon Sep 17 00:00:00 2001
From: Andreas Metzler 
Date: Wed, 15 Aug 2012 14:20:06 +0200
Subject: [PATCH 1/4] geeqie 1.1 - bump version in changelog.

---
 debian/changelog |6 ++
 1 file changed, 6 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 8ee8b03..efd7307 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+geeqie (1:1.1-0.1) UNRELEASED; urgency=low
+
+  * New upstream version.
+
+ -- Andreas Metzler   Wed, 15 Aug 2012 14:19:05 +0200
+
 geeqie (1:1.0-10.1) unstable; urgency=high
 
   * Non-maintainer upload.
-- 
1.7.10.4

>From d19f3cf757281a2ac2a63a627f73c64f6fe9f27b Mon Sep 17 00:00:00 2001
From: Andreas Metzler 
Date: Wed, 15 Aug 2012 14:38:07 +0200
Subject: [PATCH 2/4] Drop patches included upstream

---
 debian/changelog|2 +
 debian/patches/bug-529531.patch |   39 --
 debian/patches/bug-562488.patch |   41 --
 debian/patches/bug-574853.patch |   44 --
 debian/patches/bug-620895.patch |  982 ---
 debian/patches/lfs-suport.patch |   13 -
 debian/patches/series   |5 -
 7 files changed, 2 insertions(+), 1124 deletions(-)
 delete mode 100644 debian/patches/bug-529531.patch
 delete mode 100644 debian/patches/bug-562488.patch
 delete mode 100644 debian/patches/bug-574853.patch
 delete mode 100644 debian/patches/bug-620895.patch
 delete mode 100644 debian/patches/lfs-suport.patch

diff --git a/debian/changelog b/debian/changelog
index efd7307..2ff4b7c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
 geeqie (1:1.1-0.1) UNRELEASED; urgency=low
 
   * New upstream version.
+  * Drop patches included upstream. (lfs-suport.patch bug-529531.patch
+bug-562488.patch bug-574853.patch bug-620895.patch)
 
  -- Andreas Metzler   Wed, 15 Aug 2012 14:19:05 +0200
 
diff --git a/debian/patches/bug-529531.patch b/debian/patches/bug-529531.patch
deleted file mode 100644
index 774e71b..000
--- a/debian/patches/bug-529531.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-commit 6fcdda3222c7093492c5568969ced1f63d825064
-Author: Klaus Ethgen 
-Date:   Sat Apr 9 19:47:30 2011 +0100
-
-Do not delete path settings when adding new directory
-
-This patch will change the way, geeqie is mangling the path name in the
-rename (copy) dialog when creating new directory. Will fix the bugs
-Debian:529531 and SF:2795791.
-
-diff --git a/src/ui_pathsel.c b/src/ui_pathsel.c
-index 6b69c05..d58c5ac 100644
 a/src/ui_pathsel.c
-+++ b/src/ui_pathsel.c
-@@ -740,7 +740,10 @@ static void dest_new_dir_cb(GtkWidget *widget, gpointer data)
- 	tmp = gtk_entry_get_text(GTK_ENTRY(dd->entry));
- 	if (!isname(tmp))
- 		{
--		path = g_strdup(tmp);
-+		buf = remove_trailing_slash(tmp);
-+		path = g_strdup(buf);
-+		g_free(buf);
-+		buf = remove_level_from_path(path);
- 		from_text = TRUE;
- 		}
- 	else
-@@ -765,7 +768,11 @@ static void dest_new_dir_cb(GtkWidget *widget, gpointer data)
- 		GtkListStore *store;
- 		const gchar *text;
- 
--		if (from_text) gtk_entry_set_text(GTK_ENTRY(dd->entry), dd->path);
-+		if (from_text)
-+			{
-+			dest_populate(dd, buf);
-+			g_free(buf);
-+			}
- 
- 		store = GTK_LIST_STORE(gtk_tree_view_get_model(GTK_TREE_VIEW(dd->d_view)));
- 
diff --git a/debian/patches/bug-562488.patch b/debian/patches/bug-562488.patch
deleted file mode 100644
index c0ee92b..000
--- a/debian/patches/bug-562488.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-commit 8f9ba4127954be5e04ac4c8b1822399a435af1ed
-Author: Klaus Ethgen 
-Date:   Sun May 15 19:44:04 2011 +0100
-
-Fix a remote command bug
-
-diff --git a/src/remote.c b/src/remote.c
-index f2f07dc..c94803b 100644
 a/src/remote.c
-+++ b/src/remote.c
-@@ -736,6 +736,7 @@ void remote_help(void)
- 			}
- 		i++;
- 		}
-+	printf_term(N_("\n  All other command line parameters are used as plain files if they exists.\n"));
- }
- 
- GList *remote_build_list(GList *list, gint argc, gchar *argv[], GList **errors)
-@@ -752,7 +753,7 @@ GList *remote_build_list(GList *list, gint argc, gchar *argv[], GList **errors)
- 			{
- 			list = g_list_append(list, argv[i]);
- 			}
--		else if (errors)
-+		else if (errors && !isfile(argv[i]))
- 			{
- 			*errors = g_list_append(*errors, argv[i]);
- 			}
-@@ -762,6 +763,13 @@ GList *remote_build_list(GList *list, gint argc, gchar *argv[], GList **errors)
- 	return list;
- }
- 
-+/**
-+ * \param arg_exec Binary (argv0)
-+ * \param remote_list Evaluated and recognized remote commands
-+ * \param path The current path
-+ * \param cmd_list List of all non collections in Path
-+ * \param co

Bug#684988: unblock: libio-async-loop-glib-perl/0.20-2

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package libio-async-loop-glib-perl.

unblock libio-async-loop-glib-perl/0.20-2


0.20-2 fixes RC bug #680806.
The upload adds a patch provided by upstream that removes the
assumption that POLLHUP would work reliably -- which it doesn't.

Upstream bug: https://rt.cpan.org/Public/Bug/Display.html?id=78891

Changelog:

libio-async-loop-glib-perl (0.20-2) unstable; urgency=low

  * Add patch pollhup.patch: remove declaration that IO::Async::Loop::Glib
can handle on_hangup. POLLHUP is not reliable to detect that the
reader has closed their end of a pipe. Thanks to Paul Evans (upstream
author) for the patch. (Closes: #680806)

 -- gregor herrmann   Wed, 15 Aug 2012 15:12:49 +0200


Complete debdiff attached.


Thank in advance,
gregor

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

iQIcBAEBCAAGBQJQK6V1AAoJELs6aAGGSaoGU8MQAJ+3En+cYOor7VVPCkle6rq1
3Sbq5ftzf0nNTyh2HBrex3FeFkjf0LZcsnulkvz2cxa/WByQHGVP3GMe9LmOi9GG
bRspMxa6y4TNJaeuDtOB34Z97IzZgl8SnZGcjFqY1JR2OmozxG8ke65ptI8g3Nal
Z6Co4WrlwlC6c2fO9FeO8CG8Fwfc3pqZFowwD3EXhp91OxbbFhUtiFbmJfL2kd5E
2Q28MQugIVhUjwYS2YEFDG4nNmHiszdDmPNE+eFYBQDW1mmuoS7gvuHyFRNqCjPw
lnDUt/vbanR9Nu87qoa4Q95QgovMJECxqkbN771kSbljIF4/PdUrM5EzlusG/jS6
YRNHEsE6Oo9TunEuMTR2Opt0dHdxqPnS9h5zO5VBfBEP/dzV0KvMFxf3Ml32yAJU
Ly8nzmL49CXWEI0KUVtc9ynsS2Uz2/jakXMc8mgfsrEigxrFm1aptgWgksy75mr1
Kr7OZUVP2EHuLQafn6uQWxuoZGQ7TXz0F2cezgeyf3Jg5BVhIgi1TFVZ/GIRcb2j
gfRAWaxOkxJIUV4396LbsZPFXmaabJYQmmGO970CBu36kFaUGRUGppb5CwpDRMcL
qH8R9dYp99s8jO4X0vZ/kp8+vhyW8V7KczHU26aOTJDSlQQv244bfTRDFBaRIkA2
NpuWHeBCbJSkBo9x+56Y
=s2eq
-END PGP SIGNATURE-
diff -Nru libio-async-loop-glib-perl-0.20/debian/changelog libio-async-loop-glib-perl-0.20/debian/changelog
--- libio-async-loop-glib-perl-0.20/debian/changelog	2011-09-18 18:23:28.0 +0200
+++ libio-async-loop-glib-perl-0.20/debian/changelog	2012-08-15 15:16:32.0 +0200
@@ -1,3 +1,12 @@
+libio-async-loop-glib-perl (0.20-2) unstable; urgency=low
+
+  * Add patch pollhup.patch: remove declaration that IO::Async::Loop::Glib
+can handle on_hangup. POLLHUP is not reliable to detect that the
+reader has closed their end of a pipe. Thanks to Paul Evans (upstream
+author) for the patch. (Closes: #680806)
+
+ -- gregor herrmann   Wed, 15 Aug 2012 15:12:49 +0200
+
 libio-async-loop-glib-perl (0.20-1) unstable; urgency=low
 
   * Team upload.
diff -Nru libio-async-loop-glib-perl-0.20/debian/patches/pollhup.patch libio-async-loop-glib-perl-0.20/debian/patches/pollhup.patch
--- libio-async-loop-glib-perl-0.20/debian/patches/pollhup.patch	1970-01-01 01:00:00.0 +0100
+++ libio-async-loop-glib-perl-0.20/debian/patches/pollhup.patch	2012-08-15 15:16:32.0 +0200
@@ -0,0 +1,22 @@
+Description: remove IaLoop::Glib's declaration that it can handle on_hangup
+ "[The bug] comes from an expectation on my part hat POLLHUP was actually
+ reliable across operating systems, to detect that the reader has closed
+ their end of a pipe. Turns out this really isn't the case at all."
+Origin: upstream, RT#78891
+Bug: http://rt.cpan.org/Public/Bug/Display.html?id=78891
+Bug-Debian: http://bugs.debian.org/680806
+Author: Paul Evans 
+Reviewed-by: gregor herrmann 
+Last-Update: 2012-08-15
+
+--- a/lib/IO/Async/Loop/Glib.pm
 b/lib/IO/Async/Loop/Glib.pm
+@@ -13,7 +13,7 @@
+ 
+ # Only Linux is known always to be able to report EOF conditions on
+ # filehandles using POLLHUP
+-use constant _CAN_ON_HANGUP => ( $^O eq "linux" );
++#use constant _CAN_ON_HANGUP => ( $^O eq "linux" );
+ 
+ use base qw( IO::Async::Loop );
+ IO::Async::Loop->VERSION( '0.33' );
diff -Nru libio-async-loop-glib-perl-0.20/debian/patches/series libio-async-loop-glib-perl-0.20/debian/patches/series
--- libio-async-loop-glib-perl-0.20/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ libio-async-loop-glib-perl-0.20/debian/patches/series	2012-08-15 15:16:32.0 +0200
@@ -0,0 +1 @@
+pollhup.patch

Bug#681564: Info received (Bug#681564: Info received (Bug#681564: Acknowledgement (webgui: apache2 segfaults)))

[Dean Hamstead]

Oh, please dont interpret regular debugging details as pressure to 
resolve the issues.
I am simply trying to provide as much information as possible so that 
webgui can 'just work' in debian


On 2012-08-15 12:51, Ernesto Hernández-Novich wrote:

On Mon, 2012-08-13 at 21:32 +1000, Dean Hamstead wrote:

[...]
Apache2/Cookie.pm
APR/Request/Cookie.pm
root@webgui:~#

though, if i just drop all the webgui loading and just run a perl
script that loads Apache2::Cookie, i dont see a segfault.
if i load them early in perload.perl - i still see the segfault.


I'd like to start by pointing out that I haven't tried to run WebGUI
with Perl 5.14 yet, so I thank you for your debugging efforts.

Please try removing or commenting out the

require Apache2::Cookie;

line from /etc/webgui/preload.perl and restart Apache.



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

Bug#684989: [quodlibet] New version upstream

[Omega Weapon]

Package: quodlibet
Version: 2.4-1
Severity: wishlist

Please update quodlibet to 2.4.1: 
http://quodlibet.googlecode.com/files/quodlibet-2.4.1.tar.gz


Thanks


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

Bug#681564: Info received (Bug#681564: Info received (Bug#681564: Acknowledgement (webgui: apache2 segfaults)))

[Dean Hamstead]

commenting out Apache2::Cookie in preload.perl had no effect :(

On 2012-08-15 12:51, Ernesto Hernández-Novich wrote:

On Mon, 2012-08-13 at 21:32 +1000, Dean Hamstead wrote:

[...]
Apache2/Cookie.pm
APR/Request/Cookie.pm
root@webgui:~#

though, if i just drop all the webgui loading and just run a perl
script that loads Apache2::Cookie, i dont see a segfault.
if i load them early in perload.perl - i still see the segfault.


I'd like to start by pointing out that I haven't tried to run WebGUI
with Perl 5.14 yet, so I thank you for your debugging efforts.

Please try removing or commenting out the

require Apache2::Cookie;

line from /etc/webgui/preload.perl and restart Apache.



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

Bug#684733: [pkg-x2go-devel] Bug#684734: pyhoca-cli: ImportError: No module named pyhoca.{wxgui.basepath, cli}

[Mike Gabriel]

Hi Jakub,

On Mi 15 Aug 2012 14:01:12 CEST Jakub Wilk wrote:


Quoting #debian-python:
10:53 < jwilk> m1k3: The problem is that pyhoca/__init__.py doesn't exist.
10:56 < jwilk> Of course, you can't ship that file in _both_ packages.
10:57 < jwilk> Either you need to create a separate binary package  
for this single file (kinda wasteful)...
10:57 < jwilk> ...or ask dh_python2 to create the file for you in  
postinst (see --namespace option).


In the role of X2Go upstream I hope to have fixed the issue (patch  
shows the solution for pyhoca-gui, pyhoca-cli is similar):

http://paste.debian.net/183658/

Do you agree?

Thanks,
Mike


--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgp72qDkdPYOX.pgp
Description: Digitale PGP-Unterschrift

Bug#684990: [ginkgocadx] Unable to close application

[Ivan Mincik]

Package: ginkgocadx
Version: 2.12.0.4889-1
Severity: normal

--- Please enter the report below this line. ---
I am unable to close application using File -> Exit. No interesting message 
appears when running from command line.
To replicate just start application and try to close.

Anyway, thanks for packaging.  


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

Debian Release: wheezy/sid
  500 testing security.debian.org 
  500 testing qgis.org 
  500 testing ftp.cz.debian.org 
  500 stable  dl.google.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libatk1.0-0 (>= 1.12.4) | 2.4.0-2
libc6  (>= 2.4) | 2.13-33
libcairo2   (>= 1.8.10) | 1.12.2-2
libdcmtk2(>= 3.6.0) | 3.6.0-11
libfftw3-3  | 3.3.2-3
libfreetype6 (>= 2.2.1) | 2.4.9-1
libgcc1(>= 1:4.1.1) | 1:4.7.1-2
libgdcm2.2  | 2.2.0-13
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.26.1-1
libgl1-mesa-glx | 8.0.4-1
 OR libgl1  | 
libglib2.0-0(>= 2.12.0) | 2.32.3-1
libgtk2.0-0 (>= 2.24.0) | 2.24.10-2
libinsighttoolkit3.20   | 3.20.1+git20120521-3
libpango1.0-0   (>= 1.14.0) | 1.30.0-1
libpng12-0(>= 1.2.13-4) | 1.2.49-1
libsqlite3-0   (>= 3.7.6.1) | 3.7.13-1
libssl1.0.0  (>= 1.0.0) | 1.0.1c-4
libstdc++6 (>= 4.6) | 4.7.1-2
libtiff5  (>> 4.0.0-1~) | 4.0.2-2
libvtk5.8   | 5.8.0-13+b1
libwrap0(>= 7.6-4~) | 7.6.q-24
libwxbase2.8-0(>= 2.8.12.1) | 2.8.12.1-11
libwxgtk2.8-0 (>= 2.8.12.1) | 2.8.12.1-11
libxml2 (>= 2.6.27) | 2.8.0+dfsg1-5
zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-13


Package's Recommends field is empty.

Package's Suggests field is empty.

-- 
Ivan Mincik 


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

Bug#684991: Please allow uploading ejabberd 2.1.10-3 to Wheezy

[Konstantin Khomoutov]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: freeze-exception
Severity: normal

Please allow uploading of ejabberd-2.1.10-3 into Wheezy which fixes
three important bugs.

One of this bugs, #654853 has been fixed upstream in 2.1.11, and
the fixes for #664034 and #670307 have been integrated into the
Debian package for 2.1.11, so we intended to fix them all by uploading
that Debian package.  Unfortunately, the upload did not happen before
the freeze, so we're stuck with 2.1.10.  Since all these important
important bugs apply to 2.1.10, I've implemented fixes for them in the
existing 2.1.10 package and hereby ask for the permission to upload the
new package.
diff -u ejabberd-2.1.10/debian/changelog ejabberd-2.1.10/debian/changelog
--- ejabberd-2.1.10/debian/changelog
+++ ejabberd-2.1.10/debian/changelog
@@ -1,3 +1,16 @@
+ejabberd (2.1.10-3) unstable; urgency=low
+
+  [ Konstantin Khomoutov ]
+  * Provide custom implementation of xmerl_regexp:sh_to_awk/1
+(closes: #670307).
+  * Add use_dpkg_buildflags.patch (thanks to Simon Ruderich,
+closes: #664034).
+  * Add relax-digest-uri-handling.patch (closes: #654853).
+  * Add Slovak translation (thanks to Slavko, closes: #647115).
+  * Add Italian translation (thanks to Beatrice Torracca, closes: #682987).
+
+ -- Konstantin Khomoutov   Sun, 20 May 2012 
14:51:12 +0400
+
 ejabberd (2.1.10-2) unstable; urgency=low
 
   [ Gerfried Fuchs ]
diff -u ejabberd-2.1.10/debian/patches/series 
ejabberd-2.1.10/debian/patches/series
--- ejabberd-2.1.10/debian/patches/series
+++ ejabberd-2.1.10/debian/patches/series
@@ -1,4 +1,7 @@
+use_dpkg_buildflags.patch
+ejabberd_regexp.patch
 mod_admin_extra.patch
 captcha.patch
 fix_examples.patch
 reopen-log.patch
+relax-digest-uri-handling.patch
only in patch2:
unchanged:
--- ejabberd-2.1.10.orig/debian/patches/ejabberd_regexp.patch
+++ ejabberd-2.1.10/debian/patches/ejabberd_regexp.patch
@@ -0,0 +1,95 @@
+Description: Provide custom replacement for xmerl_regexp:sh_to_awk/1
+ Erlang R15 dropped support for its old regular expressions library
+ (implemented as the "regexp" module) and replaced it with a new,
+ PCRE-based, implementation (implemented as the "re" module).
+ This transition lost the regexp:sh_to_awk/1 function which, given
+ a "glob-style expression" commonly used in POSIX shells to match
+ filenames, would produce a regular expression specification with
+ the equivalent semantics.  The ejabberd upstream tried to combat
+ this situation [1] by using xmerl_regexp:sh_to_awk/1.
+ This introduced an implicit dependency on the erlang-xmerl library
+ which has been the cause for a Debian bug #670307.
+ Depending on erlang-xmerl has two problems:
+ 1) It's a 1.5M library otherwise not used by ejabberd code while
+the function itself is rather straightforward to implement.
+ 2) The implementation of xmerl_regexp:sh_to_awk/1 has certain
+flaws (incorrect parsing of bracketed expressions, not escaping
+match repetition counts).
+ As a result, a custom implementation of sh_to_awk/1 is provided,
+ which works almost like xmerl_regexp:sh_to_awk/1 but fixes its flaws.
+ 1. https://support.process-one.net/browse/EJAB-921
+Author: Konstantin Khomoutov 
+Forwarded: no
+Last-Update: 2012-06-04
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/ejabberd_regexp.erl
 b/src/ejabberd_regexp.erl
+@@ -26,6 +26,7 @@
+ 
+ -module(ejabberd_regexp).
+ -compile([export_all]).
++-import(lists, [reverse/1, member/2]).
+ 
+ exec(ReM, ReF, ReA, RgM, RgF, RgA) ->
+ try apply(ReM, ReF, ReA)
+@@ -66,7 +67,56 @@
+   A -> A
+ end.
+ 
+-sh_to_awk(ShRegExp) ->
+-case exec(xmerl_regexp, sh_to_awk, [ShRegExp], regexp, sh_to_awk, 
[ShRegExp]) of
+-  A -> A
++sh_to_awk(Pattern) when is_list(Pattern) ->
++fnmatch_char(Pattern, [$(,$^]).
++
++fnmatch_char([], Acc) ->
++lists:reverse([$$,$)|Acc]);
++fnmatch_char([Ch|Tail], Acc) ->
++case Ch of
++  $\\ ->
++  fnmatch_char(Tail, [$\\,$\\|Acc]);
++  $[ ->
++  fnmatch_bexp_first(Tail, [Ch|Acc]);
++  $? ->
++  fnmatch_char(Tail, [$.|Acc]);
++  $* ->
++  fnmatch_char(Tail, [$*,$.|Acc]);
++  _ ->
++  case lists:member(Ch, "^.+{}()$|\\") of
++  true ->
++  fnmatch_char(Tail, [Ch,$\\|Acc]);
++  false ->
++  fnmatch_char(Tail, [Ch|Acc])
++  end
++end.
++
++fnmatch_bexp_first([], _) ->
++{error, unclosed_be};
++fnmatch_bexp_first([Ch|Tail], Acc) ->
++case Ch of
++  $] ->
++  {error, empty_be};
++  $! ->
++  fnmatch_bexp_next(Tail, false, [$^|Acc]);
++  $\\ ->
++  fnmatch_bexp_next(Tail, true, Acc);
++  _ ->
++  fnmatch_bexp_next(Tail, false, [Ch|Acc])
++end.
++
++fnmatch_bexp_next([], _, _) ->
++{error, unclosed_be};
++fnmatch_bexp_next([Ch|Tail], true, Acc) ->
++fnmatch_bexp_next(Tail, false, [Ch,$\\|Acc]);
++fnmatc

Bug#459219: android-tools packaging

[Adnan Hodzic]

First of all, I'd like to apologize for not replying for so long, I
was too busy with this thing called life. But am now ready to get back
to work and finish this project.

+Marcin,

>On Fri, Jul 27, 2012 at 9:42 PM, Marcin Juszkiewicz 
> wrote:
>> I was too busy for last few days so I didn't even get to reply.
>> Either way, just now I publicly published what I have when it comes
>> to "android-sdk-installer" script. And yes, I'd rather have all those
>> tools as one package as I originally intended if you don't mind.

> I am fine with it. But do you cover !i386 !amd64 architectures? There
> are people who are using armel/armhf/mipsel laptops/netbooks and Android
> devices at same time.

At this point no, but it's good you brought my attention to it as it
can easily be implemented in the script. In the script itself I
commented a part which says to implement multiarch support. So I guess
that part would take care of the !386 && !amd64 architectures.

+Jeremy,

> On Sat, Aug 11, 2012 at 9:26 PM, Jeremy Bicha  wrote:
> android-tools (providing android-tools-adb and android-tools-fastboot)
> has now been packaged in Ubuntu. I think this would be a great help to
> Android ROM users, especially since I believe Google doesn't make
> these available as a simple download for Linux amd64 users. At least
> it's not at http://developer.android.com/sdk
>
> I think those two binaries should be easier and faster to get into
> Debian than the full Android SDK.
>
> https://launchpad.net/ubuntu/+source/android-tools

*thumbs up

Looks great, proper naming too, however the only thing I'm curious
about. Why not have all the tools (even tho users might not use even
1/3 of them)?

In my script this is handled by "Android SDK Starter Package" which
installs *all* the tools, please see line: 315 to ~364

https://github.com/AdnanHodzic/android-sdk-installer/blob/master/android-sdk-installer

+Laszlo,

>On Tue, Aug 14, 2012 at 8:01 PM, Laszlo Boszormenyi (GCS)  
>wrote:
> Hi Marcin, Adnan,
>
> I think this ITP should be several ones. One for command like tools like
> adb , one for Eclipse plugin and one for the emulator at least.
> ATM Adnan's work is great. I'm a DD and just changed bits in his
> packaging to be perfect.

Thank you for appreciating my work.
Which bits did you change because I don't see any chances in the code.

Also why do you think we should separate them in couple of pieces
instead of having the installer which could let you select which
pieces you want and which you don't?

> I think it should be uploaded (ie, the android-tools package). Most
> users will need only adb and fastboot. The other parts can be packaged
> later. Would you let me file an ITP for android-tools and upload it?
> I've set myself as the maintainer and Adnan as uploader.

I personally would like to have it all in a single package, thus why I
started working on this installer.

In case we do decide to the way you suggested above, besides being an
uploader do you mind me being a maintainer together with you? Because
I really do have great interest in future of this package.


Adnan


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

Bug#682908: Is this a done deal?

[Jordi Gutiérrez Hermoso]

So is this settled? Emacs wheezy won't get Emacs 24? Ancient Emacs
version in Debian for another two more years unless you use backports?

What should be done about security flaws?

http://permalink.gmane.org/gmane.emacs.devel/152457

I think there is still time to get Emacs into wheezy. It's a widely
used package, so I think there is still time during the freeze cycle
to test it.

Matter of fact, I'm currently testing the 24 package I backported into
*squeeze*, and it's working beautifully.

- Jordi G. H.


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

Bug#619476: Could you try to reproduce your bug

[Oleksandr Lavrushchenko]

Sorry for late answer, i think you may close this bug, because i can't
reproduce this bug now.

On Mon, Jul 23, 2012 at 6:49 PM, Bastien ROUCARIES <
roucaries.bast...@gmail.com> wrote:

> tags 619476 moreinfo
> thanks
>
> Hi,
>
> Thanks for reporting this bug.
>
> However we could not reproduce because you do not gve enouth detail.
>
> Care to retry to print this file  wirh "LogLevel
> debug" to /etc/cups/cupsd.conf and looking at /var/log/cups/error_log
> would help with this.
>
> Thanks
>

Bug#632384: qutecom crashing

[lkcl luke]

it's actually more serious than this - and also easier to reproduce.
simply go to "enable video", select the webcam and qutecom instantly
crashes.  no connection, no registration, no internet is required.

(warn) 15:26:23 [Common] virtual WebcamErrorCode
V4L2WebcamDriver::setPalette(pixosi): Failed settings pixel format.
Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_S_construct null not valid

Program received signal SIGABRT, Aborted.
0x7fffee55e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) where
#0  0x7fffee55e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7fffee561680 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x7fffeee06e8d in __gnu_cxx::__verbose_terminate_handler() ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x7fffeee05036 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x7fffeee05063 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x7fffeee051a6 in __cxa_rethrow () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x739d1e24 in
QEventLoop::exec(QFlags) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x739d6d78 in QCoreApplication::exec() () from
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x005abf21 in main ()
(gdb) quit
A debugging session is active.


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

Bug#669314: 使用paypalï¼ŒåŠ©ä½ æ›´å¥½å¼€å‘æ–°å®¢æˆ·ï¼

[Huang, Nicky(AWF)]

先生/小姐：

你好！

我是PayPal的商务顾问Nicky，PayPal是e-bay旗下的第三方支付平台，全球有1.53亿用户，特别是欧美用户，在美国，PayPal的普遍程度就比中国的支付宝还要广泛，基本上是每人都有的，使用PayPal的好处是：

1、使用方便能帮你轻松地开拓欧美市场，更容易获得国外买家的信任。

2、PayPal在小额收款方面有方便、快捷、便宜的特点，加速资金周转。

3、利用PayPal在全区的品牌效应，提高买家的忠诚度。

4、PayPal拥有风控团队并且采用先到款后发货的交易方式，更好地保护卖家交易安全.
另外PayPal今年推出蛟龙出海计划，一站式解决你的外贸建站、推广、支付、物流四大要素，使你能更节省时间和资金，让你更好迎接旺季到来！
PayPal为跨国交易支付和接收款项提供最安全和方便的方法，是你外贸的好帮手。如对PayPal有任何疑问或者是想注册，请联系本人。


Best Regards,

Nicky Wang
PayPal

Mobile: 15017502806
Q   Q:410827278
R2107, Team Tower, 208 Tianhe Road, Guangzhou, 510620
中国广州市天河区天河路208号粤海天河城大厦2107，510620

Bug#680790: libio-async-loop-epoll-perl: FTBFS: tests failed

[gregor herrmann]

Control: tag -1 - unreproducible

> > I tried this test several times now, also under heavy load, and I
> > can't reproduce the failing so far.
> Strange: it just failed again, and this seems to be reproducible.

Upstream has acknowledged the problem, it's fixed in the next
upstream release, and we are working on a backported patch now.
 
Cf. http://rt.cpan.org/Public/Bug/Display.html?id=78892


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Sting: We Work The Black Seam


signature.asc
Description: Digital signature

Bug#684991: Please allow uploading ejabberd 2.1.10-3 to Wheezy

[Konstantin Khomoutov]

Forgot to mention inclusion of two debconf translations:
Slovak and Italian.


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

Bug#682908: Is this a done deal?

[Adam D. Barratt]

On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote:

So is this settled? Emacs wheezy won't get Emacs 24? Ancient Emacs
version in Debian for another two more years unless you use 
backports?


Emacs 24 appears not to have been released upstream until less than 
three weeks before the freeze.  The package wasn't uploaded to the 
Debian archive until the day before the freeze.  Neither of those things 
argues for including a major new version in the release.



What should be done about security flaws?

http://permalink.gmane.org/gmane.emacs.devel/152457


Erm, they should be fixed, clearly.  I'm not sure I understand your 
point though, as there appears to be a tiny patch for emacs 23 linked 
from that URL.



I think there is still time to get Emacs into wheezy. It's a widely
used package, so I think there is still time during the freeze cycle
to test it.


The point of the freeze isn't to test new things.  It's to fix the 
serious (enough) bugs we have in the packages already in testing and 
make sure everything works well together to produce a quality release.  
Adding new software after the freeze doesn't seem to help towards those 
goals.


Regards,

Adam


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

Bug#682908: Is this a done deal?

[Jordi Gutiérrez Hermoso]

On 15 August 2012 10:47, Adam D. Barratt  wrote:
> On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote:
>>
>> So is this settled?
>
> Emacs 24 appears not to have been released upstream until less than three
> weeks before the freeze.

So it's a done deal, then? Ancient Emacs in Debian for two more years
unless you use backports?

- Jordi G. H.


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

Bug#684992: cloud-init: Dependencies make this difficult to backport, are they needed?

[Micah Anderson]

Package: cloud-init
Version: 0.6.3-2
Severity: minor

Hi,

I was looking at getting cloud-init on some squeeze machines and found that you
have prepared an experimental package, thanks for that!

However, the dependencies are quite difficult to massage into squeeze. A 
couple questions about these:

.. ifupdown (>= 0.6.10ubuntu5) - this is an ubuntu only version, the squeeze
  version is 0.6.10, can the debian package depend on this version, or does
  it actually need to be a newer one?

.. python (>= 2.6.6-7~) - squeeze has 2.6.6-3+squeeze7, i wonder if this 
  dependency is also just an ubuntu one, and this could be set to the
  debian squeeze version?

.. the build-depends on cdbs >= 0.4.90~ was mentioned in the changelog,
  can you give a reason why that bump was needed (squeeze has 0.4.89)

thanks!
micah

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

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


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

Bug#684734: [pkg-x2go-devel] Bug#684734: pyhoca-cli: ImportError: No module named pyhoca.{wxgui.basepath, cli}

[Jakub Wilk]

* Mike Gabriel , 2012-08-15, 15:50:
In the role of X2Go upstream I hope to have fixed the issue (patch 
shows the solution for pyhoca-gui, pyhoca-cli is similar):

http://paste.debian.net/183658/

Do you agree?


Looks good to me. Don't forget to:
- bump build-dependency on python to >= 2.6.6-14;
- use ${python:Depends} in Depends.

--
Jakub Wilk


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

Bug#682908: Is this a done deal?

[Neil Williams]

On Wed, 15 Aug 2012 10:51:49 -0400
Jordi Gutiérrez Hermoso  wrote:

> On 15 August 2012 10:47, Adam D. Barratt  wrote:
> > On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote:
> >>
> >> So is this settled?
> >
> > Emacs 24 appears not to have been released upstream until less than three
> > weeks before the freeze.
> 
> So it's a done deal, then? Ancient Emacs in Debian for two more years
> unless you use backports?

I fail to see how a release which was considered current by upstream
only three weeks before the deadline for the freeze can be considered
ancient by anyone. It's not a lot of time to get a major upstream
version packaged and tested.

Backports exists to allow for packages which are updated at points
where there wasn't enough time to get the new version into the release.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgp0T5EMJwD34.pgp
Description: PGP signature

Bug#684993: java-package: Generated packages can not be used with Eclipse

[Stefan Ott]

Package: java-package
Version: 0.50
Severity: normal

Dear Maintainer,

It seems that the packages generated by java-package cannot be used in
combination with certain other packages. The problem is that the generated
packages provide java2-* while other packages (such as eclipse-jdt) depend
on java6-* (eg. java6-runtime).

It might make sense to add java6-{runtime|sdk|...} to the provides line in
generated packages.

cheers

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

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

Versions of packages java-package depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  debhelper  9.20120608
ii  fakeroot   1.18.4-2
ii  libasound2 1.0.25-4
ii  libx11-6   2:1.5.0-1
ii  unzip  6.0-7

Versions of packages java-package recommends:
ii  dpkg-dev  1.16.4.3
ii  gcc   4:4.7.1-1

Versions of packages java-package suggests:
pn  openjdk-6-jre  
pn  openjdk-7-jre  

-- 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
Archive: 
http://lists.debian.org/20120815145536.480.88413.report...@flexo.unibe.ch

Bug#684994: ifup: fails to open statefile, does not bring up the network

[Thorsten Glaser]

Package: ifupdown
Version: 0.7.1
Severity: grave
Justification: renders package unusable

(Feel free to downgrade to serious, but the description reportbug shows
makes me think it's less appropriate. No preference either way.)

After upgrading to sid today, ifup does not work any more:

$ sudo ifup eth0
ifup: failed to open statefile /run/network/ifstate: No such file or directory

The network is not brought up at all, even e.g. postfix did not start.
Other stuff does exist in /run/ though.

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

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

Versions of packages ifupdown depends on:
ii  dpkg 1.16.8
ii  initscripts  2.88dsf-31
ii  iproute  20120521-3
ii  libc62.13-35
ii  lsb-base 4.1+Debian7

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.4-1
ii  net-tools  1.60-24.1
ii  ppp2.4.5-5.1+b1
pn  rdnssd 

-- 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