Bug#678122: output difference?
Just out of curiosity, could you show the disassembler output of the OutputWrite() function for gcc-4.6, and gcc-4.7 with -O1 and -O2? # objdump -Sgd name-of-obj-file and pasting only this function might be a good way. Regards, Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677221: xen: Xen PV privilege escalation (CVE-2012-0217)
Hello, when will the fix arrive in stable? Couldn't find it in squeeze-proposed-updates or in security. Thanks Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678360: override: darts:deveil/optional
Package: ftp.debian.org Severity: minor Hi ftpmasters, Please override this package's priority as optional instead of extra, I've changed it in 0.32-4 but forgot to submit. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616308: Instruction
Here is an instruction on how to apply the patch: http://forums.debian.net/viewtopic.php?f=6t=80382 Mr. Dröge, do you really want to make the dependent software to be unusable until Nvidia fix the bug? This can be a very long time. Please, add this patch to the package, at least until the problem is solved in drivers.
Bug#678361: stopped expanding aliases
Package: masqmail Version: 0.3.4-1 Severity: important Hi, After upgrading to the new version masqmail stopped expanding aliases. Mail which usually landed in my mailbox ended up in root's. Upgrade should not break the current setup without any warning. Regards, Raf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-2-powerpc 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 masqmail depends on: ii dpkg 1.16.4.3 ii libc6 2.13-33 ii libglib2.0-0 2.32.3-1 ii liblockfile1 1.09-4 ii netbase 5.0 masqmail recommends no packages. Versions of packages masqmail suggests: ii bsd-mailx [mail-reader] 8.1.2-0.2006cvs-1 ii emacs23 [mail-reader]23.4+1-3 ii evolution [mail-reader] 3.4.3-1 ii icedove [mail-reader]10.0.4-1 ii logrotate3.8.1-4 ii mailutils [mail-reader] 1:2.2+dfsg1-6+b1 ii mutt [mail-reader] 1.5.21-5+b1 ii procmail 3.22-20 -- debconf information: * masqmail/ipup_fetch: false * masqmail/mda: /usr/bin/procmail -Y -d ${rcpt_local} * masqmail/init_smtp_daemon: false * masqmail/local_hosts: localhost;thor;thor.local * masqmail/host_name: thor.local * masqmail/manage_config_with_debconf: true * masqmail/use_syslog: false * masqmail/listen_addresses: * masqmail/init_fetch_daemon: false * masqmail/init_queue_daemon: false * masqmail/online_file: /var/run/masqmail-route * masqmail/mbox_default: mbox * masqmail/ipup_runqueue: false * masqmail/online_detect: file masqmail/queue_daemon_ival: -q10m * masqmail/alias_local_caseless: false masqmail/move_existing_nondebconf_config: true * masqmail/ifup_ifaces: none masqmail/online_pipe: masqmail/fetch_daemon_ival: -go5m * masqmail/local_nets: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633929:
I had the same problem and (nearly) the same versions installed as Joey Hess in post #19. The problem cleared up after downgrading libreoffice-filter-mobiledev to 1:3.4.6-2~bpo60+1 from 1:3.5.4-4. Hope this helps, Henk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619820: either bash or dash should be enough
Any news about this? I learned from the messages in this report that dash is essential for good style system scripts, while bash is essential for user scripts, login, etc., and as a last resort for the scripts with bashisms. Are there any system shell scripts in Debian that do _not_ work with bash? Would such an incompatibility be seen as a bug? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678362: tor: should label $TORPIDDIR for SE Linux
Package: tor Version: 0.2.3.17-beta-2 Severity: normal Please apply a change like the following patch to give $TORPIDDIR the correct SE Linux label. This is not a high priority issue at the moment as the SE Linux policy currently in testing is OK with the directory having a different label. But generally making directories without the correct label under /var/run will grant more access than might be desired. If this isn't corrected then it could be a security problem at some future time. --- /etc/init.d/tor.orig2012-06-21 16:35:10.0 +1000 +++ /etc/init.d/tor 2012-06-21 16:36:05.0 +1000 @@ -98,6 +98,7 @@ if test ! -d $TORPIDDIR; then mkdir -m 02750 $TORPIDDIR chown debian-tor:debian-tor $TORPIDDIR + [ -x /sbin/restorecon ] /sbin/restorecon $TORPIDDIR fi if test ! -x $TORPIDDIR; then -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (350, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tor depends on: ii adduser 3.113+nmu3 ii libc6 2.13-33 ii libevent-2.0-5 2.0.19-stable-3 ii libssl1.0.0 1.0.1c-3 ii lsb-base4.1+Debian7 ii zlib1g 1:1.2.7.dfsg-11+b1 Versions of packages tor recommends: ii logrotate3.8.1-4 pn tor-geoipdb none pn torsocks none Versions of packages tor suggests: pn apparmor none pn mixmaster none pn polipo | privoxy none pn socat none pn tor-armnone pn xul-ext-torbutton none -- Configuration Files: /etc/init.d/tor [Errno 13] Permission denied: u'/etc/init.d/tor' /etc/tor/tor-tsocks.conf [Errno 13] Permission denied: u'/etc/tor/tor-tsocks.conf' /etc/tor/torrc [Errno 13] Permission denied: u'/etc/tor/torrc' -- 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#284274: Patch for the hardlink replacement bug request
Hi, On Thu, Jun 21, 2012 at 2:24 AM, Javier Fernandez-Sanguino j...@computer.org wrote: Maybe you did not understand the proposed algorithm, no copies are involved, just file renaiming. Ah Indeed, I didn't understand that - that's much better than what I had understood on the first reply (delete + try to hardlink, if fails, copy back the files from another location). Thanks for clarifying working on it. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677086: apache2-mpm-prefork: apache2 sends 400 bad request on POST from some firefox browsers
On Tuesday 19 June 2012, Thomas Voelkl wrote: @SF: Can you apply this patch in the official debian squeeze stable release? Yes, I think so. Hopefully in the next stable point release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678363: ocsinventory-server: Wrong permissions of log folder for logrotate
Package: ocsinventory-server Version: 2.0.5-1 Severity: important Hi, The logrotate 3.8.0-1 package show a message saying if the log directory of any configuration it's wrong it will not work. --- logrotate (3.8.0-1) experimental; urgency=low Please note that this update changes the behaviour of logrotate: Logrotate now skips directories which are world writable or writable by group which is not root unless the (new) su directive is used. -- Paul Martin p...@debian.org Sun, 28 Aug 2011 19:16:36 +0100 --- If we do one ls as this we get: # ls -ld /var/log/ocsinventory-server/ drwxrwxr-x 2 www-data www-data 4096 abr 5 21:15 /var/log/ocsinventory-server/ The directory it's group writable and the group it's not root, so the previous warning affects ocsinventory-server. Please change the permissions of the log directory to allow logrotate to do it's work. Regards, Note: Doesn't take more attention to this log about my system. I have stable with some packages from testing. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-server depends on: ii apache22.2.16-6+squeeze7 Apache HTTP Server metapackage ii apache2-mpm-prefork [a 2.2.16-6+squeeze7 Apache HTTP Server - traditional n ii libapache-dbi-perl 1.11-1interface connecting apache server ii libapache2-mod-perl2 2.0.7-1 Integration of perl with the Apach ii libdbd-mysql-perl 4.021-1+b1Perl5 database interface to the My ii libdbi-perl1.621-1 Perl Database Interface (DBI) ii libjs-jquery 1.7.2+debian-1JavaScript library for dynamic web ii libnet-ip-perl 1.25-3Perl extension for manipulating IP ii libphp-pclzip 2.8.2-2 zip archive manager class for PHP ii libxml-simple-perl 2.18-3Perl module for reading and writin ii perl [libcompress-zlib 5.14.2-11 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages ocsinventory-server recommends: ii ocsinventory-reports 2.0.5-1Hardware and software inventory to Versions of packages ocsinventory-server suggests: pn libsoap-lite-perl none (no description available) ii mysql-server 5.5.24+dfsg-3 MySQL database server (metapackage ii nmap 5.51.6-0.3 The Network Mapper pn ocsinventory-agen none (no description available) ii samba-common 2:3.5.6~dfsg-3squeeze8 common files used by both the Samb -- 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#678260: lsb-base: lsb fancy boot messages get mixed up
tags 678260 +moreinfo thanks Hi Thilo, and thanks for your bugreport, Le mercredi, 20 juin 2012 13.15:46, vous avez écrit : the lsb fancy boot messages currently provided via '/lib/lsb/init-functions' and '/lib/lsb/init-functions.d/20-left-info-blocks' get mixed up. Attached is a 1:1 exerpt of boot messages i get with default debian lsb which shows the issue. Setting the bug severity to 'important' as per reportbugs definition: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. That's really weird. In the default configuration (since 2010), initscripts uses startpar for the parallel launch of services. From the startpar manpage: The output of each script is buffered and written when the script exit, so output lines of different scripts won't mix. You can modify this behaviour by setting a timeout. Indeed, /etc/init.d/rc uses a timeout : $ grep \(startpar /etc/init.d/rc eval $(startpar -p 4 -t 20 -T 3 -M $1 -P $previous -R $runlevel) So maybe the timeouts are too tight for your boot scenario; can you try to play with them a bit (in particular increasing -T 3 to -T 15 e.g.) ? Has this appeared only with 4.1+Debian7 or was it there before ? I suspect this might have been introduced by commit 6c5b3ff in 4.1+Debian5 but this would imply that your terminal has uncommon capabilities which your log shows it doesn't. So IMHO this is an issue of too tight timeouts in sysv-rc; or do you happen to use file-rc ? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678306: puredata: segfaults with specific soundfiler options
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi. thanks for your bug-report. On 2012-06-20 20:41, 0 1 wrote: Package: puredata Version: 0.43.2-2 is there a specific reason why you trimmed the mail generated by reportbug, (or why you created a mail that looks superficially similar to a reportbug bugreport?) 1) open the patch in puredata 2) switch DSP on 3) click the message to load 01.wav 4) click on the one loading popo, with 128 bytes of headers skipped hmm, your patch has 4 messageboxes, two of them loading 01.wav, the other two loading popo. the crasher only triggers (at lesat on my system), if i click message #2 and #3 (in this order). it would have saved me some time (i was short of rejecting the bug) if you had removed #1 and #4, (and instead introduced a #0 [; pd dsp 1() Infos: 01.wav is a large enough file, popo is a very small file with garbage in it. # uname -a Linux ### 3.4.0 #2 SMP Sat May 26 18:22:19 CEST 2012 x86_64 GNU/Linux it seems like the the bug only triggers on x86_64, not on i386. i should have a fix ready in a few hours. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/ivtgACgkQkX2Xpv6ydvQmvwCghjGi/HL84ds6pBH/srZCo4jN 9+QAn3IyACL1RxWfT56RBRHjNTjf6Xky =Il0p -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Bug#678364: util-linux: [PATCH] mount.8 references reatime
Package: util-linux Version: 2.20.1-5 Severity: minor Tags: upstream patch Hey there! The man page for mount(8) references reatime. It ought be relatime. Patch below: [skynet](1) $ diff -ur util-linux-mine/mount/mount.8 util- linux-2.20.1/mount/mount.8 --- util-linux-mine/mount/mount.8 2012-06-21 02:53:30.317354197 -0400 +++ util-linux-2.20.1/mount/mount.8 2012-06-21 02:52:57.0 -0400 @@ -800,7 +800,7 @@ defaults. See also the description for .B strictatime and -.B relatime +.B reatime mount options. .TP .B noatime [skynet](1) $ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.1+ (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/bash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.44 ii dpkg 1.16.4.3 ii initscripts2.88dsf-27 ii install-info 4.13a.dfsg.1-10 ii libblkid1 2.20.1-5 ii libc6 2.13-33 ii libncurses55.9-9 ii libselinux12.1.9-5 ii libslang2 2.2.4-13 ii libtinfo5 5.9-9 ii libuuid1 2.20.1-5 ii lsb-base 4.1+Debian7 ii tzdata 2012c-1 ii zlib1g 1:1.2.7.dfsg-12 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.12-1 ii kbd 1.15.3-9 pn util-linux-locales none -- debconf information: util-linux/noauto-with-nonzero-passnum: --- util-linux-mine/mount/mount.8 2012-06-21 02:53:30.317354197 -0400 +++ util-linux-2.20.1/mount/mount.8 2012-06-21 02:52:57.0 -0400 @@ -800,7 +800,7 @@ defaults. See also the description for .B strictatime and -.B relatime +.B reatime mount options. .TP .B noatime
Bug#633929: bug#633929
sorry for double posting. That should have been version 1:3.4.6-2~bpo60+2 of course Henk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678365: Add support for newer 3.X kernels
Package: atsar Version: 1.7-2 Atsar kernel version checks are faulty, for example the test for older kernels is: if (osr-rel 2 || osr-vers 6) So any 3.X kernel is treaded like a 2.4 kernel. Here is a workaround for that problem: Index: new/atsar/atsar.c === --- new.orig/atsar/atsar.c 2012-06-21 07:01:30.0 +0200 +++ new/atsar/atsar.c 2012-06-21 07:04:12.0 +0200 @@ -389,6 +389,15 @@ (osrel.rel), (osrel.vers), (osrel.sub)); /* + ** fix for 3.X (simulate as 2.6 kernel) + */ + if (osrel.rel 2) { + osrel.rel = 2; + osrel.vers = 6; + osrel.sub = 30; + } + + /* ** read list of variable names for once-counters */ if ( (oncelist = (struct countdef *) Index: new/atsadc/atsadc.c === --- new.orig/atsadc/atsadc.c2012-06-21 07:17:32.0 +0200 +++ new/atsadc/atsadc.c 2012-06-21 07:18:35.0 +0200 @@ -219,6 +219,15 @@ sscanf(utsname.release, %d.%d.%d, (osrel.rel), (osrel.vers), (osrel.sub)); + /* + ** fix for 3.X (simulate as 2.6 kernel) + */ + if (osrel.rel 2) { + osrel.rel = 2; + osrel.vers = 6; + osrel.sub = 30; + } + if ( osrel.rel 2 ) { fprintf(stderr, \nLINUX-version %d.%d not supported!\n, Also, we need to add support for xen and kvm virtual disks: Index: new/atsadc/fetchdef.c === --- new.orig/atsadc/fetchdef.c 2012-06-21 07:37:33.0 +0200 +++ new/atsadc/fetchdef.c 2012-06-21 08:40:35.0 +0200 @@ -1432,6 +1432,8 @@ } validdisk[] = { { ^sd[a-z][a-z]*, {0},nullmodname, }, { ^hd[a-z], {0},nullmodname, }, + { ^vd[a-z], {0},nullmodname, }, + { ^xvd[a-z],{0},nullmodname, }, { ^rd/c[0-9][0-9]*d[0-9][0-9]*, {0},nullmodname, }, { ^cciss/c[0-9][0-9]*d[0-9][0-9]*, {0},nullmodname, }, { /host.*/bus.*/target.*/lun, {0},abbrevname1, }, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676362: New jetring
Hi, Please find a new jetring updated with the agreement signed by my new gpg key. Best regards, -- Mehdi Abaakouk sil...@sileht.net Comment: Add Mehdi Abaakouk sil...@sileht.net as a Debian Maintainer Date: Thu, 21 Jun 2012 09:05:26 +0200 Action: import Recommended-By: Ghe Rivero g...@debian.org, Loic Dachary l...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2012/06/msg00050.html Advocates: http://lists.debian.org/debian-newmaint/2012/06/msg00011.html, http://lists.debian.org/debian-newmaint/2012/06/msg00034.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBE/gb6cBEACqMweobg0uKMvaOelrSDl9I2LuWDoUfQ/oyniikcATiIJJEklt WSkDK0rNFdJl8Tf8spEJY5E8UIlCj1SVZM4YqDSs6LjnqOciL/EyxJl2Gw92MD53 Sk2hKxDlppzB3TfUSW4O26Eeykf7sU/8MNndivA7V3bOeIfnDemAcxzWcayRKs3j b6hUqPQzFt8SF5yop3+OcCuF3bPYL3rvwB6OPOdAMvc5+NRoJuWKCXnXaadYLrgU zOW/tEQk/MSj9X3QbtuSsk/Y9iTScdi/AkIYGnJlNd6G1UuCM85VjU03igd9v7kf 38GqXGP7ScWvEYlfrpuZBtehMWz4HqWd04gRhnxMMAviS6b7/UTOKSoo+0KKw4y5 3i2mN955KNx5IHd2bAomFfCHwNshsb3HdUIa76yf7rYq+LJ0skGqetEcdQbLS+Td i1xdrkdbOCZerWbG+XuEYUId1TPMzFTrMRvdgT0etgMeaYnE3jxSmTxKq7mkwles czq23HjK4Znsf7Nk5LbA9Dev/k/JdRGabHOyPzu2GXZZwK1yirowRfVUxxlJsF8Q ENyzaZmSxc/EnELKaLLrHarS1JHcVMW1YTLFdrdLkPEuGa4j6HheSCqACaaI6+bu ZXqDsOKT/b3bQLCdQZF/eCWqAHQKmWT5w4PYiPODW5PMt3p865Hhq6uKDwARAQAB tCJNZWhkaSBBYmFha291ayA8c2lsZWh0QHNpbGVodC5uZXQ+iQI6BBMBCAAkAhsD BQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJP4HDHAhkBAAoJEBiStC/OquvIfokQ AKH3JHt6CYXUHJFPbPYXPLj5jc7YSvsk8ChP7rEvJlIjuNZYr/sNKEns+T9HTb1o uAiUAADXEz/wHY7aXvt6I/A7F2SmK0ICiqGMGMy3cBifPNzX0fitgVCFJDnhbqwO M0leSEUCI1RszGwPUGKfN5elHvbDbaNFmTayOthNaDA9zKd3jarZF1nv0UJhfPez pCdunpmxIQ8DmdWmwYxd4F5VGyyKgbrinSU84rKKANPA5J8uEI5YizO/NF5SKA0b wogjAeF73typaEs/WqlbjVzZ1qjykCuwI7adjS38v73MbnwxeTtsx0w8cJgO7Mv5 gaps3hmGCao+RAxhuWTGWigJQ4GySCsmNBPtUh3Bs9ssZyPVnrOFZFdfCTBFGg7H GA8mVSgMtpBcisrQamwmrYydnlQPKsQzI4O8sxQJFLzz+izrfaH6cKwtnJNIgnDN N5fC49C1NWfpCMG/LKJj2ERuvbczfqAKhYVP/fZiFpfDPgKMSBr1R3u35lzk3jFW hW/A8bIXoAg0PIhoQcntdIJUtpZFDRgbND4vUfhmjRapt0HEgAXjmNEZ6vjMH79g 77xmansxgCCUb7Wic7EdPJaZWk/i61pT9DRkA3cGRGxxI7N4VPFuWRwOtnlMKQCu +y0JPOwzKhBYPEuMUGp1RAxV3vwqCJPgkMBLK5pQNGobiQI3BBMBCAAhBQJP4G+n AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEBiStC/OquvIb9sQAKlJ1Ftc Ufy3ntotsBZBDdIo6Vl6t7V5aK4cwTPSeuhqYmJSfv3NSdaBTVXdzwcrex7uzHWe LQtLHIpQY0XcIIKO0r3C2/rAf1ChvY4Kz/1n+VB2PfOgbB5+fd75xc3WAlbtKKJU MuMqLcaALzDG1hi5lq4qCjALtnG+YBPTIKq9GQ6W2IFqpqUgCbwqsCdZopfbLtnb /eLQAqaTs1cpiK96zc58J/buwWsgbAHh5KKw0ieaqknvG7HO6Rrx3FJfhLsob3sg QvNTx/5Qk/bzaycEV9llTSHIxmJLWPIsTDxf08APyJDYDfUa5EKnp7L7JCU17U4z 5AV8b4q3D+Y0Z1mRWkzQLywRiaxSo0AodHdY1nKSSzoorvZW6bYMH/5EdTo5j62u wtGavgOy7zTzH16DyhY0HIMhFkEAluLhGqCeAsjtvm3hnb1MvqBKKWs8trsZ8iJy kek7jKVFZmCzTBVXPvSv2ENKJU0AKaMXcSCRujewQf6poa/uLe/5WYdhagAJIvPI s7WMBzw7SLd8myuJhnnzEHBO0On9HSvo/XxFE78r4q9l/e+ZlyLdOuld0afFruM2 aDGogJpODe+go8DE56l0pfwBQQEN50obDDfdPxUxTjQ1dWwTseSkenEprM9/TRT2 Tt6SLvdig61sPmoZcCX+8GSLkHilJdZfwWdsiEYEEBEIAAYFAk/gcTcACgkQllt0 TuwPx+hS2gCfRciR8DXwGdvRL8kJgN4TM/744n0AoJWjAI6fLrcVeNoiioyrELt6 eMDliEYEEBECAAYFAk/gsvgACgkQ8dLMyEl6F20kkgCeKfjoa73XOVF+NnTMxar4 ubEZFsUAnAiTRCJNaIJj792WMHiLnX+WbJWPtCJNZWhkaSBBYmFha291ayA8dGhl bGk0OEBnbWFpbC5jb20+iQI3BBMBCAAhBQJP4HK8AhsDBQsJCAcDBRUKCQgLBRYC AwEAAh4BAheAAAoJEBiStC/OquvI3AUP/1ASgdyLJlUl2+vpUyMqVTKqVdFh6Y0G BdDAl+Ao5qKy6FAbpdM0Mhaywp5FzxmQJcvbJolb2uXd4PrrJgsL6XxOmlxzRpdy CyJsUBs6LaaXQXog+McTaDlnTEIrB0urYDyPoWcjW1LogDgjs360Y5dl2lBXCpJY VKI5rt1rsXGwB5y4yjs92eoeaaIdVEarSn6h/bYpFXkjoUciDSJ5VRZMCBR8eKlV Bjbm90SF1kubTplLDmh8e0cOXMFGnTO9RjvyM2CgiqhZPe+HPknXcTemDB+/yka2 sQP8QqxFiUKuMQGQ0Jc76e8ffrmfPYb3IjIj773c6Y8wPNKdzop0vvJU/Lj9knyi CFoOump4nOQSQmQAFCS+gXKk99mEGacRnWIwsjMnchF4Ui6EX6iPSoMySCs63p13 fARU4pjdG4GDwvGcNxfz91io4VMj3B9vdyEV8YdXGePvdLEFXQcxxTUM7hWpg0IC rCiRxVGK9gz3gyxc4quh+vAWHDI0YX1ULs/5Y719Tgt1b/QZ1RpxHvsyygxMARP2 JLMgG4qe4+H0c3Pv65iFKIXhAUnGaMocuf/M4gACj+Pf3+zxpk1WwmUdP8W8lZYK ePeCc3QWbreCOKEi27IvJwLTFik2nHNIipQEpdY0Y+3AUOS9Bevh2pFqN3r510pw FeBrz1AIpX+YiEYEEBEIAAYFAk/gdFoACgkQllt0TuwPx+hm4QCeMZJ7Qt6O7UOG jYx521FulmnbyBYAnjsCBauGNIw8grMLUI/5JPiyZKLkiEYEEBECAAYFAk/gsvgA CgkQ8dLMyEl6F20dtQCcC7sMCUK/xjthPZK8VV7gixNSbCIAnj1AEc21L8ZB5XLE EVNFeWQG3eiItCpNZWhkaSBBYmFha291ayA8bWVoZGkuYWJhYWtvdWtAc2lsZWh0 Lm5ldD6JAjcEEwEIACEFAk/gcs8CGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AA CgkQGJK0L86q68jINQ//c02hmSA8+9mBSbJZ2NuS5GWYVSHD5m+I6KoJ46nmW801 vrVL4iOCswjWntKsRuArIL55VgDDWzk12w4MJ0nDYKb+HfTiT9rfOG8tmoaxZ2gW r2qhroYHbOrQP+mO1+vc2xyghFbCPle4y2ZfrEbHVasdzyDeK+8OLKmMTe7mYcH6 P57vNA2KeU7Dq7AltLkDQLJBKa/rsNeO4dm/vhCQ9YDd0lI8vW1RINYxMXiPB1wF TfBGnUAzQntROqn6FIExj74IfQzmoaD6YquzQNhcM660aGV9DmwrikgRJW0PtUOT j1KOiBS4tCaHLBQCJeeUQAW1fjkK+hWj4uLlxUJqrsWx1nQwjkm0tTiBzb5wNRsy /2jd3wkuJ7G0OeoEopP/y8u9FI3CD0QcKJ9wv+uFU6O5anerTZLJ3wjJSiA7MAOd R/j0Up/hVY5mW6Y8t4D+nZG0qVkSDCsYDnIeWR/SBsLC7yw+NzLflPlMJpEO9AHs C6std34ixMySp7vXiWWolitBFUQ0kUTvn2pLqHvWSTS8XGcqRvRQCPsFEVZmxwyN
Bug#647613: boswars: Crashes when loading saved game.
Coin, We still have no reply from you about your crash in Boswars. Would you please have a look at http://bugs.debian.org/647613 and reply to this mail (with the Cc) ? Regards. -- Marc Dequènes (Duck) pgpZpKSwQazQk.pgp Description: PGP Digital Signature
Bug#664681: transition: KDE's 4.8 release of platform, applications and workspace
On 20.06.2012 22:44, Sune Vuorela wrote: A lot of bits have been uploaded to unstable and should migrate by itself. Left is: libmarblewidget (src:marble) having a soname change (~5 source packages affected) some okteta libraries (src: kdesdk) is having a change (kdevelop affected) a library split from src:kalgebra and also now used by cantor. All relevant bits are in NEW curretnly targetting experimental until you say 'go' for unstable. We are aware and alert and ready for your go. Might have been handy if those had been explicitly mentioned / tracked and in NEW earlier. Ah well. It looks like marble, cantor and kdesk have now made their way out of NEW; analitza hasn't yet at least. Have their reverse dependencies been {build-,}tested against the new libraries? and then there is the splits of kdeaccessibility and kdeutils. Half of it is in unstable, and the rest is stuck in NEW targetting unstable and is hopefully in soon. If they're new packages aiming to get in before freeze then that would be handy, yes. :-) 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#678338: ITP: konoha -- interpreter of statically-typed scripting language Konoha
Tadaki SAKAI stadaki@gmail.com writes: It guaranteed a smooth coding environment and ease of use. That sentence seems pretty content-free... why not just leave it out of the description? -miles -- Cannon, n. An instrument employed in the rectification of national boundaries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678366: checkrestart: if systemd is running, use cgroups and systemctl instead of the init script mechanisms
Package: debian-goodies Version: 0.61 Severity: wishlist File: /usr/sbin/checkrestart X-Debbugs-CC: syst...@packages.debian.org systemd (the alternative to sysvinit) uses Linux cgroups to group processes according to the service they belong to, even if the services spawns child processes and so on. Please detect if cgroups are available, if the systemd cgroups are active and for the processes that need restarting, which systemd service they belong to. Some information about the cgroups used by systemd is below. If systemd cgroups are active then the initscripts mechanism should not be used. Normal services have the a cgroup file like this and can be restarted using `systemctl restart exim4.service` or similar. pabs@chianamo ~ $ cat /proc/30519/cgroup 8:perf_event:/ 7:blkio:/ 6:net_cls:/ 5:freezer:/ 4:devices:/ 3:cpuacct,cpu:/system/exim4.service 2:cpuset:/ 1:name=systemd:/system/exim4.service systemd as pid 1 has the below cgroup file and can be restarted using `systemctl daemon-reexec` instead of the normal pabs@chianamo ~ $ cat /proc/1/cgroup 8:perf_event:/ 7:blkio:/ 6:net_cls:/ 5:freezer:/ 4:devices:/ 3:cpuacct,cpu:/ 2:cpuset:/ 1:name=systemd:/system User processes not belonging to any systemd defined service look like this: pabs@chianamo ~ $ cat /proc/11487/cgroup 8:perf_event:/ 7:blkio:/ 6:net_cls:/ 5:freezer:/ 4:devices:/ 3:cpuacct,cpu:/ 2:cpuset:/ 1:name=systemd:/user/pabs/c1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-goodies depends on: ii curl 7.26.0-1 ii dctrl-tools [grep-dctrl] 2.22.2 ii perl 5.14.2-11 ii python2.7.3~rc2-1 ii whiptail 0.52.14-10 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.55 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zenity 3.4.0-2 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#667681: Updated patches for Dreamplug / Marvell Kirkwood FDT
On Wed, Jun 20, 2012, Ian Campbell wrote: Are you suggesting that I should move the non-flash-kernel related content of /dev/sdb1 (e.g. vmlinuz, initramfs etc) to /dev/sdb2:/boot and remove sdb1 from the fstab, leaving it unmounted the majority of the time? Exactly; also it should also keep working if you leave your system untouched (if you keep /dev/sdb1 in fstab and if f-k tries to mount it in /tmp to update boot files, it should just get bind-mounted automatically). I'm happy to do that, just want to make sure I understand before I start moving stuff about. Yup; it's also best if you have some recovery mechanism -- like being able to pull the SD card and changing it from another device -- and some debug mechanism -- like serial console over mini-USB. FYI /boot is 205M on this system (I don't recall if I partitioned it, or if the installer did it or if it came that way), so I'm not worried about space constraints (205M is bigger than the whole disk on my last Pentium based firewall machine ;-)). I think the original partition was VFAT though so that concern is valid. Yup; I'm mostly concerned about the ext2 which is fragile on abrupt shutdowns. It is possible that other DP users will want /dev/sda* (the internal sdcard) instead of /dev/sdb* (the external sdcard). Can I express sda vs sdb in the flash-kernel db somehow? Ah, yes; that's indeed a problem. That means we need some config file to override the boot device (ideally an installer would create this file for you). This is currently missing in flash-kernel, but here I think it should allow overriding parts of the machine db entry. Looking at my sda it seems the partitioning scheme used by the supplier there is 100M VFAT + 3.9G EXT. Right; first partition as a small vfat is typically what I expect; it's more reliable than ext2 but doesn't support links, also 100M is a more serious space constraint (especially if initrds get large and kernel versions pile up). There is also some /dev/mtd devices but I think they are tiny SPI things and not useful for booting. Hmm ok; in terms of size, some Kirkwoods come with a full Debian or Ubuntu rootfs in flash, I think some 512 MiB or so of flash were enough to do this, but I've had various issues with ubifs on a device here that kind of scared me away of it. It's probably all fixable, but the serious issues in the kernel and userspace tools led me to think it wasn't a good option when compared to SD card. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677474: Substvars for Build-Depends in the .dsc file
On Thu, Jun 14, 2012 at 11:04:00AM +0200, Joachim Breitner wrote: Hi Bernd, Am Donnerstag, den 14.06.2012, 10:32 +0200 schrieb Bernd Zeimetz: I would like to see more flexibility in dpkg-source as to where the effective build depends come from. My use case are (as you might guess) Haskell packages. If you look at http://ftp.de.debian.org/debian/pool/main/h/haskell-yesod/haskell-yesod_1.0.1.6-1.dsc you see it has a very long list of build dependencies. If youâd compare that to http://hackage.haskell.org/packages/archive/yesod/1.0.1.6/yesod.cabal youâd see that the process of creating the build dependencies is a mostly mechanical process and doing that manually is a waste of human developer time and a source for mistakes (which lead to FTBFSes and hence more waste in buildd and buildd admin time). Other peopel solve this by having a debian/control.in file and having - a debian/control target in debian/rules - having the clean target depend on debian/control. I don't think that your case is special enough to add yet an extra option to dpkg-source. I have two packages where I'm changing much more than the build-dependencies automatically, for example. I am aware of approaches using debian/control.in, but I was under the impression that during the build, debian/control must not be changed and hence this always requires manual interaction. Yes, and the reason for this is that we don't want accidental build-depends changes by builds on buildd hosts. Your proposed change would violate that. It's fine to use the control.in approach provided it doesn't get done in an automatic build. Just make sure you have a separate debian/rules target which regenerates debian/control when called manually and explicitly, and you should be fine. Then building your package's maintainer upload just involves debian/rules build-control-target followed by a dpkg-buildpackage as usual. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677474: Substvars for Build-Depends in the .dsc file
On Sun, Jun 17, 2012 at 02:00:04PM +0200, Joachim Breitner wrote: Hi, it seems that my idea is not well received; point taken, and I do like the alternative about debian/rules creating debian/control in the clean target. Do. Not. Do. That. Ever. if you do, you risk all kinds of problems, like binNMUs having broken control files, your package FTBFSing because the script used to generate the control file no longer functions, and similar things. Building debian/control in an automated fashion is fine, but it must not be done as part of any regular dpkg-buildpackage call. This includes -S, -b, and -B builds (the latter is used by buildd, fwiw). -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a signature.asc Description: Digital signature
Bug#678346: subversion: svn no longer resolves symlinks (error E155010)
On 2012-06-20 23:12:59 -0500, Peter Samuelson wrote: retitle 678346 subversion: 'svn log' output tricked by symlinks in some cases AFAIK, not just log is affected. tl;dr I'm closing this because I believe it is a bugfix, not a bug. Well, I disagree. The old behavior was a very practical feature. And that's the goal of the symlinks: to be able to access objects through them. I'm marking it found in 1.1.0, not because I've tested it, but because that is when symlink support was added to svn. Actually this is not related to symlink support by svn. There is the same difference with an unversioned symlink inside a working copy. However with a symlink outside a working copy to the root of the WC, this still works. [Vincent Lefevre] svnadmin create svn svn co file://`pwd`/svn wc cd wc svn mkdir foo ln -s foo bar svn add bar touch foo/file svn add foo/file ... svn log bar/file svn: E155010: The node '/tmp/my-test-svn/wc/bar/file' was not found. In other words, 'svn log' is now more consistent between a working copy and a repository. Compare: svn log bar/file svn log file://`pwd`/svn/bar/file Well, a path and a URL are different things. Do not expect them to behave in the same way. On the other hand, a new inconsistency has been introduced on paths (see above). In 1.7, they both fail. In 1.6, one succeeds and one fails. I don't see this as a problem: paths were more powerful, that's all. I think the 1.7 behavior is clearer. There is no object in the repository named 'bar/file', and svn log no longer is fooled into reporting one. Also, links are not resolved at the end of the path. Compare 'svn log foo' with 'svn log bar'. In both 1.6 and 1.7, 'bar' is its own object with its own log, independent of what it points to. Again, I don't see this as a problem. With 1.6, the behavior is similar to the ls command. If the change is really intended, perhaps this should be controlled by an option, with the 3 possible behaviors (1: never resolve symlinks; 2: resolve internal symlinks, like 1.6 and ls; 3: resolve symlinks completely). -- 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#633929:
On Thu, Jun 21, 2012 at 02:42:33PM +0800, Henk Metselaar wrote: I had the same problem and (nearly) the same versions installed as Joey Hess in post #19. The problem cleared up after downgrading Sure? 3.4.5-5 != 3.5.4-5. Either you used a totally ancient system (which you shouldn't) or... ;) libreoffice-filter-mobiledev to 1:3.4.6-2~bpo60+1 from 1:3.5.4-4. Honestly, I don't believe that this has any influcence here. Except that a downgrade of course runs the maintainer scripts etc but -mobiledev doesn't have serious of them, and I *can* start up LO with -filter-mobilede installed. 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#649939: Fixed upstream
fixed 649939 4.0.9-2 unblock 649939 by 662279 thanks Hi, I had a chat with upstream about this and they ensured me that rawtherapee compiles with libpng15. I mark it fixed in 4.0.9-2. Philip -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655419: fixed in suphp 0.7.1-2
On Wed, Jun 20, 2012 at 10:28:25PM +0200, Moritz Mühlenhoff wrote: The freeze is getting really close now. Do you plan to upload this version to sid, so that the hardened build flags reach Wheezy? not this one because this one was made when apache 2 teams said to prepare packages for apache 2.4 and so this package is incompatible with apache 2.2 :(( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678367: dirmngr: please label /var/run/dirmngr for SE Linux
Package: dirmngr Version: 1.1.0-3 Severity: normal Please apply a patch like the following to the init.d script to give the created directory the correct SE Linux context. This isn't a high priority at the moment (it should work for Wheezy without it) but in future it may be necessary. --- /etc/init.d/dirmngr.orig2012-06-21 17:52:37.0 +1000 +++ /etc/init.d/dirmngr 2012-06-21 17:53:20.0 +1000 @@ -30,6 +30,7 @@ : else mkdir -p /var/run/dirmngr || return 1 + [ -x /sbin/restorecon ] /sbin/restorecon /var/run/dirmngr chown dirmngr:dirmngr /var/run/dirmngr || return 1 output=$(su -c . /lib/lsb/init-functions umask 027 start_daemon -p $PIDFILE $DAEMON --daemon --sh - dirmngr) || return 1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (350, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dirmngr depends on: ii adduser3.113+nmu3 ii dpkg 1.16.4.3 ii install-info 4.13a.dfsg.1-10 ii libassuan0 2.0.3-1 ii libc6 2.13-33 ii libgcrypt111.5.0-3 ii libgpg-error0 1.10-3 ii libksba8 1.2.0-2 ii libldap-2.4-2 2.4.28-1.3 ii libpth20 2.0.7-16 ii lsb-base 4.1+Debian7 dirmngr recommends no packages. dirmngr suggests no packages. -- Configuration Files: /etc/init.d/dirmngr changed: PATH=/sbin:/bin:/usr/sbin:/usr/bin NAME=dirmngr DAEMON=/usr/bin/$NAME PIDFILE=/var/run/$NAME.pid test -x $DAEMON || exit 5 if [ -r /etc/default/$NAME ]; then . /etc/default/$NAME fi . /lib/lsb/init-functions d_start() { if pidofproc $DAEMON /dev/null; then : else mkdir -p /var/run/dirmngr || return 1 [ -x /sbin/restorecon ] /sbin/restorecon /var/run/dirmngr chown dirmngr:dirmngr /var/run/dirmngr || return 1 output=$(su -c . /lib/lsb/init-functions umask 027 start_daemon -p $PIDFILE $DAEMON --daemon --sh - dirmngr) || return 1 eval $output || return 1 pid=$(echo $DIRMNGR_INFO | cut -d : -f 2) || return 1 echo $pid $PIDFILE || return 1 chmod ${DIRMNGR_SOCKET_MODE:-0777} /var/run/dirmngr/socket || return 1 fi return 0 } case $1 in start) log_daemon_msg Starting DirMngr $NAME d_start log_end_msg $? ;; stop) log_daemon_msg Stopping DirMngr $NAME killproc $DAEMON log_end_msg $? ;; status) status_of_proc $DAEMON DirMngr ;; restart) $0 stop sleep 1 $0 start ;; try-restart) if $0 status /dev/null; then $0 restart else exit 0 fi ;; reload|force-reload) log_daemon_msg Reloading DirMngr configuration $NAME killproc $DAEMON HUP log_end_msg $? ;; *) log_failure_msg Usage: $0 {start|stop|status|restart|try-restart|reload|force-reload} exit 2 ;; esac -- 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#675836: suggested fix
On 20/06/12 22:50, Steven Chamberlain wrote: You still didn't address that in your reply. Steven, You seem to have three issues: 1.) feature based tests rather than platform based tests. I totally get the desirability of this. It means new OS 's or improvements to OS's get picked up automatically. My issue was that this does not work in *this* case. Furthermore I was ignorant of certain specifics - which is why I was widely circulating the NMU - and so improperly cautious. 2.) a proper audit trail and making Hurd accountable for the actual issue Again I totally get this. 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a point. I don't get that. Any point you might make would be lost in all the other Hurd FTBS's. Surely it is much better to do something positive. So I have raised a bug: #678358 to address the underlying issue. I will clone this bug to a follow up bug blocked by #678358. I will check the source code of the other packages that I am aware might have this issue and do the same if I find anything. I will not delay any more with this NMU and my proposed patch will * use #if defined(AF_LINK) !defined(__GNU__) in both places as that is as close to a feature check as we can get * Have a comment explaining the issues in both the code and the patch header. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479659: RFH: wine -- Windows API implementation
Hi, I see new versions of wine in Debian Sid: http://packages.qa.debian.org/w/wine.html Is it time to close this RFH? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678368: RFS: libvisual/0.4.0-5 [QA] -- Audio visualization framework
Package: sponsorship-requests Severity: normal Hi, (Please Cc me in replies, I am not subscribed to debian-qa mailing list) I am looking for a sponsor for my package libvisual. It builds those binary packages: libvisual-0.4-0 - Audio visualization framework libvisual-0.4-0-i18n - Audio visualization framework (translation files) libvisual-0.4-dev - Audio visualization framework (development package) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libvisual Direct link for download: http://mentors.debian.net/debian/pool/main/libv/libvisual/libvisual_0.4.0-5.dsc Changes in the package: libvisual (0.4.0-5) unstable; urgency=low * QA upload. * Added debian/watch. * Updated debian/control: - fixed lintian warnings and notes: package-needs-versioned-debhelper-build-depends 9, no-homepage-field - added new package libvisual-0.4-0-i18n * Translation files were moved to new package libvisual-0.4-0-i18n: fixed bug with arch-dependent files in multiarch package. (Closes: #670031) * Updated debian/rules: fixed broken names of translation files. (Closes: #646964) * Added file debian/patches/fix-spelling-errors. * Updated files debian/patches/0*_fix: fixed lintian notes quilt-patch-missing-description. * Updated debian/copyright: file was rewritten in according to Copyright format 1.0. * Bumped Standards-Version to 3.9.3. I would be glad if someone uploaded this package for me. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678369: haskell-platform-prof: should move from Section: doc to Section: haskell
Package: haskell-platform-prof Version: 2012.2.0.0~rc2.debian1 Severity: minor The haskell-platform-prof package is in Section: doc. Presumably it should be in Section: haskell instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646964: libvisual-0.4-0: broken translations and arch-dependent files in multiarch
RFS: http://bugs.debian.org/678368 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678370: libxs FTBFS on armhf, assembler errors indicative of thumb incompatilble inline assembler.
Package: libxs Version: 1.2.0-1 Severity: serious Tags: patch Your package fails to build on armhf with the following error. CXXlibxs_la-mailbox.lo /tmp/cchN2ucw.s: Assembler messages: /tmp/cchN2ucw.s:229: Error: thumb conditional instruction should be in IT block -- `strexeq ip,r7,[r3]' /tmp/cchN2ucw.s:520: Error: thumb conditional instruction should be in IT block -- `strexeq r5,r3,[r1]' /tmp/cchN2ucw.s:922: Error: thumb conditional instruction should be in IT block -- `strexeq r9,r8,[r1]' /tmp/cchN2ucw.s:1095: Error: thumb conditional instruction should be in IT block -- `strexeq r8,ip,[r2]' make[3]: *** [libxs_la-mailbox.lo] Error 1 Most likely this is caused by inline assembler that is not compaltible with being assembled in thumb mode. The easiest soloution is to build with -marm on arm platforms, patch is attatched. --- libxs-1.2.0/debian/rules 2012-06-13 17:26:54.0 + +++ libxs-1.2.0.new/debian/rules 2012-06-18 23:52:32.0 + @@ -1,5 +1,11 @@ #!/usr/bin/make -f +DEB_HOST_ARCH_CPU ?=$(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) + +ifeq ($(DEB_HOST_ARCH_CPU),arm) + export DEB_CXXFLAGS_MAINT_APPEND := -marm +endif + %: dh $@ --with autoreconf
Bug#633929:
Op Thu, 21 Jun 2012 15:41:08 +0800 schreef Rene Engelhard r...@debian.org: On Thu, Jun 21, 2012 at 02:42:33PM +0800, Henk Metselaar wrote: I had the same problem and (nearly) the same versions installed as Joey Hess in post #19. The problem cleared up after downgrading Sure? 3.4.5-5 != 3.5.4-5. Either you used a totally ancient system (which you shouldn't) or... ;) I installed LO from backports. For some reason some individual packages have been pulled from testing at some time. Some other were slightly outdated (3.4.6-2 instead of 3.4.6-2~bpo60+2). I see in #19: LO-filter-mobiledev 3.5.2~rc2-1, I had 3.5.4.4-4. libreoffice-filter-mobiledev to 1:3.4.6-2~bpo60+1 from 1:3.5.4-4. (should've been ~bpo60+2, not +1) Honestly, I don't believe that this has any influcence here. Except that a downgrade of course runs the maintainer scripts etc but -mobiledev doesn't have serious of them, and I *can* start up LO with -filter-mobilede installed. You asked in #28 to synchronise the versions package by package until it works. The more obvious changes (to -common, -java-common and -emailmerge) had no effect; downgrading -filter-mobiledev made the difference. There were dependency changes when reinstalling the other packages but not for -mobiledev. The maintainer scripts didn't output any message (other than processing triggers...). I'm just giving my experiences hoping it helps you. HTH, Henk Perhaps I shouldn't have posted here since I pulled from backports? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
On Thu, Jun 21, 2012 at 02:13:47 +0100, Dmitrijs Ledkovs wrote: On 19/06/12 10:00, Julien Cristau wrote: On Tue, Jun 19, 2012 at 09:40:32 +0100, Dmitrijs Ledkovs wrote: Good luck! It's a beast =) Thanks :) Did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657433 ? Yep. I'll start with a smaller set of modules, and get things in experimental at first to get a feel for the pain involved. One thing I can recommend is using cdbs, due to native flavours support I'm afraid there's no way I'm getting anywhere near cdbs. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Hi, in your discussion on this issue, please consider that this is the last package blocking libasound2-plugins from being installable in a foreign architecture. That package is important since it contains the ALSA PulseAudio plugin, so if a system runs PA, foreign-architecture ALSA applications are currently blocked by this bug from having sound. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678236: linux-image-2.6.32-5-amd64: Disk IO error when running debian 6.0.x with buslogic virtual disk and 4G+ mem in a VMware VM
Hi Ben, - Original Message - From: Ben Hutchings b...@decadent.org.uk To: Peter Cao pengzhen...@vmware.com, 678...@bugs.debian.org Cc: chunmei(Tracy) Huang cmhu...@vmware.com, Arvind Kumar arku...@vmware.com Sent: Thursday, June 21, 2012 12:34:07 PM Subject: Re: Bug#678236: linux-image-2.6.32-5-amd64: Disk IO error when running debian 6.0.x with buslogic virtual disk and 4G+ mem in a VMware VM We offer both but the installer is supposed to pick the '686-bigmem' configuration by default. No. The installer picks amd64 kernel by default for configuration with 4G+ mem. And it normal i686 kernel if mem4G. It would not surprise me if BusLogic was broken on 64-bit systems, but presumably you would have noticed that in other 64-bit Linux guests. The userland architecture (i386 vs amd64) should not make any difference. This issue can not be repro on real amd64 debian(amd64 debian kernel+ amd64 userland, installed with amd64 ISO). And It can not be repro on ubuntu10.10 PAE kernel with 4G+ memory What I meant is that if the VMware tools do not configure a Debian 6.0 guest to have a PV-SCSI adapter by default, this is a poor default and that is a bug (independent of any bugs in the guest kernel or driver). The default configuration will use lsilogic disk controller for debian. We do not use pvscsi disk controller by default for all guest OS. I am not the owner for creating VM configurations but I guess this is a balance for performance and best compatibility. We can use pvscsi for best performance but our customer may need the buslogic virtual adapter so we have to support this configuration. Why would they specifically need that when they use a guest and host that support PV-SCSI? We just support this configuration in our product and it is the user's choice to use which controller. PVSCSI should have best performance with vmware tools installed, but not every user install tools, though we highly recommended end user to install vmware tools for best IO/mem performance. Ben, do you have any suggestion on how to debug the buslogic driver? Regards, Peter Cao -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678371: [php5-mysqlnd] Conflicts with php5-mysql
Package: php5-mysqlnd Version: 5.4.4~rc2-1 Severity: important --- Please enter the report below this line. --- Upgrading issues the following error in postinst: ucfr: Attempt from package php5-mysqlnd to take /etc/php5/mods- available/mysql.ini away from package php5-mysql ucfr: Aborting. Regards, Antonio --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 700 stable www.debian-multimedia.org 700 stable security.debian.org 700 stable ftp.es.debian.org 650 testing www.debian-multimedia.org 650 testing security.debian.org 650 testing ftp.es.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.4) | 2.13-33 phpapi-20100525 | php5-common (= 5.4.4~rc2-1) | 5.4.4~rc2-1 ucf | 3.0025+nmu3 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670197: (start of an) updated plymouth package
Additional patches that applies on top of the previous series. -- Andreas Henriksson From a676f401ee17ae277fa1c1d6c6f20c981f2cc4cb Mon Sep 17 00:00:00 2001 From: Andreas Henriksson andr...@fatal.se Date: Thu, 14 Jun 2012 08:41:38 +0200 Subject: [PATCH 1/4] Add patch to fix when os-release is missing This patch is from upstream and should be dropped in future updates. See: http://cgit.freedesktop.org/plymouth/commit/?id=57fab85b2642f6171dcdef5e7066c2c29b0a39bd --- .../08-backport-missing-osrelease-fix.patch| 49 debian/patches/series |1 + 2 files changed, 50 insertions(+) create mode 100644 debian/patches/08-backport-missing-osrelease-fix.patch diff --git a/debian/patches/08-backport-missing-osrelease-fix.patch b/debian/patches/08-backport-missing-osrelease-fix.patch new file mode 100644 index 000..321f453 --- /dev/null +++ b/debian/patches/08-backport-missing-osrelease-fix.patch @@ -0,0 +1,49 @@ +From 57fab85b2642f6171dcdef5e7066c2c29b0a39bd Mon Sep 17 00:00:00 2001 +From: Ray Strode rstr...@redhat.com +Date: Wed, 13 Jun 2012 10:56:56 + +Subject: text-progress-bar: Initial os-string to when can't be read + +get_os_string either returns a string describing the distribution, +or NULL on error. + +This NULL later causes problems since we run strlen on it. + +This commit makes get_os_string return instead of NULL for error +cases. + +Spotted by Andreas Henriksson. +--- +diff --git a/src/libply-splash-core/ply-text-progress-bar.c b/src/libply-splash-core/ply-text-progress-bar.c +index faf84a4..7c9d688 100644 +--- a/src/libply-splash-core/ply-text-progress-bar.c b/src/libply-splash-core/ply-text-progress-bar.c +@@ -102,13 +102,15 @@ get_os_string (void) + char *buf, *pos, *pos2; + struct stat sbuf; + ++ buf = NULL; ++ + fd = open (RELEASE_FILE, O_RDONLY); + if (fd == -1) +-return; ++goto out; + + if (fstat (fd, sbuf) == -1) { + close (fd); +-return; ++goto out; + } + + buf = calloc (sbuf.st_size + 1, sizeof(char)); +@@ -158,6 +160,9 @@ get_os_string (void) + + out: + free (buf); ++ ++ if (os_string == NULL) ++os_string = strdup (); + } + + void +-- +cgit v0.9.0.2-2-gbebe diff --git a/debian/patches/series b/debian/patches/series index d391167..5dda944 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ 04-stderr.patch 05-default-theme.patch 07-return-code.patch +08-backport-missing-osrelease-fix.patch -- 1.7.10 From 4b5062f816c525ea07c909737af48ba7b2b73f16 Mon Sep 17 00:00:00 2001 From: Andreas Henriksson andr...@fatal.se Date: Thu, 14 Jun 2012 08:43:46 +0200 Subject: [PATCH 2/4] Gracefully handle case of missing /etc/os-release Can't really expect it to always exist, since it's a conffile. If the user wants it gone (which would make no sense, but still), then it should be respected. This also avoids having to add a versioned dependency on an essential package (base-files (= 6.8)) to be able to gracefully handle upgrades from squeeze - wheezy. Thanks: Julien Cristau --- debian/local/plymouth.hook |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/debian/local/plymouth.hook b/debian/local/plymouth.hook index ffe858a..6752536 100644 --- a/debian/local/plymouth.hook +++ b/debian/local/plymouth.hook @@ -64,7 +64,10 @@ done # copy base themes and logo cp -a ${THEMES}/details ${DESTDIR}/${THEMES} cp -a ${THEMES}/text ${DESTDIR}/${THEMES} -cp /etc/os-release ${DESTDIR}/etc + +if [ -f /etc/os-release ]; then + cp /etc/os-release ${DESTDIR}/etc +fi case $(basename ${THEME} .plymouth) in text) -- 1.7.10 From 250ff1fa64a36ae1e7823e0c38952a6970ff6b44 Mon Sep 17 00:00:00 2001 From: Andreas Henriksson andr...@fatal.se Date: Thu, 14 Jun 2012 16:06:08 +0200 Subject: [PATCH 3/4] Bail out of initramfs generation if missing plymouth module From a user perspective, this change does not really solve bug #629416. It mainly tries to make the hook more robust and prevent the catastrophic failure of not being able to generate the initramfs and breaking it, making the system unbootable. Better not have plymouth in the initramfs then breaking it. --- debian/local/plymouth.hook |5 + 1 file changed, 5 insertions(+) diff --git a/debian/local/plymouth.hook b/debian/local/plymouth.hook index 6752536..b7546f5 100644 --- a/debian/local/plymouth.hook +++ b/debian/local/plymouth.hook @@ -42,6 +42,11 @@ esac MODULE=${PLUGIN_PATH}/$(sed -n 's/^ModuleName=\(.*\)/\1/p' ${THEME}).so +if [ ! -e $MODULE ]; then + echo Warning: plymouth module ($MODULE) missing, skipping plymouth. + exit 0 +fi + # copy plugin and images for current theme copy_exec ${MODULE} mkdir -p ${DESTDIR}/${THEMES} -- 1.7.10 From c00dcc28dbb33fb84b760352da77aff6ff1199a6 Mon Sep 17 00:00:00 2001 From: Andreas Henriksson andr...@fatal.se Date: Thu, 14 Jun 2012 17:02:00 +0200 Subject: [PATCH 4/4] Update debian/changelog --- debian/changelog | 22
Bug#678372: no GSSAPI module for slapd with libsasl2-modules-gssapi-heimdal:amd64
Package: libsasl2-modules-gssapi-heimdal:amd64 Version: 2.1.25.dfsg1-4+b1 With libsasl2-modules-gssapi-heimdal i get no GSSAPI module in the supportedSASLMechanisms list from slapd. libsasl2-modules-gssapi-mit works fine but i cannot use it since i have a heimdal kdc. Example: $ dpkg -l libsasl2-modules-gssapi-heimdal ii libsasl2-modules-gssapi-heimdal:amd64 2.1.25.dfsg1-4+b1 Pluggable Authentication Modules for SASL (GSSAPI) $ ldapsearch -H ldap://127.0.0.1/ -x -b -s base -LLL supportedSASLMechanisms dn: supportedSASLMechanisms: DIGEST-MD5 supportedSASLMechanisms: CRAM-MD5 supportedSASLMechanisms: NTLM with libsasl2-modules-gssapi-mit i get: $ dpkg -l libsasl2-modules-gssapi-mit ii libsasl2-modules-gssapi-mit:amd64 2.1.25.dfsg1-4+b1 Cyrus SASL - pluggable authentication modules (GSSAPI) $ ldapsearch -H ldap://127.0.0.1/ -x -b -s base -LLL supportedSASLMechanisms dn: supportedSASLMechanisms: SCRAM-SHA-1 supportedSASLMechanisms: GS2-IAKERB supportedSASLMechanisms: GS2-KRB5 supportedSASLMechanisms: GSSAPI supportedSASLMechanisms: DIGEST-MD5 supportedSASLMechanisms: CRAM-MD5 supportedSASLMechanisms: NTLM I am using Debian GNU/Linux Wheezy AMD64, kernel 3.2.0-2-amd64, slapd 2.4.28-1.1, heimdal kdc 1.6~git20120403+dfsg1-2, all just binaries from Wheezy repo... Regards, Timm Wunderlich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678373: ITP: logol -- Pattern matching tool for biological sequences
Package: wnpp Severity: wishlist Owner: Olivier Sallou osal...@debian.org * Package name: logol Version : 1.5.0 Upstream Author : Olivier Sallou olivier.sal...@irisa.fr * URL : http://logol.genouest.org * License : CeCILL Programming Lang: Java, Prolog Description : Pattern matching tool for biological sequences Logol is a pattern matching tool using the logol language. It searches with a specific grammar a pattern in small or large sequence (dna,rna,protein). It provides complete result matching with the original grammar in the results. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678374: override: gobby:metapackages/optional
Package: ftp.debian.org Severity: normal The recent upload to NEW changed the section of gobby, too. It goes from net to metapackages, hence the override file needs editing to reflect this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677667: fglrx crashes with X server 1.12 on 64bit architecture
Package: fglrx-driver Version: 1:12-6~beta-1 Severity: important I have patched and rebuilt libpciaccess0 but fglrx still crashes. As temporary measure, I am using fglrx-driver 1:12-6~beta-1 while holding the below packages from upgrade. This gives me a working gdm3. xserver-xorg-core_2%3a1.11.4-1_amd64.deb xserver-common_2%3a1.11.4-1_all.deb xorg_1%3a7.6+12_amd64.deb xserver-xorg_1%3a7.6+12_amd64.deb xserver-xorg-input-all_1%3a7.6+12_amd64.deb xserver-xorg-input-evdev_1%3a2.7.0-1_amd64.deb xserver-xorg-input-synaptics_1.5.99.901-1_amd64.deb xserver-xorg-input-wacom_0.12.0-1_amd64.deb -- Regards, Hor Jiun Shyong ä½ä¿é Blog: jiunshyong.dyndns.org twitter.com/jiunshyong facebook.com/jiunshyong I'm an FSF member -- Help us support software freedom! http://www.fsf.org/jf?referrer=2442 Knowing is not enough, we must apply. Willing is not enough, we must do - Bruce Lee. On 06/19/2012 06:05 AM, Paul Menzel wrote: retitle 677667 fglrx crashes with X server 1.12 on 64bit architecture quit Am Samstag, den 16.06.2012, 20:54 +0200 schrieb Paul Menzel: [â¦] Also it seems that there is a workaround for that issues in the upstream report [1] involving patching libpciaccess [2]. But I have not tried it yet. I got it finally working by correctly applying the patch from [2] and rebuilding `libpciaccess0` as described in comment 12 [3]. I post the updated comments here. Find out the PCI address(?) of your graphics device. $ lspci # ASRock E350M1 00:01.0 VGA compatible controller [0300]: ATI Technologies Inc Device [1002:9802] [â¦] Then build the package `libpciaccess0`. $ sudo aptitude install devscripts $ sudo aptitude build-dep libpciaccess0 $ debcheckout libpciaccess0 $ cd libpciaccess0 $ # copyhttp://pastebin.com/swpDj4FD to file `fglrx.patch` $ editor fglrx.patch # change `pci_device_find_by_slot(0, 1, 0, 0)` to `pci_device_find_by_slot(0, 0, 1, 0)` in `src/common_interface.c` and `src/common_io.c` $ patch -p1 fglrx.patch $ dch # add entry to Debian changelog $ git commit -a $ dpkg-buildpackage -us -uc -B $ sudo dpkg -i ../libpciaccess0*.deb Thanks, Paul [1] http://ati.cchtml.com/show_bug.cgi?id=522 [2] http://ati.cchtml.com/show_bug.cgi?id=522#c3 [3] http://ati.cchtml.com/show_bug.cgi?id=522#c12 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678371: [php5-mysqlnd] Conflicts with php5-mysql
For the record, a fix is committed at: https://github.com/gplessis/dotdeb- php5/commit/82d4b47e379c339596d740551e498d32c717a23b Regards, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670197: (start of an) updated plymouth package
Hi Daniel Baumann! On Sun, Jun 17, 2012 at 07:42:56PM +0200, Daniel Baumann wrote: i've merged most it locally, will do some further tests over the next few days and upload mid next week. Midweek passed I really don't want the freeze to happen with the outdated and broken plymouth so I've uploaded a NMU to delayed to give you a couple of more days still. The additional patches was just posted to the same bug report. Hopefully they will be easy for you to merge into your local tree when you have time. This should take care of the urgent problems, and hopefully your additional changes (if needed/wanted) are small enough that they can go in even during the freeze - thus hopefully not that urgent to be uploaded. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677886: mesa: please compile with --enable-gallium-g3dvl to provide `libvdpau_r600`
On Mit, 2012-06-20 at 14:32 +0200, Paul Menzel wrote: Am Sonntag, den 17.06.2012, 16:01 +0200 schrieb Paul Menzel: `xserver-xorg-video-radeon` 6.14.3 changelog contains the following [1]. Highlights: * Support for more cards, in particular Llano APUs. * KMS page flipping fixes. * vdpau/XvMC support (currently only available for = R3xx via Gallium3D). Asking on IRC channel #radeon how to use that tstellar told me to build Mesa with `--enable-gallium-g3dvl`. I think that creates the library `libvdpau_r600` which for example MPlayer can use. Is it possible to build and package that library? I tried to adapt the packaging but failed utterly. [...] $ more debian/libgl1-mesa-vdpau.install dri/usr/i386-linux-gnu/libXvMC*.so* usr/lib/i386-linux-gnu Note that libXvMC* are for XvMC, which is a different API than VDPAU. It doesn't really make sense to put them in a package whose name contains 'vdpau'. Similar for 'libgl1', as this has nothing to do with OpenGL. Maybe something like 'libxvmc1-gallium' and 'libvdpau1-gallium'? [...] since I also do not see `libvdpau_r600` in the build directory (`find . -iname *vdpau*`). I guess there are still some config options missing. --enable-vdpau might be needed, or it might get enabled by default if libvdpau-dev is installed. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678371: [php-maint] Bug#678371: [php5-mysqlnd] Conflicts with php5-mysql
Hmm, this must be something new in ucf, because I am sure I have tested this. Will fix that in next upload. O. On Thu, Jun 21, 2012 at 10:21 AM, Antonio Marcos López Alonso a...@ipna.csic.es wrote: Package: php5-mysqlnd Version: 5.4.4~rc2-1 Severity: important --- Please enter the report below this line. --- Upgrading issues the following error in postinst: ucfr: Attempt from package php5-mysqlnd to take /etc/php5/mods- available/mysql.ini away from package php5-mysql ucfr: Aborting. Regards, Antonio --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 700 stable www.debian-multimedia.org 700 stable security.debian.org 700 stable ftp.es.debian.org 650 testing www.debian-multimedia.org 650 testing security.debian.org 650 testing ftp.es.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.4) | 2.13-33 phpapi-20100525 | php5-common (= 5.4.4~rc2-1) | 5.4.4~rc2-1 ucf | 3.0025+nmu3 -- 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#672504: .
Hi again! I checked with cowbuilder that it builds fine in a clean chroot. It passes all tests with piuparts also. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678371: [php-maint] Bug#678371: [php5-mysqlnd] Conflicts with php5-mysql
No, it's not. On Thu, Jun 21, 2012 at 10:40 AM, Antonio Marcos López Alonso a...@ipna.csic.es wrote: For the record, a fix is committed at: https://github.com/gplessis/dotdeb- php5/commit/82d4b47e379c339596d740551e498d32c717a23b Regards, Antonio ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- 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#639916: Question about the license of Spread Toolkit
Hi, Please comment bug report in Debian related with your licence: http://bugs.debian.org/639916 You could use 639...@bugs.debian.org for replies. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678098: New version is now unstable in double-screen configuration
On Wed, Jun 20, 2012 at 06:40:25PM +0200, Sven Joachim wrote: I presume you have libcairo2 held back at 1.10.x? With 1.12.x the driver seems to be broken for everyone: http://bugs.debian.org/666468. No, I'm using 1.12.2-2 and I know that other bug, it is triggered on another laptop with *another* nvidia card and by some specific programs only (e.g. iceweasel). This is something completely different. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678123: armel, armhf, mips, s390 and s390x unsupported by Debian's libnacl-dev
Hi, I am not able to fix the problem by myself, I have contacted the upstream and I have not received any deployable help. Unfortunately, I have no such machines on my horizon, so patches are more then welcome. Serge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678359: autopkgtest: Depends: @ only works when building the source
tag 678359 patch thanks Martin Pitt [2012-06-21 7:43 +0200]: IMHO the package list for @ should be generated from debian/control, not from the generated .debs during a local build. Attached patch does that. I'm not quite sure about the handling of t.act.tests_tree.path (it is -- erm -- not very easy to understand the organization of all those AutoFile classes and their rather cryptic members), but I tested it with running from an unpacked source tree and from a .dsc, and it works fine now. If you don't like the new debhelper dependency, we could also copy the code, but it's quite a lot and not very easy. Pretty much every package is going to install debhelper as a build dep anyway, though, so I don't think it hurts. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) runner/adt-run: Expand '@' test Depends: from the test package's debian/control instead from the list of built .debs. The latter does not work if we do not actually build the source. This uses dh_listpackage to avoid duplicating all the Architecture: parsing magic, so add a debhelper dependency. (LP: #1015400, Closes: #678359) diff -Nru autopkgtest-2.2.0ubuntu1/debian/control autopkgtest-2.2.0ubuntu3/debian/control --- autopkgtest-2.2.0ubuntu1/debian/control 2012-06-19 18:35:41.0 +0200 +++ autopkgtest-2.2.0ubuntu3/debian/control 2012-06-21 10:50:14.0 +0200 @@ -9,7 +9,7 @@ Package: autopkgtest Architecture: all -Depends: python (= 2.6) +Depends: python (= 2.6), debhelper Conflicts: autodebtest ( 0.5.3) Replaces: autodebtest ( 0.5.3) Recommends: apt-utils, pbuilder diff -Nru autopkgtest-2.2.0ubuntu1/runner/adt-run autopkgtest-2.2.0ubuntu3/runner/adt-run --- autopkgtest-2.2.0ubuntu1/runner/adt-run 2012-06-19 18:34:47.0 +0200 +++ autopkgtest-2.2.0ubuntu3/runner/adt-run 2012-06-21 11:08:01.0 +0200 @@ -1125,7 +1125,11 @@ t._debug(' literal dependency '+d) dn.append(d) else: - for (pkg,bin) in t.act.binaries: + if hasattr(t.act, 'tests_tree'): + srcdir = t.act.tests_tree.path[1] + else: + srcdir = '.' + for pkg in packages_from_source(srcdir): dp = d.replace('@',pkg) t._debug(' synthesised dependency '+dp) dn.append(dp) @@ -1346,6 +1350,12 @@ act.pkg = m.groups()[0] if not act.pkg: badpkg('no good Package: line in control file') +def packages_from_source(srcdir): +(rc, output) = subprocess_cooked(['dh_listpackages'], +stdout=subprocess.PIPE, cwd=srcdir) +if rc: badpkg('failed to parse packages built from source, code %d' % rc) +return [p for p in output.split() if p] # filter out empty lines + class Binaries: def __init__(b, tb): b.dir = TemporaryDir('binaries') signature.asc Description: Digital signature
Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose
On Tue, Jun 19, 2012 at 09:52:03AM +0200, Soren Hansen wrote: 2012/6/19 Guido Günther a...@sigxcpu.org: On Wed, Oct 19, 2011 at 03:17:33PM +0200, Soren Hansen wrote: Package: wnpp Severity: wishlist Owner: Soren Hansen so...@linux2go.dk * Package name : nosexcover Any news on this one? Sorry, no. I lost my momentum. If you want to take it over, feel free. Uploaded. Thanks. -- Guido -- Soren Hansen | http://linux2go.dk/ Senior Software Engineer | http://www.cisco.com/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678376: src:perl: Please check use of AF_LINK with repect to Hurd
Package: src:perl Severity: wishlist Tags: upstream Dear Maintainer, As per #678358 it is known that Hurd defines AF_LINK but does not provide the corresponding functionality. Please look for any Hurd -specific bugs that this might causing. Also when #678358 finally gets fixed please try to make sure that this code tests for AF_LINK rather than using platform checks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678098: New version is now unstable in double-screen configuration
On Wed, Jun 20, 2012 at 06:40:25PM +0200, Sven Joachim wrote: It randomly crashes either at resolution switching or desktop switching. I have just uploaded 1:1.0.1-1 to unstable. Assuming you can reproduce these crashes with that version, please report them upstream, see http://nouveau.freedesktop.org/wiki/Bugs. It still gives problems both for wm rendering (which renders the double screen configuration unusable at all) and for random crashes. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665557: [Gtk2Hs] #1262: Including individual glib headers no longer supported
#1262: Including individual glib headers no longer supported --+- Reporter: guest | Owner: somebody Type: defect| Status: new Priority: normal| Milestone: 0.11.0 Component: general (Gtk+, Glib) | Version: 0.11.0 Keywords:| --+- Comment(by guest): This caused a build failure in Ubuntu quantal: https://bugs.launchpad.net/ubuntu/+source/haskell-gtk/+bug/1014932 -- Ticket URL: http://hackage.haskell.org/trac/gtk2hs/ticket/1262#comment:1 Gtk2Hs http://haskell.org/gtk2hs/ The Gtk2Hs project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678338: ITP: konoha -- interpreter of statically-typed scripting language Konoha
Miles Bader wrote: Tadaki SAKAI stadaki@gmail.com writes: It guaranteed a smooth coding environment and ease of use. That sentence seems pretty content-free... why not just leave it out of the description? I'm sorry. I only copied a part of following websites. http://konohascript.org/ Although I tried to simplify the text therefore, I have broken the text. A whole sentence is described below. Due to the ongoing increases in computer speed and changes in the application mix, scripting languages are becoming more vital in the development of future applications. Scripting languages, such as JavaScript and Ruby are well accepted in industries. Their dynamic features are attractive and can offer flexibility in coding. However, the absence of static programming features can cause problems when the code becomes longer. Two solutions: Either to rewrite the code using C++ and Java, or by trying to maintain the bloated scripts manually by hand. Neither is effective nor attractive; but we have a much-anticipated solution, and it's called: Konoha. Konoha is a new scripting language that offers flexible scripting and static programming features. It guaranteed a smooth coding environment and ease of use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645998: freeradius crashes due to segmentation fault
Hi, I've created a new 2.1.12 package based on the Debian 2.1.10 package so you can check if the new upstream release fixes this bug. The packaging simply keeps the default 2.1.10 config files, so if it works the packaging will need additional cleanup! You can find the packages for x86_64 here: http://homes.esat.kuleuven.be/~rtheys/freeradius/2.1.12-squeeze They were built on a squeeze box. If you need it for i386, you can download the following files to a directory: freeradius_2.1.12+dfsg.orig.tar.gz freeradius_2.1.12+dfsg-1.dsc freeradius_2.1.12+dfsg-1.diff.gz and run the following commands: apt-get install build-essential apt-get build-dep freeradius dpkg-source -x freeradius_2.1.12+dfsg-1.dsc cd freeradius-2.1.12+dfsg dpkg-buildpackage Even if it fixes the bug, I doubt it will end up in the next stable release as it's almost frozen. But it would be nice to document if it fixes your bug. Regards, Rik On 15/06/2012 10:04, José Antonio Antelo wrote: We followed your instructions to build the package for i386 platform and it worked well. After that, it was installed on a production enviroment to test it. The conclusion was that after few hours working it crashed again (*). If you need more information reply to atic.sistemas.r...@usc.es. Regards, (*) Jun 14 11:03:55 vm075144 kernel: [2557096.780937] freeradius[26639]: segfault at c ip b73a0328 sp bffe3820 error 4 in rlm_eap-2.1.10.so[b739c000+6000] Jun 14 15:12:24 vm075144 kernel: [2572005.811051] freeradius[31179]: segfault at c ip b735e328 sp bfdf4d10 error 4 in rlm_eap-2.1.10.so[b735a000+6000] Jun 14 15:21:49 vm075144 kernel: [2572570.522135] freeradius[8368]: segfault at c ip b7311328 sp bfe97bd0 error 4 in rlm_eap-2.1.10.so[b730d000+6000] El 05/06/12 10:20, Rik Theys escribió: Hi, I manually created a patch for this commit (see attach). I also applied the patch to the latest Debian package. You can find a build for amd64 at http://homes.esat.kuleuven.be/~rtheys/freeradius. I have not tested the resulting package, but the patch applied cleanly and there were no build errors. To reproduce the packaging: apt-get install build-essential apt-get build-dep freeradius apt-get source freeradius cd freeradius-2.1.10+dfsg copy the attached patch to the debian/patches directory echo fix-freeing-eap_handler.diff debian/patches/series add an entry to debian/changelog dpkg-buildpackage I believe the same instructions should work for the squeeze version of freeradius. If you have time, please test the updated package/patch to see if it resolves the issue you are seeing, and update the bug report with your info. Regards, Rik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678377: ndpmon: segfaults on invalid config file
Package: ndpmon Version: 1.4.0-2 Severity: normal Hi, ndpmon segfaults with the attached config file: # ndpmon - Initialization - Reading configuration file: /etc/ndpmon/config_ndpmon.xml ... /etc/ndpmon/config_ndpmon.xml:23: element router: validity error : Element router content does not follow the DTD, expecting (mac , lla , param_curhoplimit? , param_flags_reserved? , param_router_lifetime? , param_reachable_timer? , param_retrans_timer? , param_mtu? , params_volatile? , prefixes , addresses), got (mac lla ) /router ^ /etc/ndpmon/config_ndpmon.xml:27: element router: validity error : Element router content does not follow the DTD, expecting (mac , lla , param_curhoplimit? , param_flags_reserved? , param_router_lifetime? , param_reachable_timer? , param_retrans_timer? , param_mtu? , params_volatile? , prefixes , addresses), got (mac lla ) /router ^ Failed to validate /etc/ndpmon/config_ndpmon.xml ../../xpath.c:14950: XPath error : NULL context pointer ../../xpath.c:14950: XPath error : NULL context pointer Segmentation fault The init script should detect the ndpmon startup failure. HTH, Thomas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 ndpmon depends on: ii libc6 2.13-33 ii libpcap0.8 1.2.1-3 ii libssl1.0.0 1.0.1c-3 ii libxml2 2.8.0+dfsg1-3 ii libxml2-utils 2.8.0+dfsg1-3 ii python 2.7.3~rc2-1 ii python-support 1.0.14 ndpmon recommends no packages. ndpmon suggests no packages. -- Configuration Files: /etc/ndpmon/config_ndpmon.xml changed: ?xml version=1.0 encoding=ISO-8859-1? ?xml-stylesheet type=text/xsl href=config.xsl ? !DOCTYPE config_ndpmon SYSTEM /etc/ndpmon/config_ndpmon.dtd config_ndpmon ignor_autoconf1/ignor_autoconf syslog_facilityLOG_LOCAL1/syslog_facility admin_mailsurveilla...@ibh.net/admin_mail actions_low_pri sendmail1/sendmail syslog1/syslog exec_pipe_program/usr/lib/ndpmon/create_html_table.py/exec_pipe_program /actions_low_pri actions_high_pri sendmail1/sendmail syslog1/syslog exec_pipe_program/usr/lib/ndpmon/create_html_table.py/exec_pipe_program /actions_high_pri use_reverse_hostlookups1/use_reverse_hostlookups routers router mac00:1f:9d:d1:f8:1b/mac llafe80:0:0:0:21f:9dff:fed1:f81b/lla /router router mac00:07:b3:24:94:1b/mac llafe80:0:0:0:207:b3ff:fe24:941b/lla /router /routers !-- Example of countermeasures configuration (If no configuration is present, all countermeasures will be suppressed.) countermeasures kill_illegitimate_routerRESPOND/kill_illegitimate_router kill_wrong_prefixLAUNCH AFTER 10/kill_wrong_prefix propagate_router_paramsCEASE AFTER 10/propagate_router_params indicate_ndpmon_presenceSUPPRESS/indicate_ndpmon_presence /countermeasures -- /config_ndpmon -- 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#678127: should sgml-base be orphaned?
Hi Daniel, Thanks for speaking up here. On Tue, Jun 19, 2012 at 10:33:18PM +0200, Daniel Leidert wrote: Am Dienstag, den 19.06.2012, 13:50 +0200 schrieb Helmut Grohne: The sgml-base package hasn't seen a maintainer upload for six years (put into perspective: two stable releases) despite having a RC bug. JFTR: That's not correct. It has seen its last upload in 2009. This should also answer, how I'm connected to this package. http://packages.qa.debian.org/s/sgml-base/news/20090712T153542Z.html Ok, but this is an experimental upload. So my argument still applies to stable, testing and unstable. IMO orphan a team-maintained package won't improve the situation. The I tend to disagree here (but only a little). The qa team is known for doing qa uploads and answering to bug reports. Orphaning the package means giving the qa group explicit permission to do so. issue simply is, that the XML/SGML team lacks active maintainers. Except for libxslt/libxml AFAIK I'm the only person caring about the core packages and I've already filed several RFH requests. This is an unfortunate situation. The problem I see here is that the XML/SGML team is a point of contact that mostly acts like /dev/null. Indeed the only two responses I got within a time frame of half a year are from you (thanks!). Let me give a similar example, xml2rfc. It might look unmaintained at first, but when approached, the maintainer actually answers (#674911). If the XML/SGML group (or you) is able to comment on proposed solutions, that is a huge step in the right direction and imo clears the need to orphan sgml-base. If you don't mind, why don't you join and care about this package? I mean, this is what Debian is about - jump in, take a package and care about it. I'm almost a DD and I can sponsor the uploads. What do you think? I am a bit reluctant to do this, because clearly I do not (actively) use this package. Given that nobody else cares about this package and I by now know a bit about its inner working, it actually makes sense. For now I would like to concentrate on fixing the remaining #477751 related issues like #676717. Thanks for your work on #477751 and regards, Daniel Well I never asked you whether you wanted me work on fixing your (the sgml team's) RC bugs. So it is good to hear that you appreciate it. Given that most information on the XML/SGML team is outdated (or 404), can you give me some pointers on who is currently active or what join precisely means? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678233: barrydesktop/kfreebsd-* unsatisfiable Depends: ppp
On 21/06/12 00:26, Chris Frey wrote: On Wed, Jun 20, 2012 at 07:26:18AM +0200, Mehdi Dogguy wrote: Package: barry Version: 0.18.3-2 Severity: serious Tags: wheezy sid Hi, barry/0.18.3-2 added a dependency on ppp for barrydesktop. Unfortunately, ppp is not available on kfreebsd and this change renders the package uninstallable on that architecture. barrydesktop/kfreebsd-amd64 unsatisfiable Depends: ppp barrydesktop/kfreebsd-i386 unsatisfiable Depends: ppp Thanks Mehdi. I see that the freebsd ports use a freebsd-ppp package instead of ppp. I'm not familiar enough with the freebsd ports to know if just changing the dependency line is sufficient, so I'll have to test. I'm working on tracking down a machine for that testing. FWIW, this specific issue is blocking the evolution migration. I'd recommend you, if possible, to fix your package as soon as you can so that we don't feel forced to remove barry from testing in order to migrate evolution. The current situation is not ideal since barry has a new upstream version sitting in sid since beginning of June… and we are about to freeze. The relevant part of the diff between testing's and sid's looks like: 995 files changed, 80636 insertions(+), 24248 deletions(-) … which is pretty huge. If I were you, I would try to fix this issue asap. If you need help with kfreebsd specifics, you may try to ask on debian-...@lists.debian.org. Kind Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678378: metacity: Migration guide needed for adding keybindungs to external functions/programs
Package: metacity Version: 1:2.34.3-2 Severity: wishlist Tags: upstream In version 2.34.3 of metacity, the keybindings (now reachable via gsettings) for calling external programs seem to be gone. In the previous version of metacity, it was possible to add a keybinding for Alt-F1 which called lxpanelctl menu, which is necessary for accessing the lxpanel main menu via a hotkey. Since the command keybindings are no longer present in metacities configuration, a migration guide or HOWTO is needed in order to make metacity work again with desktops like LXDE that have no own hotkey management. Maybe this can be done outside of metacity now, but there is currently no mention in metacities docs, not even a mentioning of completely removed functionality, so I guess it's stll there somehow, but undocumented. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.4.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages metacity depends on: ii gnome-icon-theme 3.4.0-2GNOME Desktop icon theme ii gsettings-desktop-schemas 3.4.2-1GSettings deskop-wide schemas ii libatk1.0-0 2.4.0-2ATK accessibility toolkit ii libc6 2.13-33Embedded GNU C Library: Shared lib ii libcairo2 1.12.2-2 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.28-4 simple abstract interface for play ii libgdk-pixbuf2.0-02.26.1-1 GDK Pixbuf library ii libglib2.0-0 2.32.3-1 GLib library of C routines ii libgtk2.0-0 2.24.10-1 GTK+ graphical user interface libr ii libgtop2-72.28.1-1 gtop system monitoring library (sh ii libice6 2:1.0.8-2 X11 Inter-Client Exchange library ii libmetacity-private0a 1:2.34.3-2 library for the Metacity window ma ii libpango1.0-0 1.30.0-1 Layout and rendering of internatio ii libsm62:1.2.1-2 X11 Session Management library ii libstartup-notification0 0.12-1 library for program launch feedbac ii libx11-6 2:1.5.0-1 X11 client-side library ii libxcomposite11:0.4.3-2 X11 Composite extension library ii libxcursor1 1:1.1.13-1 X cursor management library ii libxdamage1 1:1.1.3-2 X11 damaged region extension libra ii libxext6 2:1.3.1-2 X11 miscellaneous extension librar ii libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.1.2-1 X11 Xinerama extension library ii libxrandr22:1.3.2-2 X11 RandR extension library ii libxrender1 1:0.9.7-1 X Rendering Extension client libra ii metacity-common 1:2.34.3-2 shared files for the Metacity wind ii zenity3.4.0-2Display graphical dialog boxes fro Versions of packages metacity recommends: ii gnome-themes-standard 3.4.2-1Standard gnome themes ii lxsession [x-session-manager] 0.4.6.1-3 LXDE default session manager ii openbox [x-session-manager] 3.4.11.1-1 standards compliant, fast, light-w Versions of packages metacity suggests: pn gnome-control-center none (no description available) ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- 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#677568: libpoppler-glib8: bad colors in epdfview
reassign 677568 epdfview epdfview/0.1.8-2 thanks Hi, Alle giovedì 14 giugno 2012, Fabien Harrang ha scritto: Package: libpoppler-glib8 Version: 0.18.4-2 Severity: important Since last update to 0.18.4-2, with any PDF file, epdfview (0.1.8-2+b1) seems to invert red and blue components of texts and images: red ↔ blue, cyan ↔ yellow, etc. While I can confirm the bug, I also notice other PDF viewers based on poppler-glib (tried with evince, zathura, apvlv) show the colors correctly; even viewers and tools using poppler-qt4 or just libpoppler show correct colors. Therefore, reassigning to epdfview. Thanks for your report, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#678278: simpleid: refers to html/consent.js, but only html/openid-consent.js exists
Hello, I can confirm this is a bug. A ticket has been created here: https://sourceforge.net/apps/trac/simpleid/ticket/112 Kelvin On 21 June 2012 05:27, Lionel Elie Mamane lio...@mamane.lu wrote: On Wed, Jun 20, 2012 at 03:30:21PM +, Daniel Pocock wrote: - impact of the bug (e.g. security risk? completely non-functional?) I don't know; openid-consent.js seems to contain a security warning triggered in some conditions (fraudulent webiste), so possibly that warning will not come when it should; this would be a security bug. It does not make SimplID completely non-functional. It works. - workaround attempted (renaming or correcting page.inc)? No. - symptoms of the bug - did anything unusual happen that caused you to notice this? No, but see above for my theory. On 20/06/12 14:27, Lionel Elie Mamane wrote: Package: simpleid Version: 0.8.1-10 Severity: normal In /usr/share/simpleid/www/page.inc: $xtpl-assign('javascript', 'script src=' . get_base_path() . 'html/consent.js type=text/javascript/script'); but: $ ls /usr/share/simpleid/www/html/consent.js ls: cannot access /usr/share/simpleid/www/html/consent.js: No such file or directory However, $ ls /usr/share/simpleid/www/html/openid-consent.js /usr/share/simpleid/www/html/openid-consent.js Maybe *that* file was meant? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678249: your mail
On Thu, Jun 21, 2012 at 03:10:49AM +0300, Berto wrote: If I have time tomorrow I'll try to compile it with GCC 4.7 I've done it now and I confirm that it crashes. So either GCC 4.7 is buggy or there's a bug in MAME/MESS that is only reproduced with that GCC version. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641811: openvpn-auth-ldap: segmentation fault
Sorry there was typo on my report, I mean libobjc4 instead of libobj4 . Quite recently, I've tried to recompile against libobjc3 and it works. Maybe there is a problem with libobjc4? - Original Message - From: hpcdsugo hpcds...@hlrs.de To: Debian Bug Tracking System 641...@bugs.debian.org Sent: Thursday, June 21, 2012 11:39:47 AM Subject: Re: openvpn-auth-ldap: segmentation fault Package: openvpn-auth-ldap Version: 2.0.3-3 Followup-For: Bug #641811 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? After upgrading the package openvpn-auth-ldap and libobj4, openvpn can't start. * What exactly did you do (or not do) that was effective (or ineffective)? ineffective - downgrade to openvpn-auth-ldap_2.0.3-2_amd64.deb and libobjc3_4.6.3-1_amd64.deb * What was the outcome of this action? OpenVPN can run again -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn-auth-ldap depends on: ii libc6 2.13-33 ii libldap-2.4-2 2.4.28-1.1 ii libobjc4 4.7.0-8 ii openvpn 2.2.1-8 openvpn-auth-ldap recommends no packages. openvpn-auth-ldap suggests no packages. -- no debconf information
Bug#676756: blocking
# perl block 678376 by 678358 # netifaces block 676756 by 678358 # pmacct block 678375 by 678358 thanks Actually #676756 is not really blocked by #678358 as the patch could be applied. However if it is fixed before #678358 please make sure some follow up is in place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678306: (no subject)
Thanks for the fix, 1) DBTS accepts such headers in emails. Is there anything wrong using them outside bugreport ? 2) Instructions were in the patch. 4 message boxes, and 2 of them with a comment click here then there. Other message boxes were here to demonstrate safe conditions, while obviously very similar to ones which provoke the crash, so I didn't consider them superficial. 3) Hope you enjoyed the fine music -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677506: libpoppler-qt4-3: half-transparent objects on images displays dim background
reassign 677506 libpoppler19 poppler/0.18.4-2 tag 677506 + confirmed thanks Hi, Alle giovedì 14 giugno 2012, Mirosław Zalewski ha scritto: I have found that objects with half-transparent background displays dim background when placed over the images. I am attaching bzipped tar archive with: - test PDF - LibreOffice Impress file used for generating test PDF - image file showing bug (incorrect.png) - image file showing what should be displayed (correct.png) Thanks for the test case. It seems that only programs using libpoppler-qt are affected by this bug. To be more precise, the bug seems to be in the Splash renderer (SplashOutputDev, used by poppler-qt4, and by those who use libpoppler directly). For example also pdf2djvu and xpdf (both using libpoppler directly) are affected too. I have tested numerous PDF viewers with following results [...] - mupdf (0.9-2): not affected - display (from imagemagick 8:6.7.7.2-1): not affected Those have their own PDF renderer, they do not use poppler at all. - epdfview (0.1.8-2+b1): not affected (transparency is correct, but orange has been swapped by blue; perhaps this is another bug) This is #677568. Thanks for your report, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#678376: src:perl: Please check use of AF_LINK with repect to Hurd
On Thu, Jun 21, 2012 at 10:23:04AM +0100, Nicholas Bamber wrote: As per #678358 it is known that Hurd defines AF_LINK but does not provide the corresponding functionality. Please look for any Hurd -specific bugs that this might causing. Also when #678358 finally gets fixed please try to make sure that this code tests for AF_LINK rather than using platform checks. Can you clarify why you think perl might be affected? -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675836: suggested fix
On 21/06/12 08:57, Nicholas Bamber wrote: 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a point. To willfully allow an existing FTBFS on GNU/Hurd, to become a more explanatory FTBFS, which would someday go away and keep the intended functionality once the cause had been resolved in its build-deps. So I have raised a bug: #678358 to address the underlying issue. Yes that was the nice thing to do here, thanks. * use #if defined(AF_LINK) !defined(__GNU__) in both places as that is as close to a feature check as we can get I'm fine with that, as it would be consistent, and it addresses the most important point which was the original test for (k)FreeBSD being too specific. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674042: Info received (Bug#674042: python-django-pipeline: breaks python-pipeline)
Upstream agreed to rename package: https://github.com/cyberdelia/django-pipeline/issues/101#issuecomment-6004626 So I'll update debian package ASAP after this will be done -- WBR, Dmitry signature.asc Description: Digital signature
Bug#678379: [ca-certificates-java] Installation fails on non-english characters in certificate names
Package: ca-certificates-java Version: 20100412 Severity: important --- Please enter the report below this line. --- Package installation fails when addind/removing certs with non-english characters in their names. For instance: error adding mozilla/AC_RaÃz_Certicámara_S.A..crt Regards, Antonio --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 700 stable www.debian-multimedia.org 700 stable security.debian.org 700 stable ftp.es.debian.org 650 testing www.debian-multimedia.org 650 testing security.debian.org 650 testing ftp.es.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== ca-certificates (= 20090814) | 20120212 openjdk-6-jre-headless (= 6b16-1.6.1-2) | 6b18-1.8.13-0+squeeze1 OR java6-runtime-headless| Recommends (Version) | Installed =-+-=== libnss3-1d| 2:3.13.4-3 Package's Suggests field is empty. ** Antonio Marcos López Alonso Servicio de Informática y Telecomunicaciones Instituto de Productos Naturales y Agrobiología (IPNA-CSIC) mailto:a...@ipna.csic.es (+34) 922 260 190 (Ext. 237) *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678380: remotetea: FTBFS with Java7 as default java
Package: remotetea Version: 1.0.7-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hi, remotetea FTBFS with Java7 as default java. Attached is a patch that can be used as an example of how to fix that issue. We are currently evaluating whether or not to migrate to Java7 as default. We know it is very late in the release cycle, but the reason is #675495. ~Niels diff -Nru remotetea-1.0.7/debian/ant.properties remotetea-1.0.7/debian/ant.properties --- remotetea-1.0.7/debian/ant.properties 1970-01-01 01:00:00.0 +0100 +++ remotetea-1.0.7/debian/ant.properties 2012-06-21 12:15:31.0 +0200 @@ -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 remotetea-1.0.7/debian/changelog remotetea-1.0.7/debian/changelog --- remotetea-1.0.7/debian/changelog 2011-01-03 14:56:22.0 +0100 +++ remotetea-1.0.7/debian/changelog 2012-06-21 12:16:10.0 +0200 @@ -1,3 +1,12 @@ +remotetea (1.0.7-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Compile with source and target 1.5 version to ensure +byte code compatability with older JVMs and to fix +FTBFS with Java7. + + -- Niels Thykier ni...@thykier.net Thu, 21 Jun 2012 12:15:36 +0200 + remotetea (1.0.7-2) unstable; urgency=low * Bump Standards-Version to 3.9.1 diff -Nru remotetea-1.0.7/debian/rules remotetea-1.0.7/debian/rules --- remotetea-1.0.7/debian/rules 2009-08-05 16:57:32.0 +0200 +++ remotetea-1.0.7/debian/rules 2012-06-21 12:16:42.0 +0200 @@ -11,7 +11,7 @@ dh --with javahelper $@ override_dh_auto_build: - ant jar javadoc + ant -propertyfile debian/ant.properties jar javadoc get-orig-source: rm -rf get-orig-source $(TARBALL) remotetea.zip
Bug#678376: src:perl: Please check use of AF_LINK with repect to Hurd
On 21/06/12 11:14, Dominic Hargreaves wrote: On Thu, Jun 21, 2012 at 10:23:04AM +0100, Nicholas Bamber wrote: As per #678358 it is known that Hurd defines AF_LINK but does not provide the corresponding functionality. Please look for any Hurd -specific bugs that this might causing. Also when #678358 finally gets fixed please try to make sure that this code tests for AF_LINK rather than using platform checks. Can you clarify why you think perl might be affected? Maybe when my head stops hurting from this stuff, and I have done some network programming on kfreebsd (not that I have any plans to), I may have an idea. For background see #675836. I suppose I mean please have a look at Perl's AF_LINK code and think if it is screwed up in any way on Hurd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678279: with newer X, keyboard input does not reset xscreensaver idle timer
On Wed, Jun 20, 2012 at 05:15:45PM +0200, Lionel Elie Mamane wrote: Since I upgraded a bunch of things (X, gtk, ...) xscreensaver sometimes locks my screen when I don't touch the mouse for a few minutes, even if I use the keyboard constantly. That's rather annoying, since at that moment I'm typically in the middle of typing a rather long text. However, some keyboard operations seem to reset the idle timer, and others don't. I restarted X and my session, and now I get the bug on *all* keyboard input, also typing in emacs, also switching tabs. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678381: java-common: Should java-common produce the iceatea-plugin package?
Package: java-common Version: 0.47 Severity: wishlist During the Java7 transition I noticed a FTBFS caused by iceatea-plugin and default-jdk had different defaults (former pulling iceatea-6-plugin, the latter openjdk-7-jdk). It seems to me that it would be prudent if all defaults were controlled by java-common, which would make testing JavaX transitions simplier and give more consistent results. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678333: fails to terminate it's own testcode
On Wed, Jun 20, 2012 at 11:48:32PM +0200, Andreas Barth wrote: Package: sslh Version: 1.13b-2 Severity: serious Hi, Hi, this packages fails to terminate it's testcode properly (at least on mipsel) and therefore requires the buildd to timeout the build (and wastes endless time): buildd 18416 1 0 21:27 ?00:00:00 sh -c ./echosrv --listen ip6-localhost:9000 --prefix 'ssh: ' buildd 18417 1 0 21:27 ?00:00:00 sh -c ./echosrv --listen ip6-localhost:9001 --prefix 'ssl: ' buildd 18419 18416 0 21:27 ?00:00:00 ./echosrv --listen ip6-localhost 9000 --prefix ssh: buildd 18420 18417 0 21:27 ?00:00:00 ./echosrv --listen ip6-localhost 9001 --prefix ssl: buildd 18421 18419 0 21:27 ?00:00:00 ./echosrv --listen ip6-localhost 9000 --prefix ssh: buildd 18422 18420 0 21:27 ?00:00:00 ./echosrv --listen ip6-localhost 9001 --prefix ssl: Please make sure whatever happens that the testcode is terminated. You're absolutely right; i didn't see that *ALL* buildd are waited the process to be terminated (Build killed with signal TERM after 150 minutes of inactivity) Upstream call killall echosrv in the testcode, but the package (psmisc) is not essential, so not installed on buildd. I've reproduced the problem with pbuilder and i'll just add a Build-Depends on psmisc in 1.13b-3. Andi -- Guillaume Delacour signature.asc Description: Digital signature
Bug#677568: libpoppler-glib8: bad colors in epdfview
On jeu., 2012-06-21 at 11:50 +0200, Pino Toscano wrote: reassign 677568 epdfview epdfview/0.1.8-2 thanks Hi, Alle giovedì 14 giugno 2012, Fabien Harrang ha scritto: Package: libpoppler-glib8 Version: 0.18.4-2 Severity: important Since last update to 0.18.4-2, with any PDF file, epdfview (0.1.8-2+b1) seems to invert red and blue components of texts and images: red ↔ blue, cyan ↔ yellow, etc. While I can confirm the bug, I also notice other PDF viewers based on poppler-glib (tried with evince, zathura, apvlv) show the colors correctly; even viewers and tools using poppler-qt4 or just libpoppler show correct colors. Therefore, reassigning to epdfview. Well, the fact that the upgrade broke epdfview still indicates there's something fishy on poppler side. Anyway, Jordi, does that ring you a bell? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#678249: (no subject)
On Thu, Jun 21, 2012 at 12:54:28PM +0300, Alberto Garcia wrote: If I have time tomorrow I'll try to compile it with GCC 4.7 I've done it now and I confirm that it crashes. So either GCC 4.7 is buggy or there's a bug in MAME/MESS that is only reproduced with that GCC version. I'll be away for a few days so I won't be able to give many more details until next week, but FYI compiling everything with -O0 (OPTIMIZE=0 in debian/rules) also fixes the problem. (I'm using gcc 4.7.1-1 btw) Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678382: RFH: libept -- High-level library for managing Debian package information
Package: wnpp Severity: normal I request assistance with maintaining the libept package. The package description is: The library defines a very minimal framework in which many sources of data about Debian packages can be implemented and queried together. . The library includes four data sources: . * APT: access the APT database * Debtags: access the Debtags tag information * Popcon: access Popcon package scores * The Xapian index built by apt-xapian-index I do not have the energy to maintain libept anymore. #540218 has a plan for gradually replacing it with better options. #677551 has specific details wrt dropping aptitude's dependency on libept, so that it can become a far less critical piece of infrastructure. I'll try to keep libept afloat until it's gone, but I won't be able to do much besides dealing with the occasional FTBFS on toolchain changes, or helping to port client code to use libapt-pkg/libxapian. Help is very welcome to keep on top of the former. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676238: Unable to convert PDF to xml using pdftohtml (empty pages)
forwarded 676238 https://bugs.freedesktop.org/show_bug.cgi?id=50739 found 676238 poppler/0.18.4-2 tag 676238 + confirmed thanks Hi Petter, Alle martedì 5 giugno 2012, Petter Reinholdtsen ha scritto: Package: poppler-utils Version: 0.12.4-1.2 Hm it is an old poppler (the one in stable), though... When I convert URL: http://nrk.no/contentfile/file/1.8116520!offentligjournal02052012.pd f to XML using pdftohtml -xml -noframes 1.8116520\!offentligjournal02052012.pdf I get the following content-less XML file. I find this rather strange, as the PDF is searchable using xpdf, okular and evince. ... this problem can be reproduced also with poppler 0.18.4, currently in wheezy. Any idea where the text went? Anything I can do to get access to the text as XML? Note adding also -hidden to the arguments makes the text show up in the XML output. I've also reported this upstream, URL: https://bugs.freedesktop.org/show_bug.cgi?id=50739 . Added forwarding. Thanks for your report, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#677568: libpoppler-glib8: bad colors in epdfview
Hi, Alle giovedì 21 giugno 2012, Yves-Alexis Perez ha scritto: On jeu., 2012-06-21 at 11:50 +0200, Pino Toscano wrote: Alle giovedì 14 giugno 2012, Fabien Harrang ha scritto: Package: libpoppler-glib8 Version: 0.18.4-2 Severity: important Since last update to 0.18.4-2, with any PDF file, epdfview (0.1.8-2+b1) seems to invert red and blue components of texts and images: red ↔ blue, cyan ↔ yellow, etc. While I can confirm the bug, I also notice other PDF viewers based on poppler-glib (tried with evince, zathura, apvlv) show the colors correctly; even viewers and tools using poppler-qt4 or just libpoppler show correct colors. Therefore, reassigning to epdfview. Well, the fact that the upgrade broke epdfview still indicates there's something fishy on poppler side. Note also that epdfview has a different rendering code if poppler = 0.17, so the recompilation with poppler 0.18 switched epdfview to that code. I don't have enough glib/gdk/cairo knowledge to check whether there's something fishy in epdfview's rendering chain, however. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#678383: pixelmed: FTBFS with Java7 (uses internal Java API)
Package: pixelmed Version: 20120508-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hi, Your package FTBFS with Java7 because of (at least) two reasons: * missing -source 1.5 parameter for javac * use of com.sun class that disappeared in Java7 I have an example patch to solve the first issue, but not the later: javac -O -target 1.5 -source 1.5 -encoding UTF8 -Xlint:deprecation -classpath ../../..:/usr/share/java/excalibur-bzip2-1.0.jar:/usr/share/java/commons-codec.jar:/usr/share/java/vecmath.jar \ -sourcepath ../../.. AttributeListTableBrowser.java warning: [options] bootstrap class path not set in conjunction with -source 1.5 ../../../com/pixelmed/display/ApplicationFrame.java:166: error: package com.sun.image.codec.jpeg does not exist com.sun.image.codec.jpeg.JPEGCodec.createJPEGEncoder(new FileOutputStream(snapShotFile)).encode(snapShotImage); ^ You can reproduce this by using default-jdk from experimental. We are trying to evaluate whether to migrate to Java7 as default in Wheezy; we know it is very late in the cycle, but the reason is #675495. ~Niels diff -Nru pixelmed-20120508/debian/changelog pixelmed-20120508/debian/changelog --- pixelmed-20120508/debian/changelog 2012-05-31 14:04:56.0 +0200 +++ pixelmed-20120508/debian/changelog 2012-06-21 12:38:14.0 +0200 @@ -1,3 +1,10 @@ +pixelmed (20120508-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Pass -source 1.5 to javac to fix FTBFS with Java7. + + -- Niels Thykier ni...@thykier.net Thu, 21 Jun 2012 12:38:03 +0200 + pixelmed (20120508-1) unstable; urgency=low * New upstream diff -Nru pixelmed-20120508/debian/patches/javac-options.diff pixelmed-20120508/debian/patches/javac-options.diff --- pixelmed-20120508/debian/patches/javac-options.diff 1970-01-01 01:00:00.0 +0100 +++ pixelmed-20120508/debian/patches/javac-options.diff 2012-06-21 12:38:49.0 +0200 @@ -0,0 +1,14 @@ +Description: Add -source 1.5 to javac options to fix FTBFS with Java7 +Author: Niels Thykier ni...@thykier.net + +--- pixelmed-20120508.orig/Makefile.common.mk pixelmed-20120508/Makefile.common.mk +@@ -44,7 +44,7 @@ SERVERADDITIONALJARS = ${VIEWERADDITIONA + .SUFFIXES: .class .java .ico .png + + #JAVACOPTIONS = -O -target 1.5 -encoding UTF8 -Xlint:deprecation -Xlint:unchecked +-JAVACOPTIONS = -O -target 1.5 -encoding UTF8 -Xlint:deprecation ++JAVACOPTIONS = -O -target 1.5 -source 1.5 -encoding UTF8 -Xlint:deprecation + #JAVACOPTIONS = -g -O -target 1.5 -encoding UTF8 -Xlint:deprecation + + .java.class: diff -Nru pixelmed-20120508/debian/patches/series pixelmed-20120508/debian/patches/series --- pixelmed-20120508/debian/patches/series 2012-05-08 15:25:37.0 +0200 +++ pixelmed-20120508/debian/patches/series 2012-06-21 12:37:59.0 +0200 @@ -8,3 +8,4 @@ addmanifest.patch fixfonts.patch removetest.patch +javac-options.diff
Bug#677568: libpoppler-glib8: bad colors in epdfview
On jeu., 2012-06-21 at 12:40 +0200, Pino Toscano wrote: Hi, Alle giovedì 21 giugno 2012, Yves-Alexis Perez ha scritto: On jeu., 2012-06-21 at 11:50 +0200, Pino Toscano wrote: Alle giovedì 14 giugno 2012, Fabien Harrang ha scritto: Package: libpoppler-glib8 Version: 0.18.4-2 Severity: important Since last update to 0.18.4-2, with any PDF file, epdfview (0.1.8-2+b1) seems to invert red and blue components of texts and images: red ↔ blue, cyan ↔ yellow, etc. While I can confirm the bug, I also notice other PDF viewers based on poppler-glib (tried with evince, zathura, apvlv) show the colors correctly; even viewers and tools using poppler-qt4 or just libpoppler show correct colors. Therefore, reassigning to epdfview. Well, the fact that the upgrade broke epdfview still indicates there's something fishy on poppler side. Note also that epdfview has a different rendering code if poppler = 0.17, so the recompilation with poppler 0.18 switched epdfview to that code. I don't have enough glib/gdk/cairo knowledge to check whether there's something fishy in epdfview's rendering chain, however. Indeed. That does look like http://trac.emma-soft.com/epdfview/changeset/367 Jordi, by the way, it seems that svn.emma-soft.com is gone. And last change in the svn is 8 month old. Does that mean that epdfview is dead? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#678222: libav: FTBFS with opencv 2.4
reassign 678222 libopencv-dev tags 678222 -patch stop On Wed, Jun 20, 2012 at 3:03 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: Source: libav Version: 6:0.8.3-1 Severity: important Tags: patch Hi, libav FTBFS with opencv 2.4. - dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building libav using existing ./libav_0.8.3.orig.tar.gz dpkg-source: info: building libav in libav_0.8.3-1.debian.tar.gz dpkg-source: info: building libav in libav_0.8.3-1.dsc debian/rules build Building FLAVORS=static shared FLAVORS = static shared DEB_BUILD_OPTIONS = CFLAGS = -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security CPPFLAGS = -D_FORTIFY_SOURCE=2 LDFLAGS = -Wl,-z,relro dh_testdir mkdir -p debian-static cd debian-static CFLAGS=-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro /tmp/buildd/libav-0.8.3/configure \ --extra-version='6:0.8.3-1' --arch='amd64' --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --enable-vdpau --enable-bzlib --enable-frei0r --enable-gnutls --enable-libcdio --enable-libgsm --enable-libopencv --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-libpulse --enable-vaapi --enable-libopenjpeg --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdirac --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libdc1394 ERROR: opencv not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the libav-u...@libav.org mailing list or IRC #libav on irc.freenode.net. Include the log file config.log produced by configure as this will help solving the problem. make: *** [configure-stamp-static] Error 1 - The link error of a library link to a as-needed option is the cause. We can confirm this from config.log. - gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -std=c99 -fomit-frame-pointer -pthread -I/usr/include/opencv /usr/lib/libopencv_calib3d.so /usr/lib/libopencv_contrib.so /usr/lib/libopencv_core.so /usr/lib/libopencv_features2d.so /usr/lib/libopencv_flann.so /usr/lib/libopencv_highgui.so /usr/lib/libopencv_imgproc.so /usr/lib/libopencv_legacy.so /usr/lib/libopencv_ml.so /usr/lib/libopencv_objdetect.so /usr/lib/libopencv_photo.so /usr/lib/libopencv_stitching.so /usr/lib/libopencv_ts.so /usr/lib/libopencv_video.so /usr/lib/libopencv_videostab.so -c -o /tmp/ffconf.Z0ySe9TX.o /tmp/ffconf.0DYRcfsK.c gcc: warning: /usr/lib/libopencv_calib3d.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_contrib.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_core.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_features2d.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_flann.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_highgui.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_imgproc.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_legacy.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_ml.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_objdetect.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_photo.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_stitching.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_ts.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_video.so: linker input file unused because linking not done gcc: warning: /usr/lib/libopencv_videostab.so: linker input file unused because linking not done gcc -Wl,--as-needed -I/usr/include/opencv /usr/lib/libopencv_calib3d.so /usr/lib/libopencv_contrib.so /usr/lib/libopencv_core.so /usr/lib/libopencv_features2d.so /usr/lib/libopencv_flann.so /usr/lib/libopencv_highgui.so /usr/lib/libopencv_imgproc.so /usr/lib/libopencv_legacy.so /usr/lib/libopencv_ml.so /usr/lib/libopencv_objdetect.so /usr/lib/libopencv_photo.so /usr/lib/libopencv_stitching.so /usr/lib/libopencv_ts.so /usr/lib/libopencv_video.so /usr/lib/libopencv_videostab.so -o /tmp/ffconf.XeRtr2AC /tmp/ffconf.Z0ySe9TX.o -lm -pthread -lbz2 -lz /tmp/ffconf.Z0ySe9TX.o: In function `cvDecRefData': ffconf.0DYRcfsK.c:(.text+0xba0): undefined reference to `cvFree_' ffconf.0DYRcfsK.c:(.text+0xc37): undefined reference to
Bug#678384: autofs: Typo in configure.in
Package: autofs Version: 5.0.6-2 Severity: minor Dear Maintainer, Fairly insignificant typo in configure.in Cheers John -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (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 autofs depends on: ii libc6 2.13-32 ii libxml22.8.0+dfsg1-1 ii multiarch-support 2.13-32 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages autofs recommends: ii kmod 8-2 ii module-init-tools 8-2 ii nfs-common 1:1.2.6-2 autofs suggests no packages. -- no debconf information --- a/configure.in +++ b/configure.in @@ -109,7 +109,7 @@ then : else - filagdir=${withval} + flagdir=${withval} fi ) AC_MSG_CHECKING([for autofs flag file directory])
Bug#652744: poppler-utils: searching for some types of text fails in poppler based viewers, but succeeds with acroread
found 652744 poppler/0.18.4-2 tag 652744 + confirmed thanks Hi, Alle martedì 20 dicembre 2011, Pawan Jaitly ha scritto: Searching for text fails for some types of text in poppler based pdf viewers like evince/xpdf/okular, but succeeds with acroread/ The problem is that the text information extracted are not always like the respective text shown appears, see also the text you get in the XML output of $ pdftohtml -xml pg_0397.pdf For example with the attached file, a search for isCustom fails with poppler but succeeds with acroread on squeeze. In this case, the C is extracted as g. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#678385: Please set cpio Multi-Arch: foreign
Package: cpio Version: 2.11-8 Severity: wishlist Tags: patch User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Please add an Multi-Arch: foreign field to the cpio binary package. The following patch would do it: diff -Nru cpio-2.11/debian/control cpio-2.11/debian/control --- cpio-2.11/debian/control2012-06-12 14:39:06.0 +0300 +++ cpio-2.11/debian/control2012-06-21 14:09:23.0 +0300 @@ -15,6 +15,7 @@ Depends: ${shlibs:Depends}, dpkg (= 1.15.4) | install-info Replaces: cpio-mt Conflicts: mt-st ( 0.6), cpio-mt +Multi-Arch: foreign Suggests: libarchive1 Description: GNU cpio -- a program to manage archives of files GNU cpio is a tool for creating and extracting archives, or copying -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678302: [pkg-cli-apps-team] Bug#678302: tangerine assigns duplicate IDs to tracks newly added to existing database
forwarded 678302 https://bugs.launchpad.net/bugs/1015985 kthxbye On 21/06/2012 02:11, Nemo Inis wrote: Package: tangerine Version: 0.3.4-3 Starting from scratch, tangerine correctly scans and imports all the tracks from my library folder. However, if I quit tangerine, add new tracks (or folders of tracks) to my library, and start tangerine again, the new tracks do not show up or do not play in my clients (Rhythmbox and XBMC). But if I delete ~/.config/tangerine/tracks.db and start tangerine again, the tracks appear correctly in my clients. I tracked the problem to some code in daap-sharp/src/Database.cs that results in a duplicate track ID being assigned to any new track being added to an existing tracks database. The attached patch fixes that problem for me. System: Debian GNU/Linux testing (wheezy) signature.asc Description: OpenPGP digital signature
Bug#675532: RFS: bilibop/0.3.2 (ITP #675467)
Hi, Le 2012-06-17 19:42, intrigeri a écrit : Hopefully, I'll review this before the end of the month. Other potential sponsors: if you can be faster than me, please do. There is a new version (after tests on freshly installed systems): http://mentors.debian.net/debian/pool/main/b/bilibop/bilibop_0.3.2.dsc Thanks, quidame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661792: NVidia graphics card removed - change in the situation
The computer practically was not usable anymore at all, uprganding from stable to testing, as described and done before, failed, too, recently. Upon retrying to boot Fedora-17-ppc and freebsd9-ppc, I decided to remove the NVidia-adaptor. This led to the unexpected situation that I was able to boot from a current debian-testing-ppc-DVD and begin installing from this: http://napoleon.acc.umu.se/cdimage/weekly-builds/powerpc/iso-dvd/debian-testing-powerpc-DVD-1.iso Unfortunately either the DVD-RW was slightly corrupted, or the DVD-drive too old and worn out, or both, but it looked positive though. So this probably is the way to go on, using the less powerful ATI-rage graphics adaptor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678386: Missing Constant Definition for macvlan
Package: linux-libc-dev Version: 2.6.32-45 Severity: normal Tags: squeeze The maclvlan network interfaces was backported to the 2.6.32 kernel release. But some definitions are missing in the headers so that software compiled against there headers are not able to use this interface type. For example, libvirt cannot create macvlan interfaces. This error message occurs if macvtap support was missing when libvirt was compiled. Based on the configure.ac check, whoever compiled your libvirt package did not have new enough kernel headers to have the following constants present MACVLAN_MODE_BRIDGE IFLA_VF_MAX which should be in linux/rtnetlink.h There constants are missing in Debian Squeeze. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#678387: general: Key PrintScreen no longer launches gnome-screenshot
Package: general Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? A recent package update. * What exactly did you do (or not do) that was effective (or ineffective)? Typing the PrintScreen no longer launches gnome-screenshot * What was the outcome of this action? An error message is displayed with the text : no command 33 has been defined * What outcome did you expect instead? The launch of the gnome-screenshot program *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#619820: either bash or dash should be enough
reassign 619820 dash affects 619820 + bash severity 619820 wishlist quit Hi Harri, Harald Dunkel wrote: Are there any system shell scripts in Debian that do _not_ work with bash? Would such an incompatibility be seen as a bug? If a packaged shell script uses #!/bin/sh and doesn't work with bash, that is a bug. You can experience such bugs when they exist by reconfiguring dash to make /bin/sh point to bash. If a packaged shell script uses #!/bin/dash and the package doesn't declare a dependency on dash, that is arguably a bug. Anyway, it's easy to search for. I don't think these are what is blocking making dash and bash optional. A harder problem is making sure the removal path is safe. If you have a set of patches that takes care of that, we'd be happy to look at it. Is the size of dash a problem for you? Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642934: Aircrack-ng
On 20/06/12 23:01, Erik Adler wrote: Hi Carlos, Really happy to see somebody picked the Aircrack-ng suit up. Letting it die would have been a shame. I installed 1:1.1-3 on Debian GNU/Linux http://mentors.debian.net/debian/pool/main/a/aircrack-ng/aircrack-ng_1.1-3.dsc and tried it out for a while testing and played with it for a while. The only problem I found was Airdriver-ng cannot compile/install drivers, when trying to install new ones. I get a depmod -ae WARNING: -e needs -E or -F. The instillation of divers then fails. This is only a harmless warning. You have to look at the file /var/log/airdriver for the log of what went wrong. Are you still looking for a sponsor? If so I know someone who _might_ be able to help. Paul has sponsored the package. It is on the NEW queue [1] waiting for the ftp-masters approval. Thanks again for picking project up. All the best Erik Adler gpg key ID 0x2B4B58FE About the airdriver-ng patches I think that the 90% of this patches are not necessary anymore if you are running a modern kernel (=3.2). This patches are dated from [2006-2010] [2] and I don't think they will apply on any kernel greater than 2.6.2X What kind of wireless card do you have? What kernel are you running? Have you tried to inject without patching your kernel? I suggest you to try to put your wireless card in monitor mode with airmon-ng without patching the driver. For me works out of the box. Once upstream fixes their problem with the tracker I should talk with them about this patches because I feel that the great majority of this patches either were merged upstream long ago or need to be refreshed to apply on a modern kernel. Regards! [1] http://ftp-master.debian.org/new.html [2] http://patches.aircrack-ng.org/ -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ signature.asc Description: OpenPGP digital signature
Bug#664546: Pending hack^W fix
Hello Martin I'm not completely sure of the pending fix for this issue (which is more a hack than a proper fix). Hopefully the next upload will fix the issue you have with frozen-bubble. Feel free to re-open this bug if it's not the case All the best -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org