Bug#684946: debian-installer: CD install iso does not install ndiswrapper correctly.
reassign 684946 debian-cd retitle 684946 Please include ndiswrapper on first CD thanks Quoting Michael Gilbert (mgilb...@debian.org): On Tue, Aug 14, 2012 at 6:06 PM, zac newton wrote: Package: debian-installer Version: debian-6.0.5-i386-cd1.iso Severity: important The cd iso installer does not install ndiswrapper correctly. One problem (there may be more) is that the ndiswrapper.ko file is not installed. The problem is only with the full cd installer. Using a netinstall version e.g. debian-6.0.5-i386-netinst.iso where ndiswrapper is downloaded over a wired internet connection installs ndiswrapper successfully. The problem seems to extend to other distributions which rely heavily on debian e.g. Linux Mint Debian Edition (linuxmint-201204-mate-cinnamon-dvd-32bit.iso) which also fails to install ndiswrapper.ko. The problem seems to have existed for a long time. I first encountered it several months ago and, then, I found several references to the problem on the internet. I gave up on debian in frustration because I could not get ndiswrapper to work and I needed a network connection to download ndiswrapper - which is what I needed ndiswrapper for!! It looks to be not included in squeeze's cd1: http://cdimage.debian.org/cdimage/release/6.0.5/i386/list-cd/debian-6.0.5-i386-CD-1.list.gz Unfortunately its also not on wheezy's beta1 cd1 either: http://cdimage.debian.org/cdimage/wheezy_di_beta1/i386/list-cd/debian-wheezy-DI-b1-i386-CD-1.list.gz But it does look like that will change once the new tasks are implemented: http://cdimage.debian.org/cdimage/tmp/new-tasks/2012-07-08 So that becomes a debian-cd bug. But it's also probably more and more a bug to expect a fully featured Debian system when installing with the first CD only. signature.asc Description: Digital signature
Bug#684883: [www.debian.org] French Ports page claims Debian is ported to all Linux architectures
Quoting Filipus Klutiero (chea...@gmail.com): Package: www.debian.org Severity: normal X-Debbugs-Cc: debian-l10n-fre...@lists.debian.org http://www.debian.org/ports/index.en.html contains: The Linux kernel has now been ported to a large, and growing, list of architectures. Following close behind, we have ported the Debian distribution to these architectures. The French translation is: Le noyau Linux est porté sur un nombre croissant d'architectures. Et la distribution Debian est portée en conséquence vers toutes ces architectures. This is incorrect. While the English version may be ambiguous, it does not claim that Debian is ported to all Linux architectures. It means Debian is ported to *some* Linux architectures. Both claim about the same thing. The French version is a little be more affirmative (using toutes) but that's mostly because the original version is already ambiguous. Note that the English version does not say the porting of Debian is It does: following close behind. That sounds as a way to say as a consequence a consequence of Linux's porting. Also, the French version doesn't say the list of Linux architectures is large. nombre croissant implicitly says large. Translation is about interpretation, not literal translation. So, in short, the original version might be worded differently, but the translation is not wrong per se. signature.asc Description: Digital signature
Bug#629142: Processed: unarchiving 629142
On 2012-08-12 Bruce Korb bk...@gnu.org wrote:
[...]
It would be especially helpful with:
cd $top_builddir/autoopts/test
make verbose TESTS=errors.test
because it will yield the exact reason the script shot down
its invoking autogen process. line 5 is going to be pretty
early on -- as in the SHELL_INIT_STR string.
Anyway, I'll be waiting for whatever you can gather.
Hello,
No luck on Hurd yet. However I have just seen this on i386. It does
not happen everytime though:
(SID)ametzler@argenau:/tmp/AUTOGEN/autogen-5.16.2/autoopts/test$ i=1 ; while
make verbose TESTS=errors.test ; do i=$(($i+1)) ; echo count is $i ; done
[...]
1 test passed
=
make[2]: Leaving directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
make[1]: Leaving directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
count is 4
rm -rf FAILURES testdir ; VERBOSE=true ; export VERBOSE ; \
make check TESTS=errors.test
make[1]: Entering directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
make check-TESTS
make[2]: Entering directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
errors- setx=set -x
errors- msg=:
errors- VERBOSE=true
errors- test -d testdir
errors- mkdir testdir
errors- init_tests
errors- pwd
errors- logfile=/tmp/AUTOGEN/autogen-5.16.2/autoopts/test/testdir/errors.log
errors- exec
/bin/bash: line 5: 6139 Killed TERM='' top_builddir=../..
${dir}$tst
FAIL: errors.test
1 of 1 test failed
Please report to autogen-us...@lists.sourceforge.net
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/tmp/AUTOGEN/autogen-5.16.2/autoopts/test'
make: *** [verbose] Error 2
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684954: installation-reports: fine apart from timezone apt translations
Quoting Jamie Heilman (ja...@audible.transient.net): Christian PERRIER wrote: This is a design choice. Fine, but it's a SHIT design choice, and whomever is responsible should be ashamed. Thanks you for your compliments to D-I developers. They appreciated at their whole extent. Particularly the person who I worked with on this, went into a lot of details about the best way to implement these things without being too confusing to usersand who passed two years ago. I think he would certainly be very happy to see how well his work (and mine) is appreciated. Actually, it is, as 99.9% of our users are happy with that design choice..:-) 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. 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. 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. signature.asc Description: Digital signature
Bug#683394: nautilus doesn't show thumbnails for me either
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 inf...@tiker.net To: Debian Bug Tracking System sub...@bugs.debian.org 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 none 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'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 07 Aug 2012 13:31:28 +0200 Gaudenz Steinlin gaud...@debian.org wrote: Hi Andreas Andreas Glaeser bugs.andreas.glae...@freenet.de 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 2c-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 2t-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 this report in my opinion. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux)
Bug#684960: Description copy/pasted from a different package
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
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ř ni...@debian.org 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/platform tuple (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,
Bug#679717: Help with unremoved files after purge
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 21 /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
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
-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
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
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
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
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 james.p...@ubuntu.com 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
Bug#684964: citadel-server: world writable config file: /etc/citadel/netconfigs/7
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
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
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
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
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
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
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
On Wed, Aug 15, 2012 at 4:34 AM, Christoph Anton Mitterer cales...@scientia.net 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ý ond...@debian.org Wed, 15 Aug 2012 10:31:31 +0200 O. -- Ondřej Surý ond...@sury.org -- 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
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
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'
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
Bug#681936: dispcalgui: Segmentation fault on Edit test chart... and Advance profile type settings
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
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'
* gregor herrmann gre...@debian.org, 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
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=28t=4550p=15047hilit=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
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
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
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)
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
module
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 module
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 module
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 module
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 module
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 none
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 none
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'
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
# 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 xavier.claess...@collabora.co.uk
+Date: 2012-07-11 12:49:04 +0200
+
+Prepare 5.12.1 release
+
+commit 57d7c6360f04d8bc65320c42a5d8929fa3e3bc25
+Author: Xavier Claessens xavier.claess...@collabora.co.uk
+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 xavier.claess...@collabora.co.uk
+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 will.thomp...@collabora.co.uk
+Date: 2012-04-05 17:10:18 +0100
+
+dispatch test: make sure Ensure-ing channels after delegation/presenting works
+
+commit 54f4fd22c09a342bb58da978b5a055e45f968897
+Author: Jonny Lamb jonny.l...@collabora.co.uk
+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 jonny.l...@collabora.co.uk
+
+commit c8ae24ffd03297d097b553997eda3807f1505748
+Author: Jonny Lamb jonny.l...@collabora.co.uk
+Date: 2012-07-06 16:49:55 +0100
+
+dispatcher: add more debug output when delegating channels
+
+Signed-off-by: Jonny Lamb jonny.l...@collabora.co.uk
+
+commit 3d35096f9ccc69b8c3067ed85102694eda4a2855
+Author: Will Thompson will.thomp...@collabora.co.uk
+Date: 2012-04-05 16:56:35 +0100
+
+Modernize dispatcher/redispatch-channels.py a little
+
+commit 88642511bb9c6f66d2fe4aae1550893eb0d781b2
+Author: Jonny Lamb jonny.l...@collabora.co.uk
+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 jonny.l...@collabora.co.uk
+
+commit edd10ce2948b29859006ca1e149e68097a3bd21b
+Author: Jonny Lamb jonny.l...@collabora.co.uk
+Date: 2012-04-02 18:58:07 -0400
+
+start working on version 5.12.1
+
+Signed-off-by: Jonny Lamb jonny.l...@collabora.co.uk
+
commit aeba9f785227e07bf26b14822b1b288041297910
Author:
Bug#684414: unblock (pre-approval): libspectre/0.2.7-1
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
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
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
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 Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@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
Package: wnpp Severity: wishlist * Package name: areca Version : 7.2.10 Upstream Author : Olivier PETRUCCI aventin[.at.]users[.dot.]sourceforge[.dot.]net * 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'
On 15.08.2012 12:24, Bastien ROUCARIES wrote: On Tue, Aug 14, 2012 at 6:47 PM, Michael Tokarev m...@tls.msk.ru 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
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é jeremy.la...@m4x.org 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) davewal...@ubuntu.com -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
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
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
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
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 tanguy+deb...@ortolo.eu 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 'div class=panelHeader'.NL;
echo 'h3';
$tabTitle = ($NS) ? $NS : '['.$lang['mediaroot'].']';
-printf($lang['media_' . $opened_tab], 'strong'.$tabTitle.'/strong');
+printf($lang['media_' . $opened_tab], 'strong'.hsc($tabTitle).'/strong');
echo '/h3'.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
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(CNintranet.ens-lyon.fr)-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 dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#684976: [eboard] Takeback command don't work on FICS
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
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 dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#684977: missing runtime dependency
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 none 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 none 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
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 sthiba...@debian.org
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
Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
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 vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/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
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
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
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
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
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 james.p...@ubuntu.com
+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'
On Wed, 15 Aug 2012 10:48:50 +0200, Jakub Wilk wrote:
* gregor herrmann gre...@debian.org, 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
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)
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 debian-ker...@lists.debian.org 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}
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
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
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 none pn autoconf-doc none pn autoconf2.13 none ii gettext 0.18.1.1-9 pn gnu-standards none 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?
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
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
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
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'
On Wed, Aug 15, 2012 at 11:49 AM, Michael Tokarev m...@tls.msk.ru wrote: On 15.08.2012 12:24, Bastien ROUCARIES wrote: On Tue, Aug 14, 2012 at 6:47 PM, Michael Tokarev m...@tls.msk.ru 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
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
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
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
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
* Giulio Paci giuliop...@gmail.com, 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.
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
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
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
Daniel Tryba dan...@pocos.nl 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
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=optimized out, 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=optimized out) 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=optimized out) 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=optimized out) at thread/qthread.cpp:501 #9 0x7f9aa5fe1d0b in QThreadPrivate::start (arg=0x2d62170) at thread/qthread_unix.cpp:307 #10 0x7f9aa406eb50 in start_thread (arg=optimized out) 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=optimized out, nfds=optimized out, 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=optimized out) at thread/qthread.cpp:501 #7 0x7f9aa5fe1d0b in QThreadPrivate::start (arg=0x2bd5f60) at thread/qthread_unix.cpp:307 #8 0x7f9aa406eb50 in start_thread (arg=optimized out) 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
Bug#656196: [2.6.39 - 3.0 regression] kernel stalls every few days (rcu_sched_state detected stall on CPU x)
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:[8134abe9] [8134abe9] _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] [8106a3e6] ? clockevents_notify+0x1a/0x157 Aug 15 14:41:28 ossietzky kernel: [16772.637048] [8101461b] ? amd_e400_idle+0xd3/0xe4 Aug 15 14:41:28 ossietzky kernel: [16772.637048] [8100d252] ? cpu_idle+0xaf/0xf2 Aug 15 14:41:28 ossietzky kernel: [16772.637048] [8107070e] ? arch_local_irq_restore+0x2/0x8 Aug 15 14:41:28 ossietzky kernel: [16772.637048]
Bug#684986: reportbug crashes after selecting bug filters
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
Bug#680806: Pending fixes for bugs in the libio-async-loop-glib-perl package
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
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=detailaid=2951368group_id=222125atid=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 ametz...@downhill.at.eu.org
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 ametz...@debian.org 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 ametz...@downhill.at.eu.org
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 ametz...@debian.org 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 kl...@ethgen.de
-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 kl...@ethgen.de
-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
Bug#684988: unblock: libio-async-loop-glib-perl/0.20-2
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 gre...@debian.org 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 gre...@debian.org 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 leon...@leonerd.org.uk +Reviewed-by: gregor herrmann gre...@debian.org +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)))
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
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)))
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}
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
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 ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#684991: Please allow uploading ejabberd 2.1.10-3 to Wheezy
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 flatw...@users.sourceforge.net 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 flatw...@users.sourceforge.net
+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,
Bug#459219: android-tools packaging
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 marcin.juszkiew...@linaro.org 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 jbi...@ubuntu.com 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) g...@debian.hu 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?
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
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
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(QFlagsQEventLoop::ProcessEventsFlag) () 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ï¼å©ä½ æ´å¥½å¼åæ°å®¢æ·ï¼
先生/小姐： 你好！ 我是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
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
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?
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?
On 15 August 2012 10:47, Adam D. Barratt a...@adam-barratt.org.uk 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?
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
