Bug#658759: disable l2 cache on kirkwood devices (workaround #658904)
Hi Ian, On Aug 30, 2012, Ian Campbell wrote: I've just tried injecting the following onto the head of the zImage (in a similar manner to flash-kernel's set_machine_id function): [...] This works around the issue on my dreamplug (this is effectively the same code sequence as what the u-boot fix does). I can see two ways of distributing this fix. Either a kernel patch gated on CONFIG_ARCH_KIRKWOOD to some early bit of code or use devio in flash-kernel + the installer build. Sorry I missed this before. That sounds like an excellent idea for a kernel patch. A kind user on the linux-arm-kernel@ list[1] recently mentioned he'd be willing to test patches, if you need a guinea pig, and I assume once a patch is written and tested it should be possible to get useful feedback from the list. Thanks, Jonathan [1] http://thread.gmane.org/gmane.linux.ports.arm.kernel/185621/focus=185879 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687242: web2ldap: should depend on python-weblib = 1.3.8
Package: web2ldap Version: 1.1.24-1 Severity: normal web2ldap needs python-weblib 1.3.8 or later. To be nice to backporters, document this in a versioned dependency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687095: debian-maintainers: Please add Bernhard Schmidt as Debian Maintainer
On 10.09.2012 13:53, Jonathan Wiltshire wrote: Hello Jonathan, On 2012-09-09 17:26, Bernhard Schmidt wrote: Package: debian-maintainers Severity: normal Please add Bernhard Schmidt berni+...@birkenwald.de to the Debian Maintainer keyring. The jetring changeset is attached. Please note that the address used for packaging is berni+...@birkenwald.de, while the primary UID is be...@birkenwald.de Please attach your jetring changeset :) *sigh* I hope lack of brain is not an exclusion criteria for becoming a DM :-) Jetring changeset attached. Thanks, Bernhard Comment: Add Bernhard Schmidt berni+...@birkenwald.de as a Debian Maintainer Date: Tue, 11 Sep 2012 07:58:26 +0200 Action: import Recommended-By: Marco d'Itri m...@linux.it Agreement: http://lists.debian.org/debian-newmaint/2012/08/msg00030.html Advocates: http://lists.debian.org/debian-newmaint/2012/09/msg9.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBE+qXIcBEACsTc4P1UX2oFrwawxbwPZCby/qIpRFkPBMkp+ovFef2VHLZApC P7HWX1++i1FuxSQPf4WTa13fAKcIhPF/jUbXALgPQ5vy3UTJ8tevcUbrxix3jQBH vvRcQpGRffFYaEIoLsm4yixfBXPafHI9TTNtX6UYR0355SUkYBBonNnsN8iE8eZU lIJXITNQClEAsQsnw0sg1meISqbUUf57bpzJvbGAt2zKC4jG9/RIF6LivyvRQDQ3 OzfRrjXXeEo5zG6Dp/w8h1MDbhoetFCZEAV5W62mmHF5POqP5NzAWtuxqSY9m9vj b5LOibP0/0/BFJkKVkYYEfiuFMkuaPZ73ndQhXW+YTq/I/XHzA1O7+O7ne/gCDf1 ICv6WZwtrvQ7pES75MdIs9fFFJzNL0TVFXrAg94zcjcNwQaj4g5GcgAzSuxg0qyy V/UrQWVXn1bgmAdRo3Nw8Eyh4yyrWsx8kZNVaz5TZ4kjfR+9cWXKx2otYfWH3NBR yveGIFS5UKGw0N1taBAbBJ/j3EK+zlXqN83hMzsn6kDMbCZVY4EaDL313KQwYgx2 dky9gOjQXTdkGQ8mn5nDqRu3Dm9xjmQWlTxcJACy/2vHc5B8mLiuIvxTxGQBUO8x IbCLfF96lGoUbR43eNtMRokYbvLaaOTxjdJYSMtfFDbQ8xuYkC5xx1nM7wARAQAB tCpCZXJuaGFyZCBTY2htaWR0IDxiZXJuaStkZWJAYmlya2Vud2FsZC5kZT6JAjYE EwEIACEFAk+qXQsCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQd1B55bhQ vJMjWg/3XbqQH7Xg48mSDCx1HzGl+KADmMYj/E2LFxtyk5nZ6m6yaYECBSyRoAU/ Tcnjx2rzKwCtcgYIMX9uAJxIbRmvSVbDfCHhCHnTw7z/CR3KkrQNsnjGA+waXTgd D4iOpTSwyCUbwMqg3nGHl7gUqTN7E5N4MGMiJsYD2h79qkYeQMhdIy12G9eHayJk Cp7tl9NydqnKSruh7wIrH5yzSvMpIWakoUICgsqrjFGC5wD65KIAk+EN4WfeR6pw C9Kou9KrtoSpbCOu+nMXUy7jCSV6A9HC7sugsOO/VNEIqXvIsqVtMoIyPdyBdQz8 /jWvFayY+qw/16p3NaJYj12qnGEc6Mt+yoLr1/70ocikyaHXqzk+kx6bKWHLjQ+k ERqndZduYNpwOnpV4qK8EOwM2Sd6yiiG5iRgw0/4Cg/o3RMDqWG8XQpMieJm2K5d 1Mw9hmN1zhPJ27cDz09F99KJzeLEvWpK/nzRro6MSoQtamjGQhjLrpvRCDiThlXZ Q57C9OzKVKnFQncqlCVsbzlZ652NuPri8xkEsbKx9viVnTIryYydF+Qkk2x758LW ICO95xXpXRLoTzkPcmqKuoS3kciOxaOs82tXg0yNSb2NM1SipwwOXNJsVTNz5wfk goYmmauXvc8+BpgFgZfkZN5j+PVY/wqxByvQ/Grc3vZdwY9lPohGBBARCAAGBQJP rQ7gAAoJEPbug7nfkBckcrIAoMVOQra+OBe7BsIRhsnIXJJW9BnqAJ9EzHTDXhBL d0YxAl3ffmPScDzW6okCHAQQAQgABgUCT60PHAAKCRAMcFV7WgZRPjwsD/9teuTw iVrws2BNcm62QYsLZVIghoVCB78ZhA1zUrbgJVpv5DumvUtASpTEklb7IUTdYLJA 66DSC8BZAKXWjiOXDZV/sJZbiTxhzbb0+R/AHwTKKoI+rsF2/E2QSp5lD2oxZ7GB ZasL57xZgIGy5kApJyDxRIFBQ7SEAhfBkqR+DpJ0IqnZq6xDOBrEmpeujvveUr4k czFYNJGM6WmPqjczN2L6xWIJNT6bLd22iagMRJKevt2n84kqHcV6KTLNDB2Fo4eC GWFZqopP3FBbvj60slwFlzHYScGiepJxd2a7QwuvAH6tzR8cP4YcvSdkkWuamkKX snR2IEEAZjH/SJdSFRj2mdVZs2g32O7vyxLHqDw8y8r5j+po5Ivq7RmJ1v38RZHc 0CMwpF77qaWn4uJtmG2dbH/s4NC347RJhfMCEcq/OvBTalmv6Pmw7oqWfTlsVgI7 hGsRZhciyeW/NDuEwd1uzrOanNI0w8EN3PY1AaE3ljencCLy4qs+wGmZIn2W0eoa xVNYydfeJv/UdjZvEaBmQS6orSQ8Hknj87MIKiCl91IiQM6/rx7ADvzyQ2XahFbh 9SUcfkHbakfDkZD0SUyVxM6oPQL22sutmJWIYgJXDTN4i9uYtanFKcBIHfy7J7rx Ng4W6ZBMMVUouoD+rVFX6llkThl6uMmRh5kHgYhGBBARCAAGBQJPrReVAAoJEO0a OTOyz83Y8LoAnimGdtwS9WDgWjdEx0aRz1m5Y7alAJ0U2k/q6TB6eWurbtRR6K/w 8ySwEbQmQmVybmhhcmQgU2NobWlkdCA8YmVybmlAYmlya2Vud2FsZC5kZT6JAjoE EwEIACQCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AFAk+qXSkCGQEACgkQd1B5 5bhQvJPpIA/9GhT46TYcLZb6bSVp/ZHRbsHFVUJzzU28A2NeTXYHZZx8/8IfVpty d2CITKWkKJKOw7+xDzWvopT+gvqg5x5widcAsYNb2MgOPGfU4mWBojaYqliecwad Fh90IItLd7TVhh+szLH842pqPbkCOISg8top/Uo69u9D/KZHYTQDgPzDAebko8U0 TfWIOlk6rweN+cRPKK+eo3iDpI9b/Iahrtld2iVPW5XeEE+We5jXFOAYwtxIIVEF xLFzX3iMJNJlsLL3DXvHN52efmDPHWFjrLu/z/LkC34army2u3KUbltYEJ+iqPNb dmWTUp9LP+DGjVx0N6TTbWKYxby7HdyM+mPSSd+hY7Eo9hU46Ag5isg7oNa5bAoP g931gJcM8LKC3rl+9qJnYwWbtUjwo4Og5MaGm9IfmrCoPy41AWZ+b7fN63ZcFh1h flcfA7RDyUCv6AhkwpTyt19YCbYsqA7T6SNt14c1dQPDKopULt5HfzBDLdG1R4Tc 80GLpFUSdjQ4d0l+YYJTAFral90zHdrbxcmwVrpGH9vNK2wDmJnU6u1blOHeB+HJ foftg4pBwYrLeFSnV4yyfXXo0+Uicxha+Illp4xC8RdjYWGwr7z8MOiTsZKao3Hr GYCC9qefJ0eOH4rZvp/hQBQUjVPnsmaxf9Xq8c5mlRp/Bv6DS1/BJASIRgQQEQgA BgUCT60O4AAKCRD27oO535AXJHOcAJ4vH5XlQr8uSFtlJvOQcRWbGKY1vQCg1E8N bSWbMG8J/tpAKp0y5ixpq/OJAhwEEAEIAAYFAk+tDxwACgkQDHBVe1oGUT4M0w/8 D82D0PapPA8ZS7TfZpyQHkm1B+IhJx4119U7ZnYZlTIF4cFqHnzeFTkg4DDX7cOi EUO21PWVNebd7aavc8IJcedCQhIwVR7F50w/JyAgsnc/HDrC4QRlzEmlXab0ifAr uCVDoSdOQEq0ZRU2ps/VFx34oKsnQ0IMey7zeNi3EwVkHnYe6aBNT3jZy5YFg8uf qBxOSxWPLrpNQ+EnUzQ+iZflztlf/rYl1NT+rJWud/Yx0nyeXdePbmphvhvXlZJn UJzbbuQ1fvMWC6LiTbyvZbesnhcAnmpIYv9ykINSMcC+Rkn7HWj3vQg89jv27zeT Z5p6NV+lonGjIg2sRP4FC3OrzYnwZD+q0ztcOqWidZn5FGhpWAdGzPpNp6kRxBlx
Bug#685577: [HOLD] Don't translate ipvsadm debconf PO (Was: ipvsadm 1:1.26-2: Please translate debconf PO for the package ipvsadm)
On Mon, 10 Sep 2012, David Prévot wrote: Hi, Le 10/09/2012 13:18, Yuri Kozlov a écrit : This package was translated (and for «fr» too) Thanks Yuri for pointing it. The last upload of the package actually dropped the debconf configuration: Oh.. hum, I already forgot about it. I took a look at the package again and imho it would make sense to keep the kernel warning. Automatic configuration never made real sense (the former maintainer implemented it), so I want to drop these. I am really sorry for any useless work work I am responsible for, but my time for debian in the last weeks was very limited and I really missed that detail. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687244: hplip bug
Package: hplip Version: 3.12.6-3 the package says it need to be reported: Incorrect IEEE 1284 Device ID: [u'drv:///hpcups.drv/hp-laserjet_1020.ppd', u'drv:///hpijs.drv/hp-laserjet_1020-hpijs.ppd'] Actual ID is MFG:Hewlett-Packard;MDL:HP LaserJet 1020; Please report a bug against the HPLIP component Incorrect IEEE 1284 Device ID: [u'drv:///hpcups.drv/hp-laserjet_1020.ppd', u'drv:///hpijs.drv/hp-laserjet_1020-hpijs.ppd'] Actual ID is MFG:Hewlett-Packard;MDL:HP LaserJet 1020; Please report a bug against the HPLIP component -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687243: reportbug unable to fill bug report against hplip
Package: reportbug Version: 6.4.3 try to run reportbug against hplip, it will never ends (i wait whole night) and dialog please wait it may take a while never ends. I am using Debian GNU/Linux 7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687245: gtypist-mode.el file not distributed with package
Package: gtypist Version: 2.8.3-1 Severity: normal Hi, It appears that taht gtypist-mode.el file for emacs is not distributed with the binary package of gtypist I expect that it should be included in the /usr/share/doc/gtypist directory -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 gtypist depends on: ii fortune-mod 1:1.99.1-4 provides fortune cookies on demand ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand gtypist recommends no packages. gtypist suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687246: Debian GNU/kFreeBSD: Missing man page: device.hints(5)
Package: freebsd-utils Version: 9.0+ds1-7 Debian GNU/kFreeBSD: Missing man page: device.hints(5) I just saw that GRUB 2 can do the right thing with a /boot/device.hints file. But I couldn't find the device.hints(5) man page anywhere on Debian. Cf. http://www.freebsd.org/cgi/man.cgi?query=device.hintssektion=5manpath=FreeBSD+9-current I suggest it be added to the freebsd-utils package, since that file is helpful for both GRUB 2 and the standard FreeBSD boot loader. I am currently using Debian GNU/kFreeBSD 7.0 Wheezy. -- Joel Lopes Da Silva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687247: free of illegal pointer
Package: dspam Version: 3.10.1+dfsg-5 Severity: important I get following error in the log Sep 11 08:41:54 regulateur dspam[11871]: *** glibc detected *** /usr/bin/dspam: free(): invalid pointer: 0x7fff55974378 *** This look pretty serious to me, maybe some kind of memory corruption. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dspam depends on: ii libc62.13-35 ii libdspam73.10.1+dfsg-5 ii libdspam7-drv-pgsql 3.10.1+dfsg-5 ii libpq5 9.1.5-1 ii lsb-base 4.1+Debian7 ii perl 5.14.2-12 Versions of packages dspam recommends: ii dspam-doc 3.10.1+dfsg-5 ii procmail 3.22-20 Versions of packages dspam suggests: ii clamav-daemon 0.97.5+dfsg-6 ii dspam-webfrontend 3.10.1+dfsg-5 -- Configuration Files: /etc/default/dspam changed: START=yes USER=dspam MAINTENANCE_OPTIONS=--with-sql-autoupdate --with-sql-optimization RUN_NOTIFY=yes /etc/dspam/default.prefs changed: trainingMode=TEFT spamAction=deliver enableBNR=on enableWhitelist=on statisticalSedation=5 signatureLocation=headers whitelistThreshold=10 showFactors=off /etc/dspam/dspam.conf [Errno 13] Permission denied: u'/etc/dspam/dspam.conf' /etc/dspam/dspam.d/extlookup.conf [Errno 13] Permission denied: u'/etc/dspam/dspam.d/extlookup.conf' /etc/dspam/dspam.d/hash.conf [Errno 13] Permission denied: u'/etc/dspam/dspam.d/hash.conf' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666775: failing beanstalkd tests (was: Beanstalkd 1.5 .deb package)
tag 666775 pending thanks On Mon, Sep 10, 2012 at 01:22:45AM -0700, Keith Rarick wrote: Ok, I believe this is fixed now in [..] If this looks good, I'm set to make a release. Thanks Keith. I've verified the fix on ppc, sparc mips. Please go ahead with a release. -- Every great idea is worthless without someone to do the work. --Neil Williams signature.asc Description: Digital signature
Bug#537993: closed by Michael Tokarev m...@tls.msk.ru (Re: Bug#537993: RFH: mdadm -- tool to administer Linux MD arrays (software RAID))
also sprach Debian Bug Tracking System ow...@bugs.debian.org [2012.09.11.0809 +0200]: I think this bugreport can be closed now. I'm not sure how good we are at maintaining it, but at least we're trying :) I am so grateful for your help! -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#687248: unblock: dmraid/1.0.0.rc16-4.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dmraid This upload fixes #677450 by calling udevadm settle from /scripts/function in the initramfs. This is a rather small and simple fix but seems to be necessary for OP. Other scripts in local-top currently use the same technique. unblock dmraid/1.0.0.rc16-4.2 The debdiff between 1.0.0.rc16-4.1 (wheezy) and 1.0.0.rc16-4.2 (sid): diff -u dmraid-1.0.0.rc16/debian/changelog dmraid-1.0.0.rc16/debian/changelog --- dmraid-1.0.0.rc16/debian/changelog +++ dmraid-1.0.0.rc16/debian/changelog @@ -1,3 +1,11 @@ +dmraid (1.0.0.rc16-4.2) unstable; urgency=low + + * Non-maintainer upload. + * Call udevadm settle before activating dmraid devices +(Closes: #677450) + + -- Ulrich Dangel u...@debian.org Mon, 10 Sep 2012 17:35:50 +0100 + dmraid (1.0.0.rc16-4.1) unstable; urgency=low * Non-maintainer upload. diff -u dmraid-1.0.0.rc16/debian/initramfs/dmraid.initramfs-local-top/dmraid dmraid-1.0.0.rc16/debian/initramfs/dmraid.initramfs-local-top/dmraid --- dmraid-1.0.0.rc16/debian/initramfs/dmraid.initramfs-local-top/dmraid +++ dmraid-1.0.0.rc16/debian/initramfs/dmraid.initramfs-local-top/dmraid @@ -16,6 +16,9 @@ ;; esac +. /scripts/functions +wait_for_udev 30 + # Activate any dmraid arrays that were not identified by udev and vol_id. if devices=$(dmraid -r -c); then -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687249: debian-installer: Missing time zone region
Package: debian-installer Severity: normal Dear Maintainer, The Reunion island time zone is missing in the Indian Ocean section. After the installation, dpkg-reconfigure tzdata fixed it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616082: Confirmed
Hi, I confirm that this is still an issue with the latest Grub in stable (1.98+20100804-14+squeeze1). Thanks for the bug report - this helped me resolve the issue on my system. Marc Warne -- GigaTux Customer Service i...@gigatux.com www.gigatux.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679765: Update on weak cryptography in puppet
Control: severity 679765 important Control: retitle 679765 puppet ca uses weak cryptographic hashing algorithm After some deliberations, I've decided to set the severity of this bug to important. It does not by itself, and not with any small amount of work, fill the requirements for grave or serious. I'll keep the security tag, since that's still relevant. Stronger cryptography (configurable, stronger hashing algorithms) is scheduled for the puppet 3.x release. This version is expected to be the version of puppet in jessie (and wheezy-backports). According to the upstream issue, this change breaks master-node compatilibity between versions with and without this functionality. This makes the change not suitable for patching or backporting at this stage. -- Stig Sandbeck Mathisen pgpou4IocYqIs.pgp Description: PGP signature
Bug#685766: colorhug-client: FTBFS on ia64
Hi Dne Fri, 24 Aug 2012 14:37:01 +0200 Niels Thykier ni...@thykier.net napsal(a): Source: colorhug-client Version: 0.1.11-1 Severity: serious Hi, Your package FTBFS on ia64 and will therefore not migrate to testing (despite the unblock hint). The relevant part of the of the log appears to be: docbook2man colorhug-ccmx.sgml /dev/null /usr/share/docbook-utils/frontends/docbook: 9: [: sgml: unexpected operator Looking at this script, it uses == within test statement, what is not correct and causes problems with some implementations. Reassigning this bug to docbook-utils and attaching patch which fixes this. -- Michal Čihař | http://cihar.com | http://blog.cihar.com --- /usr/share/docbook-utils/frontends/docbook 2012-05-09 19:31:08.0 +0200 +++ /tmp/docbook 2012-09-11 09:30:11.271357601 +0200 @@ -6,7 +6,7 @@ # Give the location of the centralized catalog # First try the one with a version matching the version that is indicated in the document centralized-catalog) - if [ -n $SGML_NORM ] [ $SGML_XML == sgml ]; then + if [ -n $SGML_NORM ] [ $SGML_XML = sgml ]; then SGML_NORM_OPTS='-d' else SGML_NORM=cat signature.asc Description: PGP signature
Bug#687009: Bug#687182: program seg faults on armhs
Hello, of course it helps. The problem seems to be the libmad library. Can you please try madplay and if the same thing happens then surely the problem is libmad. I don't have an armhs machine to make some tests. Hello, Thank you for the fast reply. I'm not very experienced in debugging on this level, but I hope this helps: $ trace -o trace.txt mpg321 audiotest_scelsi.mp3 $ gdb 'mpg321' core [�] Reading symbols from /usr/bin/mpg321...(no debugging symbols found)...done. [New LWP 1175] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabihf/libthread_db.so.1. Core was generated by `mpg321 audiotest_scelsi.mp3'. Program terminated with signal 11, Segmentation fault. #0 0x4005a760 in mad_layer_III () from /usr/lib/arm-linux-gnueabihf/libmad.so.0 disass 0x4005a760 $ sudo apt-cache show libmad0 Package: libmad0 Priority: optional Section: libs Installed-Size: 126 Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com Original-Maintainer: Mad Maintainers pkg-mad-maintain...@lists.alioth.debian.org Architecture: armhf Source: libmad Version: 0.15.1b-7ubuntu1 Depends: libc6 (= 2.4) Pre-Depends: multiarch-support Filename: pool/main/libm/libmad/libmad0_0.15.1b-7ubuntu1_armhf.deb If the problem comes from libmad it would explain why mpg123 (mpglib) is working okay. The problems with mpd might be also related (but I'm just guessing here): https://bugs.launchpad.net/ubuntu/+source/libmad/+bug/989846 Regards, Armin On Sep 10, 2012, at 20:22 , Nanakos Chrysostomos wrote: Hi, can you please be more verbose? Try to attach an strace log of the output please. Regards, Chris On Mon, Sep 10, 2012 at 05:56:57PM +0200, Armin Wagner wrote: Package: mpg321 Version: 0.2.13 The program crashed with a seg fault on armhs. $ mpg321 --verbose audiotest_scelsi.mp3 [...] Playing MPEG stream from audiotest_scelsi.mp3 ... MPEG 1.0, Layer: III, Freq: 44100, mode: Stereo, modext: 0, BPF : 4480 Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0. Bitrate: 224 Kbits/s, Extension value: 0 Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2 Segmentation fault4], Time: 00:00.02 [03:11.59], I'm running Ubuntu 12.04 with a PIO_ONLY kernel on an ARM hard-float device (beabglebone) with an attached USB-soundcard (Z305). I'm aware that the problem might be the result of my non-standard configuration and not of mpg321 itself. However, I have to note that mp3 playback generally works with mpg123. I tested mpg321 version 0.2.13 and version 0.3.2. Both are segfaulting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687251: search-page causes permanent 100% CPU load
package: yelp Severity: important Opening an search page in yelp and leaving it causes an permanent 100% CPU load for me: - open yelp from terminal - type something in the search bar (e.g. test) - klick on a link or on the back button besides the search bar to leave the search page - yelp has 100% CPU load found on debian testing with yelp 3.4.2 Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687250: scdaemon: spamming syslog if reader cannot be found
Package: scdaemon Version: 2.0.19-1 Severity: important Dear Maintainer, If scdaemon cannot find the configured reader, it will flood syslog: Sep 11 09:17:42 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found Sep 11 09:17:42 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found Sep 11 09:17:43 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found Sep 11 09:17:44 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found Sep 11 09:17:44 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found Sep 11 09:17:45 twin pcscd: winscard.c:241:SCardConnect() Reader Gemalto USB Shell Token V2 01 00 Not Found [...] Not only does it consume CPU time without need (the operation that triggered the spawning of scdaemon will have finished successfully using an on-disk key after the first error message from scdaemon), but it also clutters the syslog. In certain configurations (time-based syslog rotation without size restrictions), it could even lead to filling up /var/log. In other configurations it could lead to more important messages getting dropped too early. For this reason (impact on other parts of the system) I'm setting the severity to important. scdaemon itself will continue to operate normally. Once I plug in the matching card reader, the spamming will stop and SSH will be able to use the key stored on the card. Background: I have two USB smartcard readers (of different form factors, for cards of different form factor): one for online banking via HBCI and the other one for use with GnuPG (including SSH). The GnuPG one usually gets plugged into the system I happen to be physically present at, but sometimes I don't plug it in at all because the local keys are sufficient for the task at hand. To prevent the smartcard reader used for HBCI from confusing GnuPG, I have configured scdaemon (via ~/.gnupg/scdaemon.conf) to only use a specific reader. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scdaemon depends on: ii libassuan0 2.0.3-1 ii libc6 2.13-35 ii libgcrypt111.5.0-3 ii libgpg-error0 1.10-3 ii libksba8 1.2.0-2 ii libpth20 2.0.7-16 ii libusb-0.1-4 2:0.1.12-20 scdaemon recommends no packages. scdaemon suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649630: Duplicate ID; java exception
How can I possibly reproduce this issue ? Where can I download the actual source for applying this bug.patch ? I cannot reproduce that anymore. Previously I used the pacemaker sources from git://github.com/ClusterLabs/pacemaker.git, but it seems to work now. 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#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
i don't know this is a bug or a feature. 1. This bug happened when gnome - network settings - proxy set to manual, so if you set it to none, all things will work as you expect. 2. Developers don't check message status code in callback within _httpSession.queue_message call, so when request failed we seeing this useless error message in the log. Hope this help you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686949: ITP: fpgatools -- A small independent command line FPGA utilities, no GUI plain C, text-based file formats. convert floorplan from/to bitstream.
Xiangfu Liu xian...@sharism.cc writes: An introduction is on TODO list. :) it will be using .c files and libfpga for implement your design. The author(wolfgang) is working/testing on xilinx slx9 bitstream. I am not very familiar with FPGA concepts since I have not used them yet so my questions might be bit stupid. I have not used them yet because I thought they always required non-free tools. Don't you normally use VHDL or Verilog to describe the models? Is C used here instead? you can take a look at here first. https://github.com/Wolfgang-Spraul/fpgatools Thanks for the link, I'll pass it on to friends who know about FPGAs :) -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687253: geographiclib-tools: geographiclib-datasets-download should download data to /usr/local
Package: geographiclib-tools Version: 1.21-1 Severity: normal Dear Maintainer, shouldn't geographiclib-datasets-download download the data to /usr/local? is there a license problem which prevents creation of a corresponding data package? Greetings, karme -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geographiclib-tools depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libgeographiclib9 1.21-1 ii libstdc++6 4.7.1-7 Versions of packages geographiclib-tools recommends: ii bzip2 1.0.6-4 Versions of packages geographiclib-tools suggests: ii proj-bin 4.7.0-2 -- 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#687252: geographiclib-tools: Gravity binary missing
Package: geographiclib-tools Version: 1.21-1 Severity: normal Dear Maintainer, the GeoidEval man page states: More accurate results for the geoid height are provided by Gravity(1). This utility can also compute the direction of The man page for Gravity exists: root@amalthea:~# dlocate /usr/share/man/man1/Gravity.1.gz geographiclib-tools: /usr/share/man/man1/Gravity.1.gz but the binary does not: root@amalthea:~# dpkg -L geographiclib-tools |grep bin /usr/sbin /usr/sbin/geographiclib-datasets-download /usr/bin /usr/bin/GeoConvert /usr/bin/GeoidEval /usr/bin/Geod /usr/bin/CartConvert maybe it is just missing in debian/geographiclib-tools.install ? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geographiclib-tools depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libgeographiclib9 1.21-1 ii libstdc++6 4.7.1-7 Versions of packages geographiclib-tools recommends: ii bzip2 1.0.6-4 Versions of packages geographiclib-tools suggests: ii proj-bin 4.7.0-2 -- 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#687254: linux-image-3.2.0-3-amd64: Using i915, after login from gdm, screen goes black, and only a reboot helps.
Package: src:linux Version: 3.2.23-1 Severity: critical Justification: breaks the whole system Dear Maintainer, My computer with an intel i7 cpu most times works properly, but sometimes it gets stuck in a black screen after loggin in from gdm. The relevant lines, from kern.log (I think) are: Sep 11 10:56:39 kielo kernel: [6.885218] fbcon: inteldrmfb (fb0) is primary device Sep 11 10:56:39 kielo kernel: [8.326401] Console: switching to colour frame buffer device 240x67 Sep 11 10:56:39 kielo kernel: [8.335424] fb0: inteldrmfb frame buffer device Sep 11 10:56:39 kielo kernel: [8.335427] drm: registered panic notifier Sep 11 10:56:39 kielo kernel: [8.335446] No ACPI video bus found Something along these lines is scattered across the internet, and I manage to consistently boot with either of the solutions: * Give acpi=off as kernel parameter * set i915 options modeset=0 in modprobe.d Neither of these workaround is satisfactory, because then I don't have the full resolution nor proper gnome 3. I also tried with kernel 2.6.32-5-amd64, which didn't go into a black screen, but didn't give proper video support either. Daniel Landau -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=217d0928-12cc-46ae-859b-431bacf49356 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [4.732068] ACPI: Power Button [PWRF] [4.732954] ACPI: Requesting acpi_cpufreq [4.742355] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [4.743816] input: PC Speaker as /devices/platform/pcspkr/input/input3 [4.753845] [drm] Initialized drm 1.1.0 20060810 [4.754155] iTCO_vendor_support: vendor-support=0 [4.755435] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [4.755508] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [4.755572] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [4.769954] cfg80211: Calling CRDA to update world regulatory domain [4.770170] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [4.770173] i915 :00:02.0: setting latency timer to 64 [4.775632] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [4.781808] rtl8192ce :02:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [4.781816] rtl8192ce :02:00.0: setting latency timer to 64 [4.811372] cfg80211: World regulatory domain updated: [4.811374] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [4.811376] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [4.811377] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [4.811379] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [4.811380] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [4.811382] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [4.812104] mtrr: type mismatch for c000,1000 old: write-back new: write-combining [4.812106] [drm] MTRR allocation failed. Graphics performance may suffer. [4.812506] i915 :00:02.0: irq 44 for MSI/MSI-X [4.812510] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [4.812511] [drm] Driver supports precise vblank timestamp query. [4.812548] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [4.82] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' [4.823627] rtlwifi: wireless switch is on [4.867246] input: A4Tech PS/2+USB Mouse as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/input/input4 [4.867369] a4tech 0003:09DA:000A.0001: input,hidraw2: USB HID v1.10 Mouse [A4Tech PS/2+USB Mouse] on usb-:00:1a.0-1.1/input0 [4.870987] Linux media interface: v0.10 [4.889318] Linux video capture interface: v2.00 [4.900300] usbcore: registered new interface driver snd-usb-audio [4.900305] uvcvideo: Found UVC 1.00 device USB Video Device (058f:3832) [4.903598] input: USB Video Device as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/input/input5 [4.903793] usbcore: registered new interface driver uvcvideo [4.903796] USB Video Class driver (1.1.1) [6.885218] fbcon: inteldrmfb (fb0) is primary device [8.326401] Console: switching to colour frame buffer device 240x67 [8.335424] fb0: inteldrmfb frame buffer device [8.335427] drm: registered panic notifier [8.335446] No ACPI video bus found [8.335517] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [8.335598] snd_hda_intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [8.335667] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X [8.335697]
Bug#687255: apt_preferences(5) support for pinning by architecture
Package: apt Version: 0.9.7.4 Severity: normal Tags: patch Moving the discussion about pinning by architecture to a new report. Original context is http://bugs.debian.org/670322 On 11 September 2012 09:18, Daniel Hartwig mand...@gmail.com wrote: Arch-qualification will work for specific-packages stanzas only, A bit of a hack but it worked when I tested it. apt-cache policy listed every armel package as pinned, which is not very nice output ;-) Looks like I misread and thought you were saying that doesn't work. Sorry for that :-) but you can do this: Package: * Pin: release n=squeeze,b=armel Pin-Priority: 991 A better format, though it is not documented or working (?) in 0.9.7.4: I see where the support for this is in versionmatch.cc and the above seems to not work because PackageFile::Architecture is never populated. Actually, python-apt docs say this is normal: class apt_pkg.PackageFile … architecture The architecture of the package file. This attribute normally contains an empty string and is thus not very useful. Is there a reason for that (maybe to do with arch: all)? Looks like it could be done in debListParser::LoadReleaseInfo (or debPackagesIndex::Merge). I have attached a first attempt at a patch, which partially works (obviously needs more testing). Note that the candidate for aptitude /seems/ wrong, but technically the first stanza (“Package: *”) does not apply since the second is more specific. Changing the second to “Package: aptitude:amd64” gives better output but defeats the purpose of using “b=amd64”, at least on specific-package stanzas. Note also in the reportbug info that my apt policy has /two/ entries for experimental. -- with patch applied: $ cat /etc/apt/preferences Package: * Pin: release a=experimental,b=i386 Pin-Priority: 991 Package: aptitude Pin: release a=experimental,b=amd64 Pin-Priority: 992 $ apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 500 http://ftp.iinet.net.au/debian/debian/ experimental/main Translation-en 991 http://ftp.iinet.net.au/debian/debian/ experimental/main i386 Packages release o=Debian,a=experimental,n=experimental,l=Debian,c=main,b=i386 origin ftp.iinet.net.au 1 http://ftp.iinet.net.au/debian/debian/ experimental/main amd64 Packages release o=Debian,a=experimental,n=experimental,l=Debian,c=main,b=amd64 origin ftp.iinet.net.au 500 http://ftp.iinet.net.au/debian/debian/ sid/main Translation-en 500 http://ftp.iinet.net.au/debian/debian/ sid/main i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main,b=i386 origin ftp.iinet.net.au 500 http://ftp.iinet.net.au/debian/debian/ sid/main amd64 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main,b=amd64 origin ftp.iinet.net.au Pinned packages: aptitude:amd64 - 0.6.9.1-1 aptitude - (not found) $ apt-cache policy aptitude aptitude:amd64 aptitude: Installed: 0.6.8.1-1 Candidate: 0.6.8.1-1 Package pin: (not found) Version table: 0.6.9.1-1 992 991 http://ftp.iinet.net.au/debian/debian/ experimental/main i386 Packages 0.6.8.1-1 992 500 http://ftp.iinet.net.au/debian/debian/ sid/main i386 Packages *** 0.6.8.1-1 992 100 /var/lib/dpkg/status aptitude:amd64: Installed: (none) Candidate: 0.6.9.1-1 Package pin: 0.6.9.1-1 Version table: 0.6.9.1-1 992 1 http://ftp.iinet.net.au/debian/debian/ experimental/main amd64 Packages 0.6.8.1-1 992 500 http://ftp.iinet.net.au/debian/debian/ sid/main amd64 Packages -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (991, 'experimental'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.11-3 ii libapt-pkg4.12 0.9.7.4 ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii libstdc++6 4.7.1-7 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.1-1 ii dpkg-dev1.16.8 ii python-apt 0.8.7 ii synaptic0.75.13 ii xz-utils5.1.1alpha+20110809-3 -- no debconf information === modified file 'apt-pkg/deb/debindexfile.cc' --- apt-pkg/deb/debindexfile.cc 2012-06-16 17:55:43 + +++ apt-pkg/deb/debindexfile.cc 2012-09-11 07:21:28 + @@ -340,7 +340,7 @@ FileFd Rel(ReleaseFile,FileFd::ReadOnly); if (_error-PendingError() == true) return false; - Parser.LoadReleaseInfo(File,Rel,Section); + Parser.LoadReleaseInfo(File,Rel,Section,Architecture); } return true; === modified file 'apt-pkg/deb/deblistparser.cc' --- apt-pkg/deb/deblistparser.cc 2012-07-09 15:42:25 + +++ apt-pkg/deb/deblistparser.cc
Bug#649630: Duplicate ID; java exception
tags 649630 moreinfo thanks On Tue, Sep 11, 2012 at 9:46 AM, Philipp Marek philipp.ma...@linbit.com wrote: How can I possibly reproduce this issue ? Where can I download the actual source for applying this bug.patch ? I cannot reproduce that anymore. Previously I used the pacemaker sources from git://github.com/ClusterLabs/pacemaker.git, but it seems to work now. [entering my sid/chroot] $ schroot $ git clone git://github.com/ClusterLabs/pacemaker.git $ cd pacemaker $ ./autogen.sh $ ./configure [...] checking for qb/qbipc_common.h... yes checking for qb_ipcc_is_connected in -lqb... no checking for qb_ipcc_is_connected... no configure: error: in `/tmp/pacemaker': configure: error: Version of IPC in libqb is not new enough See `config.log' for more details $ apt-cache policy libqb-dev libqb-dev: Installed: 0.11.1-2 Candidate: 0.11.1-2 Version table: *** 0.11.1-2 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status I am not able to reproduce your issue it fails much earlier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687041: src:libreoffice: please use xz compression for binary packages
On Sun, Sep 09, 2012 at 06:33:59PM +0200, Rene Engelhard wrote: On Sat, Sep 08, 2012 at 06:58:13PM +0200, Ansgar Burchardt wrote: But can do that, yes. Simplifies stuff, too. Uploading right now. The biggest saving afaics is -rw-r--r-- 1 rene rene 40M Aug 22 16:00 /home/rene/Debian/Pakete/LibreOffice/libreoffice-core_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 27M Sep 11 02:34 libreoffice-core_3.5.4+dfsg-2_amd64.deb and -rw-r--r-- 1 rene rene 10M Aug 22 17:12 /home/rene/Debian/Pakete/LibreOffice/li breoffice-help-de_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 6,0M Sep 11 03:21 libreoffice-help-de_3.5.4+dfsg-2_all.de (similar for other helps) -common only saves 3 MB: -rw-r--r-- 1 rene rene 21M Aug 22 17:06 /home/rene/Debian/Pakete/LibreOffice/libreoffice-common_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 18M Sep 11 03:16 libreoffice-common_3.5.4+dfsg-2_all.de Interestingly, we even saved space for -dbg which (supposedly) was already compressed with xz: -rw-r--r-- 1 rene rene 422M Aug 22 16:42 /home/rene/Debian/Pakete/LibreOffice/libreoffice-dbg_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 417M Sep 11 03:05 libreoffice-dbg_3.5.4+dfsg-2_amd64.de See attached xz-stats. Regards, Rene -rw-r--r-- 1 rene rene 129K Sep 11 03:27 fonts-opensymbol_102.2+LibO3.5.4+dfsg-2_all.deb -rw-r--r-- 1 rene rene 156K Aug 22 17:16 /home/rene/Debian/Pakete/LibreOffice/fonts-opensymbol_102.2+LibO3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 52K Aug 22 15:59 /home/rene/Debian/Pakete/LibreOffice/libreoffice_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 49K Sep 11 02:32 libreoffice_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 2,5M Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-base_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 1,9M Sep 11 02:36 libreoffice-base_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 919K Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-base-core_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 670K Sep 11 02:35 libreoffice-base-core_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 6,7M Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-calc_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 4,9M Sep 11 02:35 libreoffice-calc_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 21M Aug 22 17:06 /home/rene/Debian/Pakete/LibreOffice/libreoffice-common_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 18M Sep 11 03:16 libreoffice-common_3.5.4+dfsg-2_all.deb -rw-r--r-- 1 rene rene 40M Aug 22 16:00 /home/rene/Debian/Pakete/LibreOffice/libreoffice-core_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 27M Sep 11 02:34 libreoffice-core_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 422M Aug 22 16:42 /home/rene/Debian/Pakete/LibreOffice/libreoffice-dbg_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 417M Sep 11 03:05 libreoffice-dbg_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 2,9M Aug 22 16:02 /home/rene/Debian/Pakete/LibreOffice/libreoffice-dev_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 2,6M Sep 11 03:05 libreoffice-dev_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 4,0M Aug 22 17:18 /home/rene/Debian/Pakete/LibreOffice/libreoffice-dev-doc_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 3,7M Sep 11 03:28 libreoffice-dev-doc_3.5.4+dfsg-2_all.deb -rw-r--r-- 1 rene rene 3,5M Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-draw_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 2,5M Sep 11 02:35 libreoffice-draw_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 59K Aug 22 17:06 /home/rene/Debian/Pakete/LibreOffice/libreoffice-emailmerge_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 54K Sep 11 03:16 libreoffice-emailmerge_3.5.4+dfsg-2_all.deb -rw-r--r-- 1 rene rene 146K Aug 22 16:03 /home/rene/Debian/Pakete/LibreOffice/libreoffice-evolution_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 115K Sep 11 03:05 libreoffice-evolution_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 7,6M Aug 22 16:03 /home/rene/Debian/Pakete/LibreOffice/libreoffice-filter-binfilter_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 5,7M Sep 11 03:06 libreoffice-filter-binfilter_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 162K Aug 22 17:06 /home/rene/Debian/Pakete/LibreOffice/libreoffice-filter-mobiledev_3.5.4+dfsg-1_all.deb -rw-r--r-- 1 rene rene 156K Sep 11 03:16 libreoffice-filter-mobiledev_3.5.4+dfsg-2_all.deb -rw-r--r-- 1 rene rene 116K Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-gnome_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 98K Sep 11 02:36 libreoffice-gnome_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 303K Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-gtk3_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 233K Sep 11 02:36 libreoffice-gtk3_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 302K Aug 22 16:01 /home/rene/Debian/Pakete/LibreOffice/libreoffice-gtk_3.5.4+dfsg-1_amd64.deb -rw-r--r-- 1 rene rene 230K Sep 11 02:36 libreoffice-gtk_3.5.4+dfsg-2_amd64.deb -rw-r--r-- 1 rene rene 20M Aug 22 17:11
Bug#687256: adding systems to a netgroup via the system's NIS netgroup tab kicks cascaded netgroups out of the netgroup
Package: debian-edu-config-gosa-netgroups Severity: important Version: 1.445 Summary: adding systems to a netgroup via the system's NIS netgroup tab kicks cascaded netgroups out of the netgroup. Steps to reproduce on a default Debian Edu mainserver installation: o create a new NIS netgroup ,,diskless-workstation-hosts'' o add this NIS netgroup to NIS netgroup ,,workstation-hosts'' o create a workstation system, after specifying hostname, IP, DHCP and DNS... o switch to the sytem's NIS netgroup tab o place the new system in the ,,workstation-hosts'' NIS netgroup Then: o switch to NIS netgroups view of GOsa² o view NIS netgroup ,,workstation-hosts'' What you should see: o NIS netgroup ,,diskless-workstation-hosts'' has been removed from the ,,workstation-hosts'' NIS netgroup. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpgHwQGtFFyE.pgp Description: Digitale PGP-Unterschrift
Bug#687257: libutempter0 is not multiarch-aware, embeds executable
Package: libutempter0 Version: 1.1.5-4 Severity: normal As $Subject says, libutempter0 is not Multi-Arch-able. I can guess this is because of /usr/lib/utempter/utempter executable which is shipped in this package. Due to this non-multi-arch-awareness, it isn't possible to install foreign packages depending on it. One trivial solution (to keep this package single as before) is to move /usr/lib/utempter/utempter to /usr/lib/$triplet/utempter, this way it will be co-installable with itself. Alternative is to split the binary into separate libutempter-bin package. I'm not sure which is preferred: while first way is less intrusive and is very simple, we're getting additional setgid binary for each arch, while second way minimizes number of setgid binaries to watch for. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686688: Upgrade Gwyddion to version 2.29
Hi Nicola, thanks for reporting the new upstream version. I stepped in with the upload because Jan who usually maintains the package had no time. I would like to explicitely inform you that I uploaded the new version to experimental due to the freeze as advised by our release managers and hope this will help you for the purpose of your Ubuntu maintenance as well. BTW, do you have any interest to join the Debian Med team? This would enable you to commit packaging stuff directly to our SVN and might have some advantage for your work in Ubuntu. Kind regards Andreas. On Tue, Sep 04, 2012 at 12:07:39PM -0700, Nicola Ferralis wrote: Package: gwyddion Version: 2.28-2 Gwyddion 2.29 has been released a few weeks ago upstream. Gwyddion, howeevr it's still in version 2.28 in debian. Changelog: 2.28 - 2.29 Application Translations updated: Czech, French, Russian. Libraries libgwyprocess: New function to calculate grain-wise rms. libgwymodule: gwy_file_get_data_info() sets its arguments to NULL if no file info is found, fixing a possible crash if newly generated data are saved. libgwyapp: Recent file names are compared canonicalized, fixing repetition of the same file in document history on MS Windows. Modules Pixmap: Scalebar ticks and label can be enabled/disabled. Grain statistics: Displays total projected boundary length. Median line correction: Masking is supported. TIA SER: Spectral data import is supported. Statistical quantities: New quantity was added: grain-wise rms. Omicron: Files created by SPIP are recognised and loaded. Nanoscope: Support for old files without @2:Z scale was improved. Object synthesis: A bug causing Critical warning/crash during the generation of non-square data was fixed. Seiko: The guesswork involved in loading of non-square files was somewhat improved. Neural network: Result model size can differ from source, miscallaneous small improvements. Other Standalone python gwy module is available (experimental). Several icons were improved. Using Ubuntu 12.04, kernel 3.2. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687212: Processed: reassign 687212 to localechooser, found 687212 in 2.44
Hi, I attached patch to one of the previous messages for detecting network-console installs. Regards, Eugeniy Meshcheryakov --- Оригінальне повідомлення --- Quoting Debian Bug Tracking System (ow...@bugs.debian.org): Processing commands for cont...@bugs.debian.org: reassign 687212 localechooser Bug #687212 [installation-reports] localechooser: should use higher languagelevel with network-console Bug reassigned from package 'installation-reports' to 'localechooser'. No longer marked as found in versions 2.44 and 2.46. Ignoring request to alter fixed versions of bug #687212 to the same values previously set found 687212 2.44 Bug #687212 [localechooser] localechooser: should use higher languagelevel with network-console Marked as found in versions 2.44/. The list of languages was very short because of this code: # Determine the display level language_display_level() { local level #log Frontend in use: $DEBIAN_FRONTEND case $DEBIAN_FRONTEND in gtk) level=4 ;; *) # Keep only Latin1 languages if we don't have a framebuffer if [ $TERM_FRAMEBUFFER ]; then level=3 else level=1 fi # The hurd text-mode console has decent charset support if [ $TERM = hurd ]; then level=3 fi # ASCII only if we are on serial console, dumb, or Mach terminal # Both variables should already be set at init time if [ $TERM_TYPE = serial ] || [ $TERM = dumb ] || [ $TERM = mach-color ] ; then level=0 fi ;; esac #log Language display level is $level echo $level } If, in the situation you describe, there is a way to recognize that the terminal can display non Latin languages, then we can adapt that code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687258: ITP: mpdris2 -- media player interface (MPRIS2) bridge for MPD
Package: wnpp Severity: wishlist Owner: Simon McVittie s...@debian.org * Package name: mpdris2 Version : 0.2+git2012.08.14 Upstream Author : Jean-Philippe Braun, Mantas Mikulėnas * URL : https://github.com/eonpatapon/mpDris2 * License : GPL-3+ Programming Lang: Python Description : media player interface (MPRIS2) bridge for MPD mpDris2 is an implementation of the MPRIS2 media player interface as a client for MPD, allowing MPRIS2 clients to control MPD and observe its track changes via a standard D-Bus interface. It can also respond to multimedia keys if running under GNOME, and send track-change notifications if python-notify is installed. --- mpDris2 supersedes the mpdris package (maintained by Michal Čihař and RFA'd since 2011). mpDris implements MPRIS v1, which is no longer widely supported; mpDris2 implements MPRIS v2.1, and works with more modern MPRIS clients such as https://extensions.gnome.org/extension/55/media-player-indicator/ (also by Jean-Philippe Braun). It is also said to work with Ubuntu Unity, although I haven't tested that. I intend to maintain this package in collab-maint, unless the pkg-mpd team want to claim it. Co-maintainers welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687259: [l10n] Czech translation for jffnms
Package: jffnms Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for jffnms package, please include it. Regards, Martin Sin.# #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: jffnms 0.8.3dfsg.1-5.1\n Report-Msgid-Bugs-To: jff...@packages.debian.org\n POT-Creation-Date: 2012-09-05 08:36-0400\n PO-Revision-Date: 2012-09-11 10:46+0200\n Last-Translator: Martin Sin martin@zshk.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../templates:1001 msgid jffnms user already exists msgstr Uživatel jffnms již existuje #. Type: error #. Description #: ../templates:1001 #| msgid #| The preinstall script for JFFNMS tried to create a JFFNMS user but there #| was already a user of that name so it has aborted installation. Please #| read /usr/share/doc/jffnms/README.Debian for more information. msgid The installation has been aborted because there is already a user with the name \jffnms\. See /usr/share/doc/jffnms/README.Debian. msgstr Instalace byla z důvodu existence uživatele se jménem \jffnms\ pÅeruÅ¡ena. Pro vÃce informacà se podÃvejte do souboru /usr/share/doc/jffnms/README.Debian. #. Type: error #. Description #: ../templates:2001 msgid jffnms group already exists msgstr Skupina jffnms již existuje #. Type: error #. Description #: ../templates:2001 #| msgid #| The preinstall script for JFFNMS tried to create a JFFNMS user but there #| was already a user of that name so it has aborted installation. Please #| read /usr/share/doc/jffnms/README.Debian for more information. msgid The installation has been aborted because there is already a user group with the name \jffnms\. See /usr/share/doc/jffnms/README.Debian. msgstr Instalace byla z důvodu existence skupiny se jménem \jffnms\ pÅeruÅ¡ena. Pro vÃce informacà se podÃvejte do souboru /usr/share/doc/jffnms/README.Debian. #. Type: string #. Description #: ../templates:3001 msgid Days until log files are compressed: msgstr PoÄet dnà do komprese souborů s logem: #. Type: string #. Description #: ../templates:3001 #| msgid #| Enter how many days do you want to keep of uncompressed JFFNMS log files. #| The recommended and default value is 2 days. Setting this value to lower #| than 2 may cause problems. It also doesn't make sense to make this number #| bigger than the number of days until log files deleted. msgid Please choose how many days of uncompressed JFFNMS log files should be kept. The recommended value is two days. Reducing this value may cause problems, and it doesn't make sense for it to be higher than the number of days before log files are deleted. msgstr Zvolte prosÃm kolik dnà si pÅejete uchovávat nekomprimované soubory s logem JFFNMS. DoporuÄená výchozà hodnota je 2 dny. SnÞenà této hodnoty může způsobit problémy. Také nemá pÅÃliÅ¡ smysl zvyÅ¡ovat tuto hodnotu na vyÅ¡Å¡Ã ÄÃslo než je poÄet dnů, kdy budou logy smazány. #. Type: string #. Description #: ../templates:4001 msgid Days until log files are deleted: msgstr PoÄet dnà do smazánà souborů s logem: #. Type: string #. Description #: ../templates:4001 #| msgid #| Enter how many days of log files, compressed or not, do you want to keep. #| The default is 7 days of logs. It doesn't make any sense to set this #| lower than the number of days of uncompressed files, as the cron job will #| compress the files and then delete them in the same run. msgid Please choose how many days of log files (compressed or not) should be kept. The recommended value is seven days. It doesn't make sense to set this lower than the number of days of uncompressed files, as the cron job will compress the files and then delete them in the same run. msgstr Zadejte prosÃm kolik dnà se majà uchovávat soubory s logem (komprimované i nekomprimované). DoporuÄená hodnota je 7 dnÃ. Nemá pÅÃliÅ¡ smysl snižovat tuto hodnotu na menÅ¡Ã ÄÃslo než je poÄet dnů do komprese souborů, neboÅ¥ cron pak zkomprimuje a smaže soubory najednou. #. Type: select #. Choices #: ../templates:5001 msgid abort msgstr zruÅ¡it #. Type: select #. Choices #: ../templates:5001 msgid retry msgstr opakovat #. Type: select #. Choices #: ../templates:5001 msgid retry (skip questions) msgstr opakovat (pÅeskoÄit otázky) #. Type: select #. Description #:
Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works
Eugeniy Meshcheryakov, le Mon 10 Sep 2012 23:42:45 +0200, a écrit : Currently localechooser detects network-console as a terminal without framebuffer and uses languagelevel 1 for such installs. It should use higher level, because most modern ssh clients support unicode, and in any case d-i is running in UTF-8 locale (not latin1). Most modern ssh clients support unicode indeed, but the current ssh daemon does not take the LANG parameter from the ssh client, so d-i can not know whether it should emit utf-8 or ascii. That is why the list is restricted to pure ascii languages. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687260: [l10n] Czech translation for mathematica-fonts
Package: mathematica-fonts Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for mathematica-fonts package, please include it. Regards, Martin Sin.# SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the mathematica-fonts package. # Martin Sin martin@zshk.cz, 2009. # msgid msgstr Project-Id-Version: mathematica-fonts 0.1\n Report-Msgid-Bugs-To: mathematica-fo...@packages.debian.org\n POT-Creation-Date: 2012-09-07 18:02-0400\n PO-Revision-Date: 2012-09-11 10:55+0200\n Last-Translator: Martin Sin martin@zshk.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid HTTP proxy to use: msgstr HTTP proxy: #. Type: string #. Description #: ../templates:2001 #| msgid #| If you need to use a proxy server, please enter it here (example: #| http://192.168.0.1:8080). This will cause the font file to be downloaded #| using your proxy. msgid If you need to use a proxy server, please enter it here (example: http://192.168.0.1:8080). This will cause the font file to be downloaded through the proxy. msgstr Pokud použÃváte proxy server, zadejte ho prosÃm zde (napÅ.: http://192.168.0.1:8080). Poté bude soubor s pÃsmem stažen pÅes váš proxy server. #. Type: string #. Description #: ../templates:2001 #| msgid Leave this option blank if you don't use a proxy server. msgid Leave this field blank if you don't use a proxy server. msgstr Pokud proxy server nepoužÃváte, nechejte toto polÃÄko prázdné. #. Type: note #. Description #. This debconf note displays the original license of fonts #. The license terms themselves are not translatable, which explains #. that translators do not see them in the PO files #: ../templates:3001 #| msgid Do you accept the license of Mathematica fonts? msgid License for Mathematica fonts msgstr Licence pÃsem Mathematica #. Type: note #. Description #: ../templates:3001 msgid Read this agreement carefully before proceeding. It is an agreement between Wolfram Research, Inc. (\WRI\) and you. Acceptance of its terms creates a binding contract between you and WRI. By downloading the fonts below, you are accepting the terms of this agreement. msgstr PÅed pokraÄovánÃm si peÄlivÄ pÅeÄtÄte tento souhlas s podmÃnkami použÃvánÃ. Jedná se o souhlas s podmÃnkami použÃvánà programu mezi vámi a Wolfram Research, Inc. (\WRI\). Jeho odsouhlasenÃm dojde k vytvoÅenà smlouvy mezi vámi a WRI. StaženÃm pÃsem souhlasÃte s pravidly zde uvedenými. #. Type: boolean #. Description #: ../templates:4001 msgid Do you accept the license of Mathematica fonts? msgstr SouhlasÃte s licencà pÃsem Mathematica? #. Type: boolean #. Description #: ../templates:4001 msgid In order to install this package, you must accept its license terms. Not accepting will cancel the installation. msgstr Pro instalaci tohoto balÃÄku je nutné pÅijmout licenÄnà podmÃnky. Pokud nebudete souhlasit, bude instalace pÅeruÅ¡ena.
Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works
Well, those pure ascii languages still use UTF-8. Look at French for example. I was using UTF-8 locale and everything was looking correctly. I think many languages in the list will not be shown correctly if one uses ssh on a latin1 console. --- Оригінальне повідомлення --- Eugeniy Meshcheryakov, le Mon 10 Sep 2012 23:42:45 +0200, a écrit : Currently localechooser detects network-console as a terminal without framebuffer and uses languagelevel 1 for such installs. It should use higher level, because most modern ssh clients support unicode, and in any case d-i is running in UTF-8 locale (not latin1). Most modern ssh clients support unicode indeed, but the current ssh daemon does not take the LANG parameter from the ssh client, so d-i can not know whether it should emit utf-8 or ascii. That is why the list is restricted to pure ascii languages. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687261: coinor-osi: Please update coinor-osi to 0.105.5
Package: coinor-osi Severity: wishlist Hello, coinor-osi is outdated. Can you please consider packaging a newer version ? Thanks -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687111: meld: version control browser fails with subversion 1.7
forwarded 687111 https://bugzilla.gnome.org/show_bug.cgi?id=683783 tags 687111 upstream confirmed retitle 687111 meld shows directory view from VC's top dir with Git, Subversion 1.7 thanks The behavior is consistent with the way Meld handles Git repositories but is still inconsistent with the man page. I assume the fix won't be very complicated. Cheers, Balint 2012/9/10 Michael Biebl bi...@debian.org: On 09.09.2012 23:56, Michael Biebl wrote: On 09.09.2012 23:48, Neil Williams wrote: Could you try the upstream commit http://git.gnome.org/browse/meld/commit/?id=846c36b031e390f8edce3bc418e6d8bc19701a96 Forget that. This patch is actually already part of 1.6. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687262: coinutils: Please update coinutils to 2.8.7
Package: coinutils Severity: wishlist Control: block 687261 by -1 Hello, The current version of coinutils is outdated. Updating it to 2.8.7 will ship a .pc file which is needed for updating coinor-osi. Thank you ! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658759: disable l2 cache on kirkwood devices (workaround #658904)
On Mon, 2012-09-10 at 23:09 -0700, Jonathan Nieder wrote: Hi Ian, On Aug 30, 2012, Ian Campbell wrote: I've just tried injecting the following onto the head of the zImage (in a similar manner to flash-kernel's set_machine_id function): [...] This works around the issue on my dreamplug (this is effectively the same code sequence as what the u-boot fix does). I can see two ways of distributing this fix. Either a kernel patch gated on CONFIG_ARCH_KIRKWOOD to some early bit of code or use devio in flash-kernel + the installer build. Sorry I missed this before. That sounds like an excellent idea for a kernel patch. A kind user on the linux-arm-kernel@ list[1] recently mentioned he'd be willing to test patches, if you need a guinea pig, and I assume once a patch is written and tested it should be possible to get useful feedback from the list. My main concern with doing this on the kernel side is that it will eventually fall foul of the attempts to reduce everything to a single kernel image, since the code will necessarily be quite kirkwood specific and run very early on. Martin's testing of di on ARM[0] suggests this issue isn't all that widespread, which lead me to conclude that the risk of making a change like this (either in the kernel or the installer/flash-kernel) for Wheezy was not worth the chance of breaking some other kirkwood device. Ian. [0] https://lists.debian.org/debian-boot/2012/09/msg00052.html -- Ian Campbell Current Noise: Crowbar - To Build A Mountain Sex is like air. It's only a big deal if you can't get any. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687263: [l10n] Czech translation for lsh-utils
Package: lsh-utils Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for lsh-utils package, please include it. Regards, Martin Sin.# #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: lsh-utils 2.0.1-4\n Report-Msgid-Bugs-To: lsh-ut...@packages.debian.org\n POT-Creation-Date: 2012-09-09 11:31-0400\n PO-Revision-Date: 2012-09-11 11:21+0200\n Last-Translator: Martin Sin martin@seznam.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../lsh-server.templates:2001 msgid lsh server port: msgstr ÄÃslo portu lsh serveru: #. Type: string #. Description #: ../lsh-server.templates:2001 #| msgid #| The default port for lshd is 22. If you would like lshd to run on a #| different port, please specify the alternative port here. If you specify #| 22, you will need to manually disable any other ssh servers you have #| running on port 22, other than OpenSSH (from the `openssh-server' #| package). OpenSSH will be automatically disabled, if you choose 22 here. msgid The default port for lshd is 22. If lshd should run on a different port, please specify the alternative port here. If you specify 22, you will need to manually disable any other SSH servers running on port 22, other than OpenSSH (from the package openssh-server), which will be disabled automatically if you choose 22 here. msgstr Výchozà ÄÃslo portu pro lshd je 22. Pokud si pÅejete spustit lshd na jiném portu, zadejte zde prosÃm jeho ÄÃslo. Pokud necháte 22, budete muset ruÄnÄ vypnout vÅ¡echny ssh servery, které bÄžà na tomto portu, kromÄ OpenSSH (souÄást balÃÄku `openssh-server'), které bude vypnuto automaticky. #. Type: boolean #. Description #: ../lsh-server.templates:3001 msgid Enable the sftp subsystem? msgstr Povolit podsystém sftp? #. Type: boolean #. Description #: ../lsh-server.templates:3001 #| msgid #| Please choose whether you want to use the EXPERIMENTAL sftp support now. msgid Please choose whether you want to use the EXPERIMENTAL lsh SFTP support. msgstr RozhodnÄte se prosÃm, zda chcete použÃvat EXPERIMENTÃLNà podporu lsh SFTP. #. Type: boolean #. Description #: ../lsh-server.templates:3001 #| msgid #| If you want to use sftp with lsh, you will need this subsystem. Please #| bear in mind, that it's still experimental. Therefore the default is #| disabled but can be enabled now or later by manually changing /etc/ #| default/lsh-server. msgid Since it is experimental, the default is for it to be disabled, but it can be enabled now or later by manually changing /etc/default/lsh-server. msgstr Protože se jedná o experimentálnà funkci, je ve výchozÃm nastavenà vypnuta. Tuto volbu můžete zapnout nynà nebo kdykoliv pozdÄji zmÄnou nastavenà v souboru /etc/default/lsh-server. #. Type: boolean #. Description #: ../lsh-server.templates:4001 msgid Remove host key on purge? msgstr Smazat klÃÄ hostitele pÅi odstranÄnà balÃÄku? #. Type: boolean #. Description #: ../lsh-server.templates:4001 msgid When this package is installed, a host key is generated to authenticate your host. msgstr PÅi instalaci balÃÄku je vytvoÅen klÃÄ sloužÃcà k ovÄÅenà pravosti vaÅ¡eho poÄÃtaÄe. #. Type: boolean #. Description #: ../lsh-server.templates:4001 msgid Please choose whether you want to purge the host key when the package is removed. msgstr RozhodnÄte se prosÃm, zda si pÅi odstranÄnà balÃÄku pÅejete smazat také tento klÃÄ. #. Type: string #. Description #: ../lsh-server.templates:5001 msgid Additional arguments to pass to lshd: msgstr DalÅ¡Ã argumenty pÅedávané lshd:
Bug#638856: [pbuilder] fails to create with option --distribution experimental
At Wed, 01 Aug 2012 12:27:21 +0200, Ansgar Burchardt wrote: This might be caused by APT::Default-Release experimental; in apt.conf which pbuilder seems to add for a experimental chroot. Doing this is wrong as it will cause all dependencies to be taken from experimental, including those having a high enough version in unstable. In particular I heard that pbuilder currently tries to install perl 5.16 from experimental (perl 5.16 is not really installable). What's the value of keeping something that's not installable in experimental? Ansgar ___ Pbuilder-maint mailing list pbuilder-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pbuilder-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687264: aces3: MPI communication error
Package: aces3 Version: 3.0.6-1 Severity: important When I run a CCSD calculation (regular HF or MP2 calculation seem fine), I get the following error and the calculation aborts when using 2 (or more) MPI processes: Error: Cannot find array32526 in served array table ABORT JOB on server1 SERVER TABLE: The input file is as follows: H2 test of rhf ccsd energy in an cc-pvdz basis H 0.0 0.0 0.0 H 0.0 0.0 1.0 *ACES2(CALC=ccsd,BASIS=CC-PVDZ spherical=on REF=RHF,UNITS=BOHR COORDINATES=CARTESIAN SCF_CONV=6 SYMMETRY=NONE) *SIP MAXMEM=900 TIMERS=YES Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686498: [initscripts] no more mouse and keyboard (#669949, #670156) has not been fixed
Package: sysvinit Version: 2.88dsf-31 Followup-For: Bug #686498 User: rle...@debian.org Usertags: run-transition Dear Maintainer, after an update from 2.88-22 to 2.88-31 the keyboard and the mouse stop working on X. The only way I found to resolv is to comment in the /lib/init/bootclean.sh file the line that clean the /run dir. # clean /run ! -xtype d ! -name utmp ! -name innd.pid || ES=1 I tend to remove services from /etc/rc2.d and /etc/rcS.d and I don't know if I removed something essential. Here the list of services: In /etc/rc2.d README S01sudo S01sysklogd S02acpi-support S02anacron S02cron S02klogd S02loadcpufreq S02xinetd S03bootlogs S03cpufrequtils S04laptop-mode S04rc.local S04rmnologin S04stop-bootlogd and in /etc/rcS.d README S01mountkernfs.sh S02udev S03mountdevsubfs.sh S05keymap.sh S06keyboard-setup S07hdparm S07hostname.sh S07hwclock.sh S08checkroot.sh S10checkroot-bootclean.sh S10kmod S10mtab.sh S12checkfs.sh S13mountall.sh S14mountall-bootclean.sh S14procps S14resolvconf S14udev-mtab S14urandom S15networking S18console-screen.sh S19console-setup S20bootmisc.sh S20lm-sensors S20microcode.ctl S20oss4-base S20screen-cleanup S20x11-common m. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.27 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii debianutils 4.3.2 ii initscripts 2.88dsf-31 ii libc6 2.13-35 ii libselinux1 2.1.9-5 ii libsepol1 2.1.4-3 ii sysv-rc 2.88dsf-31 ii sysvinit-utils 2.88dsf-31 sysvinit recommends no packages. sysvinit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683848: bin-NMU support
Hi, Having two parameters delimited by space is probably not usual, shouldn't that be more like another parameter to set message for bin nmu? Is this the usual expected interface for other tools too ? to be somewhat consistent with, http://release.debian.org/wanna-build.txt, version number should be autoincremented, and message should be specified via something like -m ? At Sat, 04 Aug 2012 20:53:29 +0200, Luca Falavigna wrote: diff -Nru pbuilder-0.211/pbuilder.8 pbuilder-0.212/pbuilder.8 --- pbuilder-0.211/pbuilder.8 2012-03-08 23:54:41.0 +0100 +++ pbuilder-0.212/pbuilder.8 2012-08-04 20:48:02.0 +0200 @@ -353,6 +353,14 @@ .B \-\-debbuildopts -B .TP +.BI \-\-bin\-nmu [ version / message ] The notation should be +.BI \-\-bin\-nmu [ version ] [ message ] + +Specify to build a binary NMU instead of a standard package. +You must pass two parameters, the first one is a numeric value indicating +the progressive binNMU version, the second one is a message that will +appear in the changelog entry. + +.TP .BI \-\-bindmounts bind-mount-points Bind-mount the specified directories to inside the chroot. .I bind-mount-points diff -Nru pbuilder-0.211/pbuilder-checkparams pbuilder-0.212/pbuilder-checkparams --- pbuilder-0.211/pbuilder-checkparams 2012-03-08 23:54:41.0 +0100 +++ pbuilder-0.212/pbuilder-checkparams 2012-08-04 20:34:57.0 +0200 @@ -33,6 +33,7 @@ OVERRIDE_APTLINES=no OVERRIDE_APTLINES_WARN= # set this if --override-config option should be set. BINARY_ARCH=no +BIN_NMU=no PBUILDER_BUILD_LOGFILE= PRESERVE_BUILDPLACE=no unset EXTRA_CONFIGFILE || true @@ -189,6 +190,14 @@ DEBBUILDOPTS=${DEBBUILDOPTS} -B shift; ;; + --bin-nmu) + BIN_NMU=yes + # XXX this might be overwriten by --debbuildopts + DEBBUILDOPTS=${DEBBUILDOPTS} -B + BINNMU_VERSION=$2 + BINNMU_MESSAGE=$3 + shift; shift; shift; + ;; --preserve-buildplace) PRESERVE_BUILDPLACE=yes shift; diff -Nru pbuilder-0.211/pbuilder-modules pbuilder-0.212/pbuilder-modules --- pbuilder-0.211/pbuilder-modules 2012-03-31 06:50:46.0 +0200 +++ pbuilder-0.212/pbuilder-modules 2012-08-04 20:37:28.0 +0200 @@ -70,6 +70,7 @@ --timeout [timeout time] --override-config --binary-arch + --bin-nmu [version number | description] + --bin-nmu [version number] [description] --preserve-buildplace --bindmounts [bind-mount-point] --debug @@ -595,6 +596,44 @@ done } +function binNMU() { +if [ $BIN_NMU == no ]; then + return +fi +if [ -z $BINNMU_VERSION ]; then + echo No version provided for binNMU entry. + exit 1 +fi +if [ -z $BINNMU_MESSAGE ]; then + echo No changelog message provided for binNMU entry. + exit 1 +fi +local cl=$(ls $BUILDPLACE/tmp/buildd/*/debian/changelog) +local tmpcl=$cl.pbuildertmp +if [ ! -f $cl ]; then + echo Cannot open debian/changelog for binNMU version handling. + exit 1 +fi +if [ -z $DEBEMAIL ]; then + echo No maintainer addres provided, use --debemail option. + exit 1 +fi +mv $cl $tmpcl +local package=$(head -n1 $tmpcl | cut -d -f1) +local version=$(head -n1 $tmpcl | sed 's/.*(\(.*\)).*/\1/') +local arch=$($CHROOTEXEC dpkg-architecture -qDEB_HOST_ARCH) +local date=$(date -R) +echo $package ($version+b$BINNMU_VERSION) $DISTRIBUTION; urgency=low $cl +echo $cl +echo * Binary-only non-maintainer upload for $arch; no source changes. $cl +echo * $BINNMU_MESSAGE $cl +echo $cl +echo -- $DEBEMAIL $date $cl +echo $cl +cat $tmpcl $cl +rm $tmpcl +} + #Setting environmental variables that are really required: #required for some packages to install... export LANG=C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687183: [l10n:cs] Updated Czech translation of PO debconf template for ppp 2.4.5-5.1
Thanks David, updated file attached. 2012/9/10 David Prévot taf...@debian.org: Hi Michal, On Mon, Sep 10, 2012 at 06:14:55PM +0200, Michal Šimůnek wrote: In attachment there is updated Czech translation of PO debconf template (cs.po) for package ppp, please include it. There is actually one missing translation in your file: msgid Interface name: Can you please update it? Regards David cs.po Description: Binary data
Bug#687265: vim: Please switch binary compression to xz
Package: vim Version: 2:7.3.547-4 Severity: important Tags: d-i patch Hello, while trying to figure out which packages could benefit from switching to xz, vim-runtime appeared. Looking at the packages on CD1, the sizes for switching everyone to xz would be: 972Kvim_7.3.547-4_amd64.deb 824Kvim_7.3.547-4.1_amd64.deb 164Kvim-common_7.3.547-4_amd64.deb 160Kvim-common_7.3.547-4.1_amd64.deb 6.1Mvim-runtime_7.3.547-4_all.deb 4.4Mvim-runtime_7.3.547-4.1_all.deb 404Kvim-tiny_7.3.547-4_amd64.deb 348Kvim-tiny_7.3.547-4.1_amd64.deb (vim-runtime is already bzip2-compressed, but xz is much better.) Thanks for considering. Mraw, KiBi. diff -Nru vim-7.3.547/debian/changelog vim-7.3.547/debian/changelog --- vim-7.3.547/debian/changelog 2012-07-24 04:55:58.0 +0200 +++ vim-7.3.547/debian/changelog 2012-09-11 12:00:34.0 +0200 @@ -1,3 +1,10 @@ +vim (2:7.3.547-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Switch compression to xz for all binaries. + + -- Cyril Brulebois k...@debian.org Tue, 11 Sep 2012 12:00:27 +0200 + vim (2:7.3.547-4) unstable; urgency=low * Add remove-py_config.patch, removing the dependence on Python's config.c. diff -Nru vim-7.3.547/debian/rules vim-7.3.547/debian/rules --- vim-7.3.547/debian/rules 2012-07-24 04:54:50.0 +0200 +++ vim-7.3.547/debian/rules 2012-09-11 12:03:29.0 +0200 @@ -520,8 +520,7 @@ dh_installdeb dh_gencontrol dh_md5sums - dh_builddeb -pvim-runtime -- -Zbzip2 - dh_builddeb -Nvim-runtime + dh_builddeb -- -Zxz binary-arch: export DH_OPTIONS=-pvim-dbg binary-arch: $(foreach v,$(VARIANTS),binary-arch-$(v)) @@ -532,7 +531,7 @@ dh_installdeb dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz binary-arch-vim-basic: export DH_OPTIONS=-pvim-common -pvim binary-arch-vim-basic: install-stamp-vim-basic @@ -545,7 +544,7 @@ dh_shlibdeps dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz binary-arch-%: export DH_OPTIONS=-p$* $(foreach v,$(VARIANTS_SKIP),-N$(v)) binary-arch-%: install-stamp-% @@ -558,7 +557,7 @@ dh_shlibdeps dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz binary: beginlog binary-indep binary-arch endlog .PHONY: patch unpatch extract clean build install binary-indep binary-arch binary update-orig quilt-setup
Bug#664989: Please sponsor googlecl NMU
On Sat, 8 Sep 2012, Amaya wrote: Santiago Vila wrote: As a user, I don't really care that a package uses debhelper v5, that's an internal thing. I would much preferr to have it in wheezy even if the package is not perfect than not have it in wheezy at all. PLease, ask the release team :* :) Ok, I will do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687266: aces3: some jobs hang when run sequentially
Package: aces3 Version: 3.0.6-1 Severity: important When I run the same job as mention in #687264 with only one process, the job hangs in tran_rhf_ao_sv1.sio: Gather on company_rank succeeded. Static pre-defined array # 2 is first used on line 328 Allocated 800 bytes for static arrays. Allocated 896466560 bytes for blkmgr. Total memory usage 855 MBytes. Max. possible usage 900 MBytes Total blocks used =65759 At this point, no more output is written and also no temporary files are written or updated, while the xaces3 process spins at 100% CPU. This is a representable backtrace: 0x0042e968 in one_pass_of_server () at sumz.c:439 439MPI_Iprobe(MPI_ANY_SOURCE, readytag, newcomm, flag, status); (gdb) bt #0 0x0042e968 in one_pass_of_server () at sumz.c:439 #1 0x0042f73d in exec_thread_server_ (bflag=bflag@entry=0x729b20) at sumz.c:1248 #2 0x004df2a4 in wait_on_block (array=23, block=1, blkndx=56362, type=201, request=4, instruction_timer=35, comm_timer=95) at wait_on_block.f:50 #3 0x0048b6a5 in compute_block (op=..., array_table=..., narray_table=198, index_table=..., nindex_table=32, block_map_table=..., nblock_map_table=55, segment_table=..., nsegment_table=43, scalar_table=..., nscalar_table=13, address_table=..., debugit=.FALSE., validate=.FALSE., flopcount=0, comm=3, comm_timer=95, instruction_timer=35) at compute_block.F:759 #4 0x004d1e53 in optable_loop (optable=..., noptable=245, array_table=..., narray_table=198, array_labels=..., index_table=..., nindex_table=32, segment_table=..., nsegment_table=43, block_map_table=..., nblock_map_table=55, scalar_table=..., nscalar_table=13, proctab=..., address_table=..., debug=.FALSE., validate=.FALSE., comm=3, comm_timer=95, _array_labels=_array_labels@entry=10) at optable_loop.f:274 #5 0x004423e5 in master.0.sip_fmain_init (__entry=1, ncompany_workers_min=error reading variable: Cannot access memory at address 0x0, ierr_return=error reading variable: Cannot access memory at address 0x0) at sip_fmain.F:582 #6 0x0042f8b8 in sumz_work_ (dryrun_flag=0x2, dryrun_flag@entry=0x7fff04aff4e8, fmbuffer=0x8002, fmbuffer@entry=0x23d0448c, dbg_flag=0x1, dbg_flag@entry=0x7fff04aff4e4, totalrecvbuffer=0x36c66) at sumz.c:1294 #7 0x00423bea in worker_work () at worker_work.F:79 #8 0x0041a613 in aces3 () at beta.F:914 #9 0x0041959d in main (argc=optimized out, argv=optimized out) at beta.F:1014 #10 0x7f0a0f6b4ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x004195c9 in _start () Another: 0x7f0a122f0f63 in PMPI_Iprobe () from /usr/lib/libmpi.so.0 (gdb) bt #0 0x7f0a122f0f63 in PMPI_Iprobe () from /usr/lib/libmpi.so.0 #1 0x0042e9d0 in one_pass_of_server () at sumz.c:445 #2 0x0042f73d in exec_thread_server_ (bflag=bflag@entry=0x729b20) at sumz.c:1248 #3 0x004df2a4 in wait_on_block (array=23, block=1, blkndx=56362, type=201, request=4, instruction_timer=35, comm_timer=95) at wait_on_block.f:50 #4 0x0048b6a5 in compute_block [...] at compute_block.F:759 And another: 0x7f0a10c4e369 in opal_progress () from /usr/lib/libopen-pal.so.0 (gdb) bt #0 0x7f0a10c4e369 in opal_progress () from /usr/lib/libopen-pal.so.0 #1 0x7f0a122cd9c9 in ?? () from /usr/lib/libmpi.so.0 #2 0x7f0a122f84e3 in PMPI_Test () from /usr/lib/libmpi.so.0 #3 0x7f0a1110e122 in pmpi_test__ () from /usr/lib/libmpi_f77.so.0 #4 0x004df2bd in wait_on_block (array=23, block=1, blkndx=56362, type=201, request=4, instruction_timer=35, comm_timer=95) at wait_on_block.f:48 #5 0x0048b6a5 in compute_block [...] at compute_block.F:759 I did not encounter any other backtraces after a few more tries. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687267: openssh-blacklist: Please compress binaries with xz
Package: openssh-blacklist Version: 0.4.1 Severity: important Tags: d-i patch Hi, we need to make some more room on installation CDs, so please switch from bzip2 to xz (patch attached). Space savings: 2.1Mopenssh-blacklist_0.4.1_all.deb 1.8Mopenssh-blacklist_0.4.1+nmu1_all.deb 2.1Mopenssh-blacklist-extra_0.4.1_all.deb 1.8Mopenssh-blacklist-extra_0.4.1+nmu1_all.deb Thanks for considering. Mraw, KiBi. diff -Nru openssh-blacklist-0.4.1/debian/changelog openssh-blacklist-0.4.1+nmu1/debian/changelog --- openssh-blacklist-0.4.1/debian/changelog 2008-05-29 18:56:47.0 +0200 +++ openssh-blacklist-0.4.1+nmu1/debian/changelog 2012-09-11 12:21:29.0 +0200 @@ -1,3 +1,10 @@ +openssh-blacklist (0.4.1+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Compress all binaries with xz. + + -- Cyril Brulebois k...@debian.org Tue, 11 Sep 2012 12:21:29 +0200 + openssh-blacklist (0.4.1) unstable; urgency=low * debian/openssh-blacklist{,-extra}.preinst: Correctly clean up old diff -Nru openssh-blacklist-0.4.1/debian/rules openssh-blacklist-0.4.1+nmu1/debian/rules --- openssh-blacklist-0.4.1/debian/rules 2008-05-29 18:53:42.0 +0200 +++ openssh-blacklist-0.4.1+nmu1/debian/rules 2012-09-11 12:21:21.0 +0200 @@ -69,7 +69,7 @@ dh_shlibdeps dh_gencontrol dh_md5sums - dh_builddeb -- -Zbzip2 + dh_builddeb -- -Zxz binary: binary-indep binary-arch .PHONY: build clean binary-indep binary-arch binary install configure
Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works
Eugeniy Meshcheryakov, le Tue 11 Sep 2012 11:03:59 +0200, a écrit : Well, those pure ascii languages still use UTF-8. Look at French for example. French is not a pure ascii language, precisely. I was using UTF-8 locale and everything was looking correctly. Because you happened to use a UTF-8 locale. If you connect from a latin1 terminal, accents will go wrong. I think many languages in the list will not be shown correctly if one uses ssh on a latin1 console. That's precisely the problem and the reason why we can't assume non-ascii languages will render correctly. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672403: icewm has no options for shut down or reboot in user-mode
Eduard Bloch e...@gmx.de writes: I will keep this task open, though. Maybe there should be some check looking whether sudo is allowed for the user and add sudo halt there. JFYI, I've made the following configurations: I have created a group that would be permitted to do all the operations with shutdown without password. I have named it shutdown. Then I have added to /etc/sudoers the lines: Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, /sbin/poweroff %shutdown ALL = (root) NOPASSWD: POWEROFF to permit the users from group shutdown. The ~/.icewm/preferences contains: ShutdownCommand=sudo /sbin/halt RebootCommand=sudo /sbin/reboot The we need to add the user to the group shutdown: addgroup user shutdown and reinitialize the session -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672403: icewm has no options for shut down or reboot in user-mode
Evgeny M. Zubok evgeny.zu...@tochka.ru writes: The we need to add the user to the group shutdown: addgroup user shutdown Incorrect. adduser user shutdown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687166: [pkg-ntp-maintainers] Bug#687166: ntp: NTP security vulnerability because not using authentication by default
Hi, * Ask Bjørn Hansen a...@ntppool.org [2012-09-11 01:01]: On Sep 10, 2012, at 15:07, Kurt Roeckx k...@roeckx.be wrote: [...] So my understanding of things is that even if we also had a way to distribute all the public keys, you still can't get it to work as you need to provide each client with a secret key. I think what first needs to be done is have an autokey implementation that either doesn't need a private key for each client but is secure or doesn't need state on the server side for each client. Indeed; I thought ntpd had a public key encryption scheme where we just need the secret key on the server[1] and the public key can be general for all Debian users. (I think that's the 'autokey' scheme -- the trustedkey/requestkey stuff is where you share a secret between client and server). That was my understanding as well. At least the documentation states: key pairs are used where establishing shared secrets is difficult. The autokey mechanism uses key pairs.. Cheers Nico pgpbjwzet5yC2.pgp Description: PGP signature
Bug#665881: [wheezy] module ath5k is blocking wlan-card
Am Montag, 10. September 2012 schrieb Jonathan Nieder: Hans-J. Ullrich wrote: Hi Jonathan, 1. The described behaviour appears EVERY TIME, when I started Windows 7 on this system, and rebooted to linux again. That's very good to hear. Can you reproduce this with 3.5.y from experimental? Well, I installed now 3.5-trunk-amd64 from experimental. First tests are showing good results. I still could not reproduce the behaviour with this kernel. But it is too early, to make a final conclusion. So I will test it now for a few days and will then send a report. If so, please send a description of the symptoms to linux-wirel...@vger.kernel.org, cc-ing ath5k-de...@lists.ath5k.org, Nick Kossifidis mickfl...@gmail.com, and either me or this bug log so we can track it. Be sure to mention - steps to reproduce, expected result, actual result, and how the difference indicates a bug (should be simple enough) - which kernel versions you have tested and what happened with each - full dmesg output from booting and trying to use wireless in the affected state, as an attachment - any other weird symptoms or observations Yes, if any strange behaviours occure, I will send them to the list. My current system is debian-testing, which I am running on several computers (mostly daily updated). These are 2 x amd64-cpus (a notebook Acer Aspire 7520G and a Desktop PC) and my Asus EEEPC 1005 HGO (i386). Hopefully the symptoms will ring a bell for someone, who can provide instructions or a patch to track down the cause further. Yeah, that might be great! Hope that helps, Jonathan Thanky for the help. Best regards Hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687269: libjson0: Empty strings and unicode zero values break json parsing.
Package: libjson0 Version: 0.10-1.1 Severity: important If the input JSON contains empty value (i.e. ) The internal string buffer is unterminated and unexpected behaviour occours. If the unicode value \u appears in the input the string is terminated early and the string is truncated. The attached patch fixes these issues. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-1-amd64 (SMP w/4 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 libjson0 depends on: ii libc6 2.13-33 ii multiarch-support 2.13-33 libjson0 recommends no packages. libjson0 suggests no packages. -- no debconf information Index: json-c-0.10/json_object.c === --- json-c-0.10.orig/json_object.c 2012-04-29 10:55:43.0 -0700 +++ json-c-0.10/json_object.c 2012-08-30 11:26:08.0 -0700 @@ -531,8 +531,9 @@ if(!jso) return NULL; jso-_delete = json_object_string_delete; jso-_to_json_string = json_object_string_to_json_string; - jso-o.c_string.str = malloc(len); + jso-o.c_string.str = malloc(len + 1); memcpy(jso-o.c_string.str, (void *)s, len); + jso-o.c_string.str[len] = '\0'; jso-o.c_string.len = len; return jso; } Index: json-c-0.10/json_tokener.c === --- json-c-0.10.orig/json_tokener.c 2012-04-29 10:55:43.0 -0700 +++ json-c-0.10/json_tokener.c 2012-08-30 11:22:29.0 -0700 @@ -387,7 +387,7 @@ while(1) { if(c == tok-quote_char) { printbuf_memappend_fast(tok-pb, case_start, str-case_start); - current = json_object_new_string(tok-pb-buf); + current = json_object_new_string_len(tok-pb-buf, tok-pb-bpos); saved_state = json_tokener_state_finish; state = json_tokener_state_eatws; break;
Bug#658759: disable l2 cache on kirkwood devices (workaround #658904)
Ian Campbell wrote: My main concern with doing this on the kernel side is that it will eventually fall foul of the attempts to reduce everything to a single kernel image, since the code will necessarily be quite kirkwood specific and run very early on. Is it possible to do something reasonable if the extra features register is read first? (Please forgive my ignorance.) Martin's testing of di on ARM[0] suggests this issue isn't all that widespread, which lead me to conclude that the risk of making a change like this (either in the kernel or the installer/flash-kernel) for Wheezy was not worth the chance of breaking some other kirkwood device. I think that's ok --- the change would be valuable upstream anyway, and it can filter into mainline and wheezy whenever it has had an appropriate amount of testing. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687270: unblock: googlecl/0.9.13-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I'd like to ask for googlecl to be unblocked. I use this package as wget for google docs but it stopped working when python-gdata (dependency) was upgraded from 2.0.14 to 2.0.16. So I put python-gdata 2.0.14 on hold in my system and raised the severity of an already reported bug to serious, as having to put packages on hold is a clear sign that one or several packages are not suitable for release. As a result googlecl was removed from unstable. But now googlecl has been NMUed and I've checked that it works again with the current python-gdata, so it would be a pity not to include the fixed googlecl in wheezy. unblock googlecl/0.9.13-1.1 The diff is reasonable small and may be found in the logs for this bug: http://bugs.debian.org/664989 Note: I'm submitting this report at the request of Amaya, as I believe the current maintainer is MIA. I'm X-debbugs-Cc:ing all the involved parties in either case. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665881: [wheezy] module ath5k is blocking wlan-card
Hans-J. Ullrich wrote: Well, I installed now 3.5-trunk-amd64 from experimental. First tests are showing good results. Drat. Am I correct in guessing that the prebuilt 3.3.6 package from http://snapshot.debian.org/package/linux-2.6/ reproduces it, while 3.4.1 does not? Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507817: screen -r still sometimes fails with WriteMessage: Bad file descriptor
Package: screen Version: 4.1.0~20120320gitdb59704-5 Followup-For: Bug #507817 Dear Maintainer, This bug is still alive with latest screen's versions 4.1.0~20120320gitdb59704-5 with probability on my system 90% 4.1.0~20120320gitdb59704-6 probability %20 Yes, I know that a script like this: while :; do screen -r sleep 0.5; screen -S pts-5 -X detach; sleep 1.5; done can't reproduce this bug. What to do? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii debconf [debconf-2.0] 1.5.46 ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 ii libpam0g 1.1.3-7.1 ii libtinfo5 5.9-10 screen recommends no packages. Versions of packages screen suggests: pn iselect | screenie | byobu none -- 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#687271: [maven-ant-tasks] Should create symlink in /usr/share/ant/lib
Package: maven-ant-tasks Version: 2.1.3-2 Severity: normal --- Please enter the report below this line. --- It would be nice if libmaven-ant-tasks-java would create a symlink to the jar just like ant-optional does. That way, the ant tasks are automatically available to ant. I.e. something like this: /usr/share/ant/lib$ ls -la maven-ant-tasks.jar lrwxrwxrwx 1 root root 36 11. Sep 12:47 maven-ant-tasks.jar - ../../java/maven-ant-tasks-2.1.3.jar Thanks, Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works
--- Оригінальне повідомлення --- Eugeniy Meshcheryakov, le Tue 11 Sep 2012 11:03:59 +0200, a écrit : Well, those pure ascii languages still use UTF-8. Look at French for example. French is not a pure ascii language, precisely. I was using UTF-8 locale and everything was looking correctly. Because you happened to use a UTF-8 locale. If you connect from a latin1 terminal, accents will go wrong. Exactly my point. I think many languages in the list will not be shown correctly if one uses ssh on a latin1 console. That's precisely the problem and the reason why we can't assume non-ascii languages will render correctly. The state now is that d-i is using UTF-8 for all languages. So non-UTF clients already have broken display, probably even for English with all those pseudographical characters. I think it is safe to assume that UTF-8 ssh client is available in 2012. The UTF-8 transition was done 6 years ago. Another clean solution would be disable all languages except C. I do not think that this is acceptable. Regards, Eugeniy Meshcheryakov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665881: [wheezy] module ath5k is blocking wlan-card
Am Dienstag, 11. September 2012 schrieb Jonathan Nieder: Hans-J. Ullrich wrote: Well, I installed now 3.5-trunk-amd64 from experimental. First tests are showing good results. Drat. Am I correct in guessing that the prebuilt 3.3.6 package from http://snapshot.debian.org/package/linux-2.6/ reproduces it, while 3.4.1 does not? Huh, I did not test those versions. I just tested 3.2-xx (stock debian testing) and now at your advice version 3.5. (experimental) If 3.5 will work, I can test 3.3 and 3.4, too, if needed. Jonathan Hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687272: ITP: haskell-hoogle -- Haskell API Search
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: wishlist Owner: Kiwamu Okabe kiw...@debian.or.jp * Package name: haskell-hoogle Version : 4.2.10 Upstream Author : Neil Mitchell ndmitch...@gmail.com * URL : http://www.haskell.org/hoogle/ Vcs-Browser : http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-hoogle * License : GPL2 Programming Lang: Haskell Description : Haskell API Search Hoogle is a Haskell API search engine, which allows you to search many standard Haskell libraries by either function name, or by approximate type signature. - -- Kiwamu Okabe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQTxv7AAoJEBjdTXLyy8oG3WAQAIf3QCfMafjiiJAb7M+XkVub 2cqojGRCAChhUMq3KklPXBj+LUHQUsUUWdjNXOc5pp/eDFh5zbuR7A6mPepqFruS AZjDJYLE7Iwh2wdCXxfl2QHPEVPZfOvpZR180nOsJuZLqNSu+xXMT+tFBndsEeXn Mpxrua20zDaGcZxpMTW85bPmQsqSBLaJ70seZVI0KJf2ROeyTN7IGj42BcMiprTC siPX+qHq9FyMr57Ac9qKa8Z8uoqTf3ZF385CZ/QLixOOehBVFejAsl3KEUxv+Ugr Pwarcz4U2852KhuM2jsViXmvQq6hkjfk15uOA1AdrKOzJauqQ1gfgf0dfNBIKQeg yMk1dUu3zGqzC0i1KUaHx+BAQIyK2dsuIE07uQ8KYPzDYnJe/p+ayuvYKWqlt8JM PhWkwmiplv++MwwwINafjpGn3U2aUFL8YPV/ZQ22MnERRWpvwvAoTU7v6M7jT0Oe VWijN8gF3KPr3Btie+ksDJSieAm0uFHKdUGFgF+9wzctsaBBCWDxIMjeBHaajpyY P2qcvTKFA1vKN3De5Rmt3b7ryVSHKwb4ckcu6NjEnVMJ3Owg/dUyPbX5Lwdmjnty X0msRoWVs/unxGi4KRd4TIQX3+N8EPN+kcUVjv+wHw9XAzuiTbWqpA9kgecdbD1d 9sYjDHIJtXJnazNTETF0 =7l6W -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687273: dvipng should be recommended/suggested by python-sphinx
Package: python-sphinx Version: 1.1.3+dfsg-4 seen in the celery build. celery explicitly build-depends on dvipng, however the use of this tool comes from with sphinx. python-sphinx already suggests some tex packages, so dvipng should be added. Or create a python-sphinx-latex, which has all these suggests as dependencies so that other packages don't have to track these suggests as build dependencies themself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687274: CVE-2012-4405 integer overflow leading to heap based buffer overflow in embedded icclib
Package: ghostscript Severity: grave Tags: security patch Hi, the following vulnerability was published for ghostscript. Quoting from the original report, as the mitre entry does not exist so far.. CVE-2012-4405[0]: | An array index error leading to heap-based buffer out-of-buffer bounds write | flaw was found in the way International Color Consortium (ICC) Format library | (aka icclib) as used in Ghostscript and Argyll Color Management System computed | dimensional increment through the clut based on the count of input channels. | Using specially-crafted ICC profiles, an attacker could create a malicious | PostScript or PDF file with embedded images which would cause Ghostscript to | crash or, potentially, execute arbitrary code when opened by the victim. | Similarly when such specially-crafted ICC profile was inspected by some of the | Argyll Color Management System tools it could lead to particular executable | crash or, arbitrary code execution with the privileges of the user running the If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-4405 http://security-tracker.debian.org/tracker/CVE-2012-4405 Patch: https://bugzilla.redhat.com/attachment.cgi?id=609986 -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 pgplyEZ1B1Jvd.pgp Description: PGP signature
Bug#687272: ITP: haskell-hoogle -- Haskell API Search
* Kiwamu Okabe kiw...@debian.or.jp [120911 13:16]: * Package name: haskell-hoogle Version : 4.2.10 Upstream Author : Neil Mitchell ndmitch...@gmail.com * URL : http://www.haskell.org/hoogle/ Vcs-Browser : http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-hoogle * License : GPL2 Programming Lang: Haskell Description : Haskell API Search Hoogle is a Haskell API search engine, which allows you to search many standard Haskell libraries by either function name, or by approximate type signature. Hello, FYI there was already a (dead) ITP for hoogle : #533175. Have a nice day and thanks for bringing an offline version of hoogle to debian users :) -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681680: mediathekview: finds only 1376 out of 57537 movies
On 23.08.2012 19:08, Christoph Martin wrote: I could successfully build 2.6.1. I will test it soon. Christoph Hi Christoph i've slightly updated Mediathekview-3.0.0. I removed Anleitung.pdf (included it twice) and switched to Debian's new copyright format. To ease testing i have created an archive with reprepro. I couldn't find any show-stoppers so far. New download location: 2.6.1 dget -x ftp://46.182.19.209/debian/pool/main/m/mediathekview/mediathekview_2.6.1-1.dsc 3.0.0 dget -x ftp://46.182.19.209/debian/pool/main/m/mediathekview/mediathekview_3.0.0-1.dsc Can i assist you with testing or answer any questions? Cheers Markus signature.asc Description: OpenPGP digital signature
Bug#687272: ITP: haskell-hoogle -- Haskell API Search
On Tue, Sep 11, 2012 at 8:24 PM, Etienne Millon etienne.mil...@gmail.com wrote: FYI there was already a (dead) ITP for hoogle : #533175. Have a nice day and thanks for bringing an offline version of hoogle to debian users :) Oh! Wait a bit. debian-haskell team will dput it soon! -- Kiwamu Okabe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687254: linux-image-3.2.0-3-amd64: Using i915, after login from gdm, screen goes black, and only a reboot helps.
Control: severity -1 important On Tue, Sep 11, 2012 at 11:12:35AM +0300, Daniel Landau wrote: ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Loaded modules: vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) We don't support systems in this state. Please remove the virtual box modules and try again. The vbox modules does nasty things to the system. If it happens again, please provide the following: - Complete kernel log (/var/log/kern.log have a copy) from the start of the kernel until the problem. - Complete Xorg log (/var/log/gdm3 I think in this case). Bastian -- Hailing frequencies open, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687268: perl: breaks debsums during squeeze - wheezy upgrade
On Tue, Sep 11, 2012 at 03:19:50AM -0700, Andres Salomon wrote: Package: perl Version: 5.14.2-12 Severity: critical I kicked off an upgrade of a machine running stable (squeeze) to the currently frozen testing (wheezy). During the upgrade, I hit the following: It looks to me more like the upgrade is failing first, then debsums is run in the failed state. dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_2%3a1.12.3-1_i386.deb (--unpack): installing xserver-xorg-core would break existing software configured to not write apport reports Preparing to replace xserver-xorg-input-synaptics 1.2.2-2 (using .../xserver-xorg-input-synaptics_1.6.2-1_i386.deb) ... Unpacking replacement xserver-xorg-input-synaptics ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/xserver-xorg-core_2%3a1.12.3-1_i386.deb Can't locate File/Find.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/debsums line 10. BEGIN failed--compilation aborted at /usr/bin/debsums line 10. E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' That said, I suppose it would be nice if debsums would fail more gracefully when its dependencies, particularly perl/perl-modules, aren't in a configured state. The package that breaks is xserver-xorg-core, but it does so while calling out to debsums (which in turn does so while looking for perl includes). I disagree. The package breaks first, then an apt post-invoke hook calls debsums regardless of the failure or the state of the debsums dependencies. I've attached the full dist-upgrade log. Marking this as critical, as perl is breaking unrelated software (debsums, dpkg postinst scripts..). debsums is written in perl so it's certainly not unrelated software. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684123: argyll: dispwin fails to load ICC profile
On Mon, 10 Sep 2012 14:06:53 +0200 Andreas Beckmann deb...@abeckmann.de wrote: Please try 304.43-1 which just entered sid. It works for me. dispwin commands now works without the ARGYLL_IGNORE_XRANDR1_2=yes workaround. Some video overlays (e.g. mplayer, Adobe Flash Player) continue to ignore my profile, but I could never manage to get those color managed with nVidia drivers (it works with nouveau drivers). Thanks to all that contributed to solve the issue! -- L'imprimerie est l'artillerie de la pensée. Antoine Rivaroli, dit comte de Rivarol Cyril Soldani cyril.sold...@legiasoft.com signature.asc Description: PGP signature
Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works
Eugeniy Meshcheryakov, le Tue 11 Sep 2012 13:09:04 +0200, a écrit : French is not a pure ascii language, precisely. I was using UTF-8 locale and everything was looking correctly. Because you happened to use a UTF-8 locale. If you connect from a latin1 terminal, accents will go wrong. Exactly my point. Ah, sorry, I thought languagelevel 1 was ascii-only. Yes, the current state is actually bogus, as you say, we should either go to assume UTF-8, or only have English/C (which I thought was the current state, like on serial consoles) I think many languages in the list will not be shown correctly if one uses ssh on a latin1 console. That's precisely the problem and the reason why we can't assume non-ascii languages will render correctly. The state now is that d-i is using UTF-8 for all languages. By default, because it currently doesn't know better even in the ssh case. So non-UTF clients already have broken display, probably even for English with all those pseudographical characters. The d-i ssh server could accept the LANG variable from the client I think it is safe to assume that UTF-8 ssh client is available in 2012. Not everybody have switched to it unfortunately (even if available). We can however assume UTF-8 for now (thus raise languagelevel for the ssh console, which is better than the current state anyway), and keep as TODO (if anybody feels about implementing it) using LANG from the client. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687276: mirror listing update for debian.panafon.org
Package: mirrors Severity: minor Submission-Type: update Site: debian.panafon.org Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.de.debian.org Updates: lessoften Maintainer: Costas Constantinou headquart...@panafon.org Country: CY Cyprus Location: Nicosia Sponsor: Panafon Telecommunications Ltd http://www.panafon.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687277: ITP: xmlformat -- XML Document Formatter
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: xmlformat Version : 1.04 Upstream Author : Paul DuBois p...@kitebird.com * URL : http://www.kitebird.com/software/xmlformat/ * License : BSD Programming Lang: Perl, Ruby Description : XML Document Formatter xmlformat is a configurable formatter (or pretty-printer) for XML documents. It provides control over indentation, line-breaking, and text wrapping. These properties can be defined on a per-element basis. . xmlformat provides improved diagnostic information when a document is not well-formed. (Prints line and token number, and stack trace). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687278: libexiv2-doc: libexiv2-doc documentation package seems to be lacking in content
Package: libexiv2-doc Version: 0.23-1 Severity: normal Dear Maintainer, doc/html/ directory (the generated doxygen documentation) is not included in libexiv2-doc package and makes the documentation package rather less useful than it should be. Something like the following should fix the problem. diff --git a/debian/libexiv2-doc.docs b/debian/libexiv2-doc.docs index e48d89c..ba05107 100644 --- a/debian/libexiv2-doc.docs +++ b/debian/libexiv2-doc.docs @@ -1,3 +1,4 @@ doc/include +doc/html/ doc/*.txt src/TODO diff --git a/debian/rules b/debian/rules index f5bafdd..eab282d 100755 --- a/debian/rules +++ b/debian/rules @@ -9,6 +9,7 @@ override_dh_auto_configure: override_dh_clean: dh_clean rm -rf doc/html + -rm Makefile xmpsdk/src/.libs/libxmpsdk.la # why? debuild complains of diff. override_dh_strip: dh_strip -a --dbg-package=libexiv2-dbg -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687279: gnome-control-center: Please rebuild gnome-control-center to get xz compression
Package: gnome-control-center Version: 1:3.4.2-2 Severity: important Tags: d-i patch Hi, to make room on CD#1, it would be nice to rebuild this package to get xz compression (through the cdbs update). On gnome-control-center-data alone we go down from 5.7 MB to 1.8 MB. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#397939: clean rule behavior underspecified and inconsistent with common practice
* Jonathan Nieder jrnie...@gmail.com [120911 05:45]: during the last months i had to review several packages. Quite a number of packages were not buildable two times (eg. unrepresentable changes to source). Most of these packages used svn-buildpackage or cvs-buildpackage. This bug is quite annoying as one needs to either manual interact or run dpkg-source -x again. Of course policy forbids that. The requirements in policy for debian/rules clean are very stringent --- to avoid the unrepresentable changes it would be enough to _remove_ the modified (regenerated) files, but policy requires undoing everything the build target did, or in other words restoring the original files. I disagree. Policy says: | This must undo any effects that the build and binary targets may have | had, except that it should leave alone any output files created in the | parent directory by a run of a binary target. It does not do it must undo everything. Undoing everything would be impossible (like, how do you revert the timestamps of directories that got a newer timestamp because there was a file created and then removed in there?). Policy only speaks about the effects those targets had. And I think common understanding of this was (at least was in the past) that removing files not needed for the build is a simple and effective way to undo those effects, as it results in a working dir aquivalent for all practical purposes to one where build and binary never ran. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687281: git annex find does not work in bare repositories
Package: git-annex Version: 3.20120825 Severity: minor I used a bare repository on a VFAT filesyste, with SHA1E backend. It works fine for a music player. But I don't see a way to get what is present in the repository. git annex find does not work in a bare repository. :-( -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-annex depends on: ii curl7.27.0-1 ii git 1:1.7.10.4-1 ii libc6 2.13-35 ii libffi5 3.0.10-3 ii libgmp102:5.0.5+dfsg-2 ii libpcre31:8.30-5 ii openssh-client 1:6.0p1-3 ii rsync 3.0.9-3 ii uuid1.6.2-1.3 ii wget1.14-1 Versions of packages git-annex recommends: ii lsof 4.86+dfsg-1 Versions of packages git-annex suggests: pn bup none ii gnupg 1.4.12-4+b1 pn graphviz none -- 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#687280: htop: columns not lining up when using pid's 99999
Package: htop Version: 0.8.3-1 Severity: minor Tags: upstream When setting /proc/sys/kernel/pid_max to a larger value than default ( 9) the columns in the output of htop no longer line up making it hard to read. Steps to reproduce: - (as root) echo 400 /proc/sys/kernel/pid_max - start lot's of processes and wait until the process id's reach 9 - view output of htop -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/24 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 htop depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand htop recommends no packages. Versions of packages htop suggests: pn ltracenone (no description available) ii strace4.5.20-2 A system call tracer -- 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#678249: reassign back to mame
On Mon, Sep 10, 2012 at 04:08:56PM +0200, Matthias Klose wrote: By the way, removing the __attribute__((optimize(O0))) from the function definition in inpttype.h also solves the problem. I wonder what that is for. just to confirm, removing this workaround lets you successfully build with -O3? Yes Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687268: perl: breaks debsums during squeeze - wheezy upgrade
On Tue, 11 Sep 2012 14:03:13 +0300 Niko Tyni nt...@debian.org wrote: On Tue, Sep 11, 2012 at 03:19:50AM -0700, Andres Salomon wrote: Package: perl Version: 5.14.2-12 Severity: critical I kicked off an upgrade of a machine running stable (squeeze) to the currently frozen testing (wheezy). During the upgrade, I hit the following: It looks to me more like the upgrade is failing first, then debsums is run in the failed state. I think you're right. Running 'apt-get -f install' the first time installed wheezy's perl-base, which allowed debsums to function properly; however, xserver-xorg-core was still failing to upgrade. The second 'apt-get -f install' run fixed the issue. I've attached the logs from those two calls. dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_2%3a1.12.3-1_i386.deb (--unpack): installing xserver-xorg-core would break existing software configured to not write apport reports Preparing to replace xserver-xorg-input-synaptics 1.2.2-2 (using .../xserver-xorg-input-synaptics_1.6.2-1_i386.deb) ... Unpacking replacement xserver-xorg-input-synaptics ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/xserver-xorg-core_2%3a1.12.3-1_i386.deb Can't locate File/Find.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/debsums line 10. BEGIN failed--compilation aborted at /usr/bin/debsums line 10. E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' That said, I suppose it would be nice if debsums would fail more gracefully when its dependencies, particularly perl/perl-modules, aren't in a configured state. Indeed, but obviously that's a lower priority bug. There are 3 issues that I see here, let me know if you disagree: 1) either postinst scripts or debsums should fail gracefully if there's a problem that's not a failed hash check (severity: wishlist) 2) perl-base should never get out of sync with perl and perl-modules (severity: normal?) 3) xserver-xorg-core breaks upgrades (severity: critical or grave) Log started: 2012-09-11 03:21:09 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 97145 files and directories currently installed.) Preparing to replace libuuid-perl 0.02-4 (using .../libuuid-perl_0.02-4+b2_i386.deb) ... Unpacking replacement libuuid-perl ... Preparing to replace dmsetup 2:1.02.48-5 (using .../dmsetup_2%3a1.02.74-4_i386.deb) ... Unpacking replacement dmsetup ... Preparing to replace libdevmapper1.02.1 2:1.02.48-5 (using .../libdevmapper1.02.1_2%3a1.02.74-4_i386.deb) ... Unpacking replacement libdevmapper1.02.1 ... Selecting previously deselected package libdevmapper-event1.02.1. Unpacking libdevmapper-event1.02.1 (from .../libdevmapper-event1.02.1_2%3a1.02.74-4_i386.deb) ... Selecting previously deselected package gvfs-daemons. Unpacking gvfs-daemons (from .../gvfs-daemons_1.12.3-1+b1_i386.deb) ... Selecting previously deselected package imagemagick-common. Unpacking imagemagick-common (from .../imagemagick-common_8%3a6.7.7.10-3_all.deb) ... Selecting previously deselected package libmagickcore5. Unpacking libmagickcore5 (from .../libmagickcore5_8%3a6.7.7.10-3_i386.deb) ... Preparing to replace perlmagick 8:6.6.0.4-3+squeeze3 (using .../perlmagick_8%3a6.7.7.10-3_i386.deb) ... Unpacking replacement perlmagick ... Processing triggers for man-db ... (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 97428 files and directories currently installed.) Removing libperl5.10 ... (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading
Bug#687283: gnome-themes-standard: Please rebuild gnome-themes-standard to get xz compression
Package: gnome-themes-standard Version: 3.4.2-1 Severity: important Tags: d-i patch Hi, uploading the package currently in svn would fix the Vcs-* URLs and get xz compression at the same time (3.3MB → 2.9MB). Thanks for considering. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687284: /usr/lib/xcp/bin/xe-reset-networking uses Fedora-specific paths
Package: xcp-xapi Version: 1.3.2-11 xe-reset-networking uses Fedora/CentOS-specific paths like /etc/firstboot.d (perhaps /var/lib/xcp/firstboot.d instead? - this is used in other places) and /etc/sysconfig and possibly others. The script doesn't properly reset networking due to this. Regards, Ognyan Kulev -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687285: override: python2.7:python/standard, python2.6:python/optional
Package: ftp.debian.org Severity: normal python2.7 should be upgraded to standard because it's the default Python interpreter. python2.6 is only left in the suite for compatibility reasons, hence it should be downgraded to optional, especially to not be placed on CD1. Thanks Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687287: aces3: outputs binary characters
Package: aces3 Version: 3.0.6-1 Severity: minor mba@hartree:/tmp/aces3$ LANG=C grep sio job.out Binary file job.out matches mba@hartree:/tmp/aces3$ This is rather annoying as it makes grepping etc. more difficult. Seems like lines like the following are the culprit: Next SIAL program: scf_aguess.sio ^@ Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687288: cpio not working on large files
Package: cpio Version: 2.11-8 I ran into some problems with CPIO not properly archiving files, supposedly larger than 4GB, though the file in question is 5.4GB in size. I dug around the web and this appears to be a common problem with cpio, yet, I came across an archived bug report in Debian's bug reports. In this archived message, Ruben Molina claims the bug is repaired as of 2.11-1, but I'm using 2.11-8 and it's still present. Here's the output from my attempt to install and use this thing. {root}[/home/cheetah] firemoth:6 dpkg -i cpio_2.11-8_amd64.deb (Reading database ... 173047 files and directories currently installed.) Preparing to replace cpio 2.11-4 (using cpio_2.11-8_amd64.deb) ... Unpacking replacement cpio ... Setting up cpio (2.11-8) ... Processing triggers for install-info ... Processing triggers for man-db ... total 8.1G drwxrws--- 2 root staff 4.0K Apr 29 00:16 ./ drwxr-xr-x 13 root root 4.0K Sep 11 04:01 ../ -rw-r--r-- 1 root staff 1.1K Apr 29 00:16 fstab -r--r--r-- 1 root staff 2.9K Apr 29 00:16 grub.cfg -rw-r--r-- 1 root staff 5.4M Apr 28 22:21 luxray-etc.cpio -rw-r- 1 root staff 5.4G Apr 21 18:41 luxray.system.2012.04.22.cpio -rw-r--r-- 1 root staff 22M Apr 28 22:18 mysql.cpio -rw-r--r-- 1 root staff 725M Apr 28 22:25 usr-local.cpio -rw-r--r-- 1 root staff 2.0G Apr 28 22:19 var-www.cpio -rw-r--r-- 1 root staff 807K Apr 28 22:22 ventrilo_srv.cpio {root}[/home/system.backup] firemoth:11 echo luxray.system.2012.04.22.cpio | cpio -o -F test.cpio cpio: luxray.system.2012.04.22.cpio: field width not sufficient for storing file size 1 block So it seems this bug is still there and causing issues with using cpio to create backups that contain large files. I pulled 2.11-8 from the unstable branch hoping to get the very latest and installed it over 2.11-4 (which also has the same problem.) A link to the old archived report claiming this has been fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495962 I'm using linux kernel 2.6.32-5-amd64 and libc 2.11.3-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678249: reassign back to mame
On Mon, Sep 10, 2012 at 04:12:07PM +0200, Matthias Klose wrote: and maybe recheck with 4.7.1-8 in unstable. I rechecked, it doesn't make any difference. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643584: any chance to get 96xx working in testing/unstable
On 2011-12-02 00:05, Russ Allbery wrote: Yaroslav Halchenko deb...@onerussian.com writes: I thought to ask since now testing carries 1.11.x series of xorg, so all testing/unstable users of 96xx are stuck and there is no obvious workaround any more. I wonder if there was any motion upstream to provide this legacy support for newer X? There were some rumblings a while back, but I never saw them materialize. Unfortunately, NVIDIA has been known to completely abandon legacy drivers in the past; we've already dropped one old variant without any alternative (other than the open source drivers). Finally a (beta?) release 96.43.23 appeared on Nvidia's ftp server that claims to have support for up to Xorg Xserver 1.12. I just packaged this and uploaded it to experimental - please give it a try together with wheezy's xserver-xorg-core and report back here, s.t. we may consider reverting the empty transitional packages that are currently in wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687289: libexiv2-doc: Contains js and css but not HTML in doc package
Package: libexiv2-doc Version: 0.23-1 Severity: normal Dear Maintainer, /usr/share/doc/libexiv2-doc/include seems to have js and png and css files that looks like it's usable for HTML document, but there's no HTML documentation found. Are we missing some docs here? /usr/share/doc/libexiv2-doc$ find . . ./changelog.gz ./copyright ./changelog.Debian.gz ./include ./include/ascending.png ./include/sortabletable.js ./include/blank.png ./include/exiv2-components.png ./include/sortabletable.css ./include/descending.png ./TODO ./examples ./examples/samples ./examples/samples/xmpparser-test.cpp ./examples/samples/prevtest.cpp ./examples/samples/werror-test.cpp ./examples/samples/mmap-test.cpp ./examples/samples/iptcprint.cpp ./examples/samples/iptctest.cpp.gz ./examples/samples/xmpparse.cpp ./examples/samples/xmpsample.cpp.gz ./examples/samples/tiff-test.cpp ./examples/samples/key-test.cpp.gz ./examples/samples/iotest.cpp.gz ./examples/samples/easyaccess-test.cpp ./examples/samples/write2-test.cpp.gz ./examples/samples/convert-test.cpp ./examples/samples/addmoddel.cpp.gz ./examples/samples/Makefile.gz ./examples/samples/tiffaddpath-test.cpp ./examples/samples/exifprint.cpp ./examples/samples/iptceasy.cpp ./examples/samples/write-test.cpp.gz ./examples/samples/exifdata-test.cpp.gz ./examples/samples/stringto-test.cpp ./examples/samples/largeiptc-test.cpp ./examples/samples/exifcomment.cpp ./cmdxmp.txt -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684265: linux: d-i, os-prober need fuse module to detect other OS's
tags 684265 patch thanks Debian installer os-prober needs fuse module to look into various partitions for already installed operating systems. Patch is attached. Milan Index: debian/installer/package-list === --- debian/installer/package-list (revision 19377) +++ debian/installer/package-list (working copy) @@ -332,6 +332,12 @@ This package contains core modules for the kernel, that will almost always be needed. +Package: fuse-modules +Depends: kernel-image +Priority: standard +Description: FUSE support modules + This package contains filesystem in userspace support modules. + Package: acpi-modules Depends: kernel-image Priority: extra Index: debian/installer/modules/fuse-modules === --- debian/installer/modules/fuse-modules (revision 0) +++ debian/installer/modules/fuse-modules (revision 0) @@ -0,0 +1 @@ +fuse smime.p7s Description: S/MIME Cryptographic Signature
Bug#658759: disable l2 cache on kirkwood devices (workaround #658904)
On Tue, 2012-09-11 at 03:57 -0700, Jonathan Nieder wrote: Ian Campbell wrote: My main concern with doing this on the kernel side is that it will eventually fall foul of the attempts to reduce everything to a single kernel image, since the code will necessarily be quite kirkwood specific and run very early on. Is it possible to do something reasonable if the extra features register is read first? (Please forgive my ignorance.) I'm afraid I don't know either. Is this extra features register ARM architectural or specific to the Kirkwood devices? I think the cache control registers are implementation defined, so this code would need to know it is running on a specific set of processors before it would be safe to run it. Martin's testing of di on ARM[0] suggests this issue isn't all that widespread, which lead me to conclude that the risk of making a change like this (either in the kernel or the installer/flash-kernel) for Wheezy was not worth the chance of breaking some other kirkwood device. I think that's ok --- the change would be valuable upstream anyway, and it can filter into mainline and wheezy whenever it has had an appropriate amount of testing. Ian. -- Ian Campbell Current Noise: Faal - My Body Glows Red A soft drink turneth away company. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663518: vlc: playing files from smb share does not work since 2.0
tags 663518 unreproducible thanks Package: vlc Version: 2.0.0-6 Severity: important Trying to play files from smb shares failes. This is a regression in 2.0 since it worked perfectly in earlier versions. Checked the logs as suggested by the error message and found the next error: main debug: looking for access module: 1 candidate main warning: cannot load module `/usr/lib/vlc/plugins/access/libaccess_smb_plugin.so' (/usr/lib/vlc/plugins/access/libaccess_smb_plugin.so: undefined symbol: smbc_init) main error: corrupt module: /usr/lib/vlc/plugins/access/libaccess_smb_plugin.so main debug: no access module matching smb could be loaded It seems that libsmbclient is not linked to the plugin. I could workaround this issue by starting vlc like this: LD_PRELOAD=/usr/lib/i386-linux-gnu/libsmbclient.so.0 vlc This way files from samba shares could be played. Regards, Zsolt -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (600, 'unstable'), (102, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa11.4p5-39 ii libavcodec53 4:0.8-1+b1 ii libavutil51 4:0.8-1+b1 ii libc6 2.13-27 ii libfreetype6 2.4.8-1 ii libfribidi0 0.19.2-2 ii libgcc1 1:4.6.3-1 ii libgl1-mesa-glx [libgl1] 8.0-2 ii libice6 2:1.0.7-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libsdl-image1.2 1.2.12-1 ii libsdl1.2debian 1.2.15-2 ii libsm62:1.2.0-2 ii libstdc++64.6.3-1 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.14-1 ii libva11.0.14-1 ii libvlccore5 2.0.0-6 ii libx11-6 2:1.4.4-4 ii libxcb-composite0 1.8-2 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.8-2 ii libxcb-render01.8-2 ii libxcb-shape0 1.8-2 ii libxcb-shm0 1.8-2 ii libxcb-xfixes01.8-2 ii libxcb-xv01.8-2 ii libxcb1 1.8-2 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxpm4 1:3.5.9-4 ii ttf-freefont 20100919-1 ii vlc-nox 2.0.0-6 ii zlib1g1:1.2.6.dfsg-2 Versions of packages vlc recommends: ii vlc-plugin-notify 2.0.0-6 ii vlc-plugin-pulse 2.0.0-6 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc none -- no debconf information Hi, It seems not reproducible here with version 2.0.3-2 (probably earlier versions too). $ lsof | grep libsmbclient.so.0 | awk '/vlc/ {print $0}' vlc 4402 brutux mem REG8,6 6023488 670363 /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 vlc 4402 4409 brutux mem REG8,6 6023488 670363 /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 vlc 4402 4421 brutux mem REG8,6 6023488 670363 /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 vlc 4402 4461 brutux mem REG8,6 6023488 670363 /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 vlc 4402 4462 brutux mem REG8,6 6023488 670363 /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 Please could you check if you're still suffering this bug with the last version in Wheezy? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665881: [wheezy] module ath5k is blocking wlan-card
Hans-J. Ullrich wrote: Am Dienstag, 11. September 2012 schrieb Jonathan Nieder: Drat. Am I correct in guessing that the prebuilt 3.3.6 package from http://snapshot.debian.org/package/linux-2.6/ reproduces it, while 3.4.1 does not? Huh, I did not test those versions. I just tested 3.2-xx (stock debian testing) and now at your advice version 3.5. (experimental) If 3.5 will work, I can test 3.3 and 3.4, too, if needed. Ah, I think I see where I misunderstood. When you said The described behavior appears EVERY TIME, did you mean that it appears after a while (how long?), and not necessarily the first time you try to use wireless after rebooting out of Windows 7 into Linux? Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687290: containers didn't restart after upgrade 0.8.0~rc1-8 - 0.8.0~rc1-8+deb7u1
Package: lxc Version: 0.8.0~rc1-8+deb7u1 Severity: important (I'm re-sending this report since I haven't heard anything from b.d.o in 4h or so) While upgrading lxc from 0.8.0~rc1-8 to 0.8.0~rc1-8+deb7u1 all containers were aparently first stopped, but not restarted any more. The upgrade was done with unattended-upgrade. root@breazy ~ # lxc-list RUNNING FROZEN STOPPED dum (auto) puzal-rils (auto) rugu (auto) squeeze I've checked /var/log/* but there is no trace of something stopping and forgetting to start the containers. # cat /etc/default/lxc # /etc/default/lxc LXC_AUTO=true LXC_DIRECTORY=/var/lib/lxc # ls -l /etc/lxc/auto/ total 0 lrwxrwxrwx 1 root root 23 Jul 27 23:40 dum - /var/lib/lxc/dum/config lrwxrwxrwx 1 root root 31 Jul 29 00:44 puzal-rils - /var/lib/lxc/puzal-rils/config lrwxrwxrwx 1 root root 24 Jul 26 14:52 rugu - /var/lib/lxc/rugu/config Manually starting the containers with lxc-start -d -name $name worked. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libcap21:2.22-1 ii multiarch-support 2.13-35 Versions of packages lxc recommends: ii debootstrap 1.0.42 ii libcap2-bin 1:2.22-1 Versions of packages lxc suggests: pn lxctl none -- debconf information: lxc/shutdown: /usr/bin/lxc-halt lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#397939: clean rule behavior underspecified and inconsistent with common practice
Bernhard R. Link wrote: * Jonathan Nieder jrnie...@gmail.com [120911 05:45]: The requirements in policy for debian/rules clean are very stringent --- to avoid the unrepresentable changes it would be enough to _remove_ the modified (regenerated) files, but policy requires undoing everything the build target did, or in other words restoring the original files. [...] It does not do it must undo everything. Undoing everything would be impossible (like, how do you revert the timestamps of directories that got a newer timestamp because there was a file created and then removed in there?). Policy only speaks about the effects those targets had. And I think common understanding of this was (at least was in the past) that removing files not needed for the build is a simple and effective way to undo those effects, as it results in a working dir aquivalent for all practical purposes to one where build and binary never ran. I'm happy to hear that, though I don't see how the wording in policy can support it. Perhaps a simple footnote that mentions that adding or modifying files is not allowed but removing them is allowed would take care of that distraction, then? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664989: Please sponsor googlecl NMU
Santiago Vila wrote: On Sat, 8 Sep 2012, Amaya wrote: Santiago Vila wrote: As a user, I don't really care that a package uses debhelper v5, that's an internal thing. I would much preferr to have it in wheezy even if the package is not perfect than not have it in wheezy at all. PLease, ask the release team :* :) Ok, I will do. You rock! -- .''`.The world breaks everyone, and afterward, some are : :' :strong at the broken places.- Ernest Hemingway `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687291: libsvn1: after upgrade to libapr1 1.4.6-1, deleted paths in Subversion dump file are in a random order
Package: libsvn1 Version: 1.7.5-1 Severity: important Tags: fixed-upstream, upstream Forwarded: http://subversion.tigris.org/issues/show_bug.cgi?id=4134 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664867 was about the order of properties in svnadmin dump output (Subversion dump files). This bug is about the order of deleted paths. See: http://subversion.tigris.org/issues/show_bug.cgi?id=4134#desc13 I could check (with libsvn1 1.7.5-1 and libapr1 1.4.6-1) that they are indeed in random order. The current workaround is to go back to libapr1 1.4.5-1.1 (though it may be a security problem under some conditions). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsvn1 depends on: ii libapr11.4.6-1 ii libaprutil11.4.1-3 ii libc6 2.13-35 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libldap-2.4-2 2.4.31-1 ii libneon27-gnutls 0.29.6-3 ii libsasl2-2 2.1.25.dfsg1-5 ii libserf1 1.1.0-2 ii libsqlite3-0 3.7.13-1 ii multiarch-support 2.13-35 ii zlib1g 1:1.2.7.dfsg-13 libsvn1 recommends no packages. libsvn1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687292: freeze-exception: nvidia-graphics-drivers-legacy-96xx/96.43.23-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, I'm asking for a freeze exception to upload nvidia-graphics-drivers-legacy-96xx 96.43.23-2 to sid which reinstantiates the package as a working X driver reverting the transitional package and switching instructions. On Sept 4th a new release of the 96xx series appeared on Nvidia's ftp server (not mentioned elsewhere, so probably a beta) that adds support for Xorg Xserver 1.12 (that was missing until now and therefore nvidia-graphics-drivers-legacy-96xx was removed from testing in 2011 and I turned it into empty transitional packages with instructions for switching to radeon right before the wheezy freeze). I just uploaded this new version to experimental and asked the bug reporters/commenters of #643584 to test this with wheezy's Xorg. Which debdiff(s) would you like to see? * vs 96.43.20-8 (sid, unblocked, 7/10, translation update) * vs 96.43.20-6 (wheezy, transitional variant) * vs 96.43.20-4 (last non-transitional variant in sid) * vs 96.43.20-2 (last non-transitional variant in wheezy) * vs 96.43.18-2 (squeeze) I'm currently unsure how to handle the *-ia32 packages, they were fully reinstated in my experimental upload (and therefore I needed to build in a wheezy chroot to use the old monolithic ia32-libs), but I'd prefer to to turn them into empty transitional packages as I did with nvidia-graphics-drivers (see #684871), which is still pending a decision how to proceed with it. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org