Bug#683931: [Pkg-fonts-bugs] Bug#683931: [Pkg-fonts-devel] Bug#683931: src:ttf-dejavu: please use xz
clone 683931 -1 retitle -1 Please use xz extreme compression severity -1 wishlist thanks Quoting shawn (shawnland...@gmail.com): xz's extreme compression option only changes the compressor, the decompressor doesn't even know which level of compression the compressor used. Using extreme compression speeds up decompression because the cpu usage is roughly linear with compressed size. Using extreme compression uses more rigerous compression without raising the size of the dictionary as using -7, -8, or -8 (64MB)--see xz(1) for more info. Thanks for your explanations. I turn the wish to use extreme compression into another bug report, as the switch to xz has already been done. This will probably be made post-wheezy, unless the package size gain is interesting for CD images size shrinking. signature.asc Description: Digital signature
Bug#685250: [Pkg-running-devel] Bug#685250: pytrainer: showing track in OpenStreetMap fails
Quoting Johannes Rohr (jor...@gmail.com): Package: pytrainer Version: 1.9.1-2 Severity: normal I have imported a GPX file generated with OSM Tracker on Android. Everything is fine, including that the track is nicely displayed in the maps tab. However, on clicking OpenStreetMap, which in my opinion should be the default anyway, the map pane remains empty. This is the console output: ** Message: console message: undefined @0: TypeError: 'undefined' is not a constructor I confirm this. I noticed that once or twice and should have reported it already. Thanks for taking care to do it. As upstream reads Debian bug, I guess we'll soon have some input about this issue. signature.asc Description: Digital signature
Bug#684792: RFS: gmpc/11.8.16-4 [RC]
Hi Etienne, I had a look at your package at mentors uploaded there on 2012-08-17 21:41. http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile should name the original authors The file AUTHORS contains this : | Qball qb...@sarine.nl | LibertyZero m...@libertyzero.com | | Artwork: | Jakub Szypulka So this should be mentioned in debian/copyright. On the other hand there is bug 678607, so maybe this is not so important anymore. The file doc/Mallard/C/legal.xml contains this : | license xmlns=http://projectmallard.org/1.0/; | href=http://creativecommons.org/licenses/by-sa/3.0/; | pThis work is licensed under a | link href=http://creativecommons.org/licenses/by-sa/3.0/;Creative Commons | Attribution-Share Alike 3.0 Unported License/link./p | pAs a special exception, the copyright holders give you permission to copy, | modify, and distribute the example code contained in this document under the | terms of your choosing, without restriction./p | /license The file glade/aboutdialog.ui seems GPL-2, not GPL-2+ because I don't see the usual phrase about the +. Also, the copyright year 2003 is not yet in debian/copyright. The file gnome-doc-utils.make is Copyright (C) 2004-2005 Shaun McCance sha...@gnome.org. Some files in po/*.po are Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685270: live-boot: Fails to mount ext4 persistence file
Package: live-boot Version: 3.0~b1-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Built live from chrooted Sid and booted from disk with persistence file in root as described in manual. * What exactly did you do (or not do) that was effective (or ineffective)? All attempts at renaming the file (ie. persistence.ext4) failed * What was the outcome of this action? Live CD was unable to persist using the image file. * What outcome did you expect instead? Live CD boot should have loaded the persistence file as a root overlay as described in the persistence section of the live manual -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-boot depends on: pn live-boot-initramfs-tools | live-boot-backend none Versions of packages live-boot recommends: ii eject 2.1.5+deb1+cvs20081104-11 ii file 5.11-2 pn live-boot-doc none ii rsync 3.0.9-3 ii uuid-runtime 2.20.1-5.1 Versions of packages live-boot suggests: pn cryptsetupnone pn curlftpfs none pn httpfs2 none pn unionfs-fuse none ii wget 1.13.4-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684012: jsdoc-toolkit: Transition package to use default java implementation
Hello James, thank you for your patch. I publish a new Debian package, here is the head of the changelong: jsdoc-toolkit (2.4.0+dfsg-4) unstable; urgency=low * applied James Page's patch... Transition to using default java implementation: - d/control: BD switched from openjdk-6-jdk - default-jdk. - d/rules: Set source/target = 1.5 to ensure backwards compatible bytecode is built. -- Georges Khaznadar georg...@ofset.org Sun, 19 Aug 2012 08:52:43 +0200 Best regards, Georges. James Page a écrit : Package: jsdoc-toolkit Version: 2.4.0+dfsg-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition to using default java implementation: - d/control: BD switched from openjdk-6-jdk - default-jdk. - d/rules: Set source/target = 1.5 to ensure backwards compatible bytecode is built. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition and ensures that the code built by the package is backwards compatible with java 1.5+. Note that this transition is not a wheezy release goal. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/changelog jsdoc-toolkit-2.4.0+dfsg/debian/changelog diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/control jsdoc-toolkit-2.4.0+dfsg/debian/control --- jsdoc-toolkit-2.4.0+dfsg/debian/control 2011-07-16 15:35:30.0 +0100 +++ jsdoc-toolkit-2.4.0+dfsg/debian/control 2012-08-06 10:38:41.0 +0100 @@ -2,7 +2,7 @@ Section: devel Priority: extra Maintainer: Georges Khaznadar georg...@ofset.org -Build-Depends: debhelper (= 7.0.50~), quilt, ant, openjdk-6-jdk, rhino, +Build-Depends: debhelper (= 7.0.50~), quilt, ant, default-jdk, rhino, xsltproc, docbook-xsl Standards-Version: 3.9.2 Homepage: http://code.google.com/p/jsdoc-toolkit/ diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/rules jsdoc-toolkit-2.4.0+dfsg/debian/rules --- jsdoc-toolkit-2.4.0+dfsg/debian/rules 2011-02-07 12:53:39.0 + +++ jsdoc-toolkit-2.4.0+dfsg/debian/rules 2012-08-06 10:33:54.0 +0100 @@ -23,7 +23,7 @@ dh_auto_clean override_dh_auto_build: - cd jsdoc-toolkit/java; ant clean-build + cd jsdoc-toolkit/java; ant -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5 clean-build cd debian; $(XP) $(DB2MAN) manpage.xml dh_auto_build -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#684102: RFS: igtf-policy-bundle/1.46-1 [ITP] Profiles for Authority Root Certificates
Hi Dennis, The package at mentors is no longer there. What happened ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685270: live-boot: Fails to mount ext4 persistence file
retitle 685270: doesn't mount ext4 persistence file thanks On 08/19/2012 08:40 AM, Ed Dixon wrote: Built live from chrooted Sid and booted from disk with persistence file in root as described in manual. to be clear: the resulting live system is sid too, and has live-boot 3.0~b1-1 in it, you've used the correct persistence boot parameters, the correct persistence label and persistence configuration file as described in the 3.x version of live-manual? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673695: Mouse wheel up and down no longer
Package: audacious Version: 3.2.3-1 Followup-For: Bug #673695 Hello Confirm -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious depends on: ii audacious-plugins3.2.3-1+b1 ii dbus 1.6.0-1 ii dbus-x11 1.6.0-1 ii gtk2-engines-pixbuf 2.24.10-2 ii libaudclient23.2.3-1 ii libaudcore1 3.2.3-1 ii libc62.13-35 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-2 ii libguess11.1-1 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 Versions of packages audacious recommends: ii unzip 6.0-7 audacious 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#685270: live-boot: Fails to mount ext4 persistence file
oh, and please give all information regarding boot parameters, filesystem labels, and filesystem contents wrt/ persistence in order to reproduce it (or see a omission in the documentation). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685254: mypaint: Two options with different meaning but same name [Russian]
Alexandre, got a MyPaint ru translation bug here, please have a look. To make it simple I just pushed what George suggested to git master: https://gitorious.org/mypaint/mypaint/commit/24dae5b1b9 I hope that's okay, if not please send me updates in the form of a git commit, as usual :-) Regards Martin On Sun, Aug 19, 2012 at 01:01:24AM +0400, George Shuklin wrote: Package: mypaint Version: 1.0.0-1 Severity: minor Tags: l10n Dear Maintainer, In mypaint options dialog there is two options to hide menus from screen in fullscreen mode. One of them hide horizontal menu, and second is hiding floating dialogs (like brush selection). Both of them are named identically in Russian localization: Скрывать панель инструментов (hide instrumental panel). I think first one should be named Скрывать горизонтальную панель (hide horizontal panel) and second Скрывать диалоги (hide dialogs) - that translation is not exact, but really distinct one from other. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mypaint depends on: ii libc6 2.13-35 ii libgcc1 1:4.7.1-6 ii libglib2.0-02.32.3-1 ii libpng12-0 1.2.49-2 ii libpython2.72.7.3-2 ii libstdc++6 4.7.1-6 ii mypaint-data1.0.0-1 ii python 2.7.3-2 ii python-gtk2 2.24.0-3 ii python-numpy1:1.6.2-1 ii python-support 1.0.15 ii python2.7 2.7.3-2 mypaint recommends no packages. mypaint suggests no packages. -- debconf-show failed -- Martin Renold -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668740: system user setup in /home cannot be ignored
On Sat, Apr 14, 2012 at 10:03:22AM +0200, Andreas Beckmann wrote: 0m26.0s ERROR: FAIL: Package purging left files on system: /home/Debian-dsc-statisticsnot owned This is very obviously the home directory of the user. The Debian-dsc-statistics system user, not the user installing (or configuring) the package. Therefore, as a system user (with the --system option), the package needs to be patched to put and look for files for that user in a system user location: /var/lib/ usually. /home is off-limits. That isn't a matter of preference or convenience, it's a matter of Policy and the package *must* comply or I *will* file for removal. #!/bin/bash -e # postinst USERNAME=Debian-dsc-statistics [ -n $DSCDEBUG ] set -x # Add user if [ $1 = configure ]; then echo 2 'Adding system user' adduser --system --group --home /home/$USERNAME \ --disabled-password --force-badname --shell /bin/bash $USERNAME fi #DEBHELPER# --force-badname is bad enough but I don't see why the *system* user created by this package has any need to create a home user when that can and should be done just as well in /var/lib/ and then using a path to any calls to programs which want stuff you put into the directory. Also, why does the *system* user need a login shell? Are the remote boxes expected to login to the admin box or copy files backwards? Usually, that would be better by copying a script to the remote box which puts output in a known (temporary/managed) location and then initiating the copy from the admin box rather than having to setup the remote box to need a login on the admin box. Either way, the name of that directory does not affect the copy process as the programs concerned can all be given a specific path to use. There must not be changes related to this login behaviour in the fix for this bug if you want this package in wheezy, it was just something which occurred to me when I reviewed your package against others I've written for personal / work support packages. (As personal / work support packages, they don't need to comply with Debian Policy and will never be uploaded to Debian, so I can do stuff like this because the target system is an embedded device where there are no user login mechanisms, the entire machine operates via daemons. Nevertheless, raw experience has taught that the remote box really should not be logging into the admin box - it all needs to be controlled from one end or a host of nasty bugs will result. Been there, done that.) admin $ sudo apt-get install dsc-statistics-... (configuration somehow) admin calls the scripts which need the user, somehow admin: scp report.sh remote:/tmp/ admin: ssh remote:/tmp/report.sh (report.sh creates output with a known filename, possibly based on the hostname of the remote box - this is a synchronous, blocking call, so when it terminates, we either have errors or output in the expected file.) admin: scp remote:/tmp/$(output).dat . No need for remote: to be able to login to admin: Whatever, that's a side-issue which would have to be fixed after Wheezy - maybe via an upload to experimental if the package is not removed in the meantime. It is not part of this bug and any patch / diff for this bug should not address it. please send a tested and documented patch That's not a requirement that any maintainer can make on anyone submitting or commenting on a valid bug. You can request patches but the bug still has to be fixed and a month has now passed without any obvious action by the maintainer. It is up to the maintainer to do the work on the package. If you don't want to make the package comply with Debian Policy, I offer some possible actions: 0: Ignore this bug and my comments, I'll file a removal bug in ~2 weeks. (That will be to remove from unstable and testing.) 1: Reply to this bug without dismissing it and accepting that it is up to the maintainer to fix it but don't fix it before, let's say, the Alcester BSP in October 2012 [0] - I'll file the removal bug at the BSP or earlier if the release happens before then. 3: Orphan the package yourself, I'll file for removal as RoQA. 4: Remove the package from testing (or from unstable testing) yourself. You can, of course, just reply to this bug in a helpful manner with your own tested and documented patch and/or simply make the upload which drops any use of /home to fix this bug (with no changes other than the fixes for this bug). Then file an unblock request bug with release.debian.org with the complete debdiff from current testing to the new package and work with the release team to answer their questions and agree on getting an unblock implemented. I've no direct interest in this package myself, I just want to see the release go smoothly because that will make my life easier at work. If that means the release does not include dsc-statistics then I truly do not care, sorry. I do care about maintainers giving the impression that RC bugs do not matter or
Bug#685272: ia32-libs-gtk: uninstallable as ia32-libs-gtk-i386 is unavailable even with multiarch enabled
Package: ia32-libs-gtk Version: 20120102 Severity: serious Justification: Policy 5.13.1 As per subject line: There is no package ia32-libs-gtk-i386 in the Debian archives, therefore this package is uninstallable. (Yes, multiarch is enabled on my system). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 20120102 ii lib32asound2 1.0.25-4 ii lib32gcc1 1:4.7.1-2 ii lib32stdc++6 4.7.1-2 ii lib32z1 1:1.2.7.dfsg-13 ii libc6-i3862.13-35 ia32-libs-gtk recommends no packages. ia32-libs-gtk 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#685250: [Pytrainer-devel] Bug#685250: [Pkg-running-devel] Bug#685250: pytrainer: showing track in OpenStreetMap fails
Hi there, It works for me fine locally. I guess the issue is related to what Jason (spacyjase) reported and fixed some time ago: https://github.com/pytrainer/pytrainer/pull/4 Yep, I know we should release a new version of pytrainer... Best regards, David 2012/8/19 Christian PERRIER bubu...@debian.org: Quoting Johannes Rohr (jor...@gmail.com): Package: pytrainer Version: 1.9.1-2 Severity: normal I have imported a GPX file generated with OSM Tracker on Android. Everything is fine, including that the track is nicely displayed in the maps tab. However, on clicking OpenStreetMap, which in my opinion should be the default anyway, the map pane remains empty. This is the console output: ** Message: console message: undefined @0: TypeError: 'undefined' is not a constructor I confirm this. I noticed that once or twice and should have reported it already. Thanks for taking care to do it. As upstream reads Debian bug, I guess we'll soon have some input about this issue. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Pytrainer-devel mailing list pytrainer-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pytrainer-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668757: ping...
Any news on a fix for netdisco packages to not use /home ? If this bug is not fixed, the package will have to be removed from testing and probably from unstable too. If, as Gabriele has already mentioned in this bug, the user created does not need to have a specific directory path, please confirm this so that the package can have a trivial fix to drop the --shell option and change --home to /var/lib/netdisco. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgp5S2n23QGYF.pgp Description: PGP signature
Bug#685273: python-moinmoin: unicode in textchas causes uncaught exception
Package: python-moinmoin Version: 1.9.4-6~bpo60+1 Severity: important Tags: upstream patch Using unicode in TextChas leads UnicodeEncodeError. Enabling textchas leads to being unable to edit anything. An upstream bug about it exists [0], marked as fixed. Bug exists on python2.7 and python2.6. [0]:http://moinmo.in/MoinMoinBugs/1.9.4BreaksTextChaWithAccents -- System Information: Debian Release: 6.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-moinmoin depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-parsedatetime0.8.7-3 Python module to parse human-reada ii python-pygments 1.3.1+dfsg-1 syntax highlighting package writte ii python-recaptcha1.0.5-1+squeeze1 client library for reCAPTCHA and M ii python-support 1.0.14 automated rebuilding support for P ii python-werkzeug 0.6.2-1 collection of utilities for WSGI a Versions of packages python-moinmoin recommends: ii exim4-daemon-light [mail 4.72-6+squeeze2 lightweight Exim MTA (v4) daemon ii fckeditor1:2.6.6-2 rich text format javascript web ed pn libapache2-mod-wsgi | ht none (no description available) ii python-xapian1.2.7-1~bpo60+1 Xapian search engine interface for ii python-xappy 0.5-4 easy-to-use interface to the Xapia Versions of packages python-moinmoin suggests: ii antiword 0.37-8 Converts MS Word files to text, PS ii catdoc0.94.2-2 MS-Word to TeX or plain text conve pn cifs-utilsnone (no description available) pn docbook-dsssl none (no description available) ii miscfiles [wordlist] 1.4.2.dfsg.1-9 Dictionaries and other interesting ii poppler-utils [xpdf-utils 0.16.7-3 PDF utilities (based on Poppler) pn python-4suite-xml none (no description available) pn python-docutils none (no description available) pn python-flup none (no description available) pn python-gdchartnone (no description available) pn python-ldap none (no description available) pn python-mysqldbnone (no description available) ii python-openid 2.2.5-3OpenID support for servers and con pn python-pyxmpp none (no description available) ii python-tz 2010b-1Python version of the Olson timezo pn python-xmlnone (no description available) -- Configuration Files: /etc/moin/farmconfig.py changed [not included] /etc/moin/mywiki.py [Errno 2] No such file or directory: u'/etc/moin/mywiki.py' /etc/moin/wikilist changed [not included] -- 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#685270: live-boot: Fails to mount ext4 persistence file
On 08/19/2012 09:45 AM, Ed Dixon wrote: I think thats it! Testing now! ii live-boot 3.0~a35-1 Debian Live - System Boot Scripts ii live-boot-init 3.0~a35-1 Debian Live - System Boot Scripts (initramfs ii live-config3.0~a43-1 Debian Live - System Configuration Scripts ii live-config-sy 3.0~a43-1 Debian Live - System Configuration Scripts ( I did not think to add the updated debs to the packages.chroot! Fingers crossed I will reply back shortly either way and thanks! thanks. and please don't drop the bug from CC so that other people can follow. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685274: grub doesn't wait for GRUB_TIMEOUT
Package: grub-pc
Version: 1.99-22.1
Since I upgraded grub2 on my bootable USB stick it doesn't
wait for 5 seconds to show me the menu, but it boots the
first kernel right away.
If I press and hold the cursor down key while the boot is
still in the BIOS, then the menu is shown and I can select
the kernel to boot.
Attached you can find /etc/default/grub and the generated
grub.cfg file. Please mail if I can help to track this down.
Regards
Harri
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2 /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=
GRUB_CMDLINE_LINUX=
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM=0x01234567,0xfefefefe,0x89abcdef,0xefefefef
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1280x1024,1024x768
GRUB_GFXPAYLOAD_LINUX=keep
# Uncomment if you don't want GRUB to pass root=UUID=xxx parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE=480 440 1
#GRUB_DISABLE_OS_PROBER=true
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root a9a521b1-5b15-4889-9281-fadd308094eb
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=1280x1024,1024x768
load_video
insmod gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root a9a521b1-5b15-4889-9281-fadd308094eb
set locale_dir=($root)/boot/grub/locale
set lang=
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.5.2' --class debian --class gnu-linux
--class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a9a521b1-5b15-4889-9281-fadd308094eb
echo'Loading Linux 3.5.2 ...'
linux /boot/vmlinuz-3.5.2
root=UUID=a9a521b1-5b15-4889-9281-fadd308094eb ro
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.5.2
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-3-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a9a521b1-5b15-4889-9281-fadd308094eb
echo'Loading Linux 3.2.0-3-amd64 ...'
linux /boot/vmlinuz-3.2.0-3-amd64
root=UUID=a9a521b1-5b15-4889-9281-fadd308094eb ro
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-3-amd64
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry Memory test (memtest86+) {
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a9a521b1-5b15-4889-9281-fadd308094eb
linux16 /boot/memtest86+.bin
}
menuentry Memory test (memtest86+, serial console 115200) {
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a9a521b1-5b15-4889-9281-fadd308094eb
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
menuentry Memory test (memtest86+, experimental multiboot) {
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search
Bug#685275: uwsgi-plugin-python: segmentation fault with python26
Package: uwsgi-plugin-python Version: 1.2.3+dfsg-2 Severity: important Launched with: --plugins python26 --uid user --gid user -s /tmp/wiki.sock --chmod-socket 666 --wsgi-file /usr/share/moin/server/moin.wsgi /usr/share/moin/server/moin.wsgi is from latest python-moinmoin bt full attached -- System Information: Debian Release: 6.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi-plugin-python depends on: ii libc6 2.13-35 Embedded GNU C Library: Shared lib ii libpython2.62.6.8-0.2Shared Python runtime library (ver ii libpython2.72.7.3-3 Shared Python runtime library (ver ii uwsgi-core 1.2.3+dfsg-2 fast, self-healing application con uwsgi-plugin-python recommends no packages. Versions of packages uwsgi-plugin-python suggests: pn python-uwsgidecoratorsnone (no description available) -- no debconf information #0 0xb7613966 in PyObject_RichCompare () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #1 0xb76730d6 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #2 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #3 0xb7676e33 in PyEval_EvalCode () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #4 0xb767567a in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #5 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #6 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #7 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #8 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #9 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #10 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #11 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #12 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #13 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #14 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #15 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #16 0xb76749c5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #17 0xb7674cab in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #18 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #19 0xb75fcac7 in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #20 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #21 0xb75df48b in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #22 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #23 0xb76330e4 in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #24 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #25 0xb7672c7d in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #26 0xb7676c91 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #27 0xb75fcac7 in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #28 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #29 0xb75df48b in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #30 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #31 0xb76330e4 in ?? () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #32 0xb75d0800 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #33 0xb766fcab in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.6.so.1.0 No symbol table info available. #34 0xb783ed8e in python_call (callable=0x8628b8c, args=0x84dde6c, catch=0, wsgi_req=0x80a7ab0) at /build/buildd-uwsgi_1.2.3+dfsg-2-i386-_pbmYz/uwsgi-1.2.3+dfsg/plugins/python/pyutils.c:98 pyret = value optimized out #35 0xb78429fa in uwsgi_request_subhandler_wsgi (wsgi_req=0x80a7ab0, wi=0xb7288318) at
Bug#685276: openjdk-7-jre: Version number is 7
Package: openjdk-7-jre Version: 7~u3-2.1.1-3 Severity: normal Dear Maintainer, The version number 7~... comes before version 7 according to the Debian rules. e.g. dpkg: dependency problems prevent configuration of test-java: test-java depends on openjdk-7-jre (= 7); however: Version of openjdk-7-jre:amd64 on system is 7~u3-2.1.1-3. Since Java 7 was released last year, I'm assuming this is a mistake. This is a problem for 0install (the zeroinstall-injector Debian package), since a package that specifies a Java dependency with e.g. runner interface=http://repo.roscidus.com/java/openjdk-jre; version not-before='7'/ /runner will fail to accept the Debian package as a valid candidate. The current version of 0install in the archive stops parsing the version at ~, and so reports all versions as 7 (which works, but isn't very good). The Git version interprets ~ (correctly, I think) as a pre-release marker and so fails to work with the Debian package. If you think this isn't a bug, let me know and I'll add a suitable workaround to 0install upstream (e.g. replacing ~u with . for the Java packages). I may do this anyway to support older systems, but it would be good to know what your plans are for future versions. (OpenSUSE versions look like e.g. 1.6.0.0_b24.1.11.3-6.2 and Fedora ones are like 1.7.0.5, so a bit of massaging will always be needed) Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/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 openjdk-7-jre depends on: ii libasound2 1.0.25-4 ii libatk-wrapper-java-jni 0.30.4-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo21.12.2-2 ii libcups2 1.5.3-2 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-9.1 ii libgl1-mesa-glx 8.0.4-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libjpeg8 8d-1 ii libpango1.0-01.30.0-1 ii libpng12-0 1.2.49-2 ii libpulse02.0-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi6 2:1.6.1-1 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxtst6 2:1.2.1-1 ii openjdk-7-jre-headless 7~u3-2.1.1-3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openjdk-7-jre recommends: ii libgconf2-4 3.2.5-1 ii libgnome2-0 2.32.1-2 ii libgnomevfs2-01:2.24.4-1 ii ttf-dejavu-extra 2.33-2 Versions of packages openjdk-7-jre suggests: pn icedtea-7-plugin 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#685277: new upstream version
Package: miredo Version: 1.2.3-1 There is a new upstream version of miredo available, 1.2.5. I've taken the liberty of doing a quick packaging, and while I was at it some other minor tweaks like multiarch support. The client package works fine. Have not tested the server package, but the list of files is identical (except motion due to multiarch) to the 1.2.3-1 server package so it is probably okay. See git://github.com/barak/miredo-deb.git Thanks for maintaining the miredo package; love how it just works. Cheers, --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685007: gpgv: no such file
On 15/08/2012 19:52, Richard Kettlewell wrote: Proposed patch attached, which I'm running with now (but haven't seen another signed control message yet). It's now processed a signed control message correctly. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685278: unblock: sysvinit/2.88dsf-32
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sysvinit sysvinit in unstable fixes a large number of bugs: 55707 232569 353229 385172 386368 403863 437176 438895 518249 539261 540448 543793 545401 545438 550425 558000 562500 567539 585540 587923 596284 596479 596480 596481 596482 596483 614895 623051 624391 625463 630615 634146 636054 637390 652625 659480 659490 660824 660824 664816 665635 665995 98 666871 667745 668307 668312 668650 669162 669949 670085 671124 674039 674178 674208 674460 674517 676463 676473 676669 676721 676725 676773 676791 676814 676893 676910 677011 677097 677333 677590 677753 677904 678231 678627 678680 678878 679523 679612 679972 681639 683103 including these RC bugs: 668307 670085 671124 674517 677097 683103 (note: not all of these affect testing) sysvinit in unstable does contain two bugs marked RC: #679409: This only appears to affect upstart; it's not yet clear what the root cause of this is, or if it's actually a bug in this package. #672959: Affects kFreeBSD only. And it's also present in testing. This is being investigated by the kFreeBSD porters, and will hopefully be fixed in a future upload. I don't think the presence of either of these bugs warrants delaying migration, since a lot of important bugs are fixed by migration, and they could certainly use wider testing before release. Thanks, Roger unblock sysvinit/2.88dsf-32 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685279: lojban-common: no permission to redistribute NORALUJV.txt
Package: lojban-common Severity: serious The following text in debian/copyright appears to apply to NORALUJV.txt : | The Lojban WWW Server and the Lojban HTML Reference Library | 1994 - 2000 The Logical Language Group, Inc. | . | CONTACT THAT ORGANIZATION AT: 2904 BEAU LANE FAIRFAX VA 22031 USA | 703-385-0273 loj...@lojban.org | . | PERMISSION TO COPY INDIVIDUAL DOCUMENTS GRANTED SUBJECT TO YOUR | VERIFICATION THAT YOU HAVE THE LATEST VERSION OF THE DOCUMENT IN | QUESTION, THAT YOUR DISTRIBUTION BE FOR PROMOTION OF LOJBAN, THAT | THERE IS NO CHARGE FOR THE PRODUCT, AND THAT THE COPYRIGHT NOTICE IS | INCLUDED INTACT IN THE COPY. | . | PERMISSION GRANTED FOR USE IN DERIVED WORKS PROVIDED THAT THE FACTS | OF DERIVATION IS STATED, AND PROVIDING THE NAME AND ADDRESS OF THE | LOGICAL LANGUAGE GROUP, INC. IS PROVIDED AS A SOURCE OF FURTHER | INFORMATION ABOUT LOJBAN. | . | In accordance with the Logical Language Group, Inc. policy, certain | Lojban language definition materials are placed irrevocably in the | Public Domain. | . | Individual documents may contain more precise copyright statements. | . | signed: | Robert LeChevalier President The Logical Language Group, Inc. | . | URL:http://www.lojban.org/files/genlic.html Robert LeChevalier didn't state which certain Lojban language definition materials are placed irrevocably in the Public Domain, and I don't see more precise copyright statements in NORALUJV.txt. The PERMISSION TO COPY and the PERMISSION GRANTED FOR USE are not the same as a permission to redistribute (to other parties). So at this point NORALUJV.txt must not be redistributed via Debian, not even in section non-free. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612402: same problem, detailed recovery steps
I had the same problem on a squeeze-wheezy upgrade test today. I have same setup as original poster, using root=UUID=x I have raised the severity to critical, because the definition of a critical bug includes any bug that causes the whole system to break (even if there is no loss of data). This could impact many users when wheezy is released. At a bare minimum, if UUID is no longer supported, it should be detected and the upgrade should abort with a meaningful error. update-initramfs didn't give any error during upgrade After upgrade, I did a reboot test Boot failed, dropping me in the busybox shell with the Gave up waiting for root device message It was not necessary to use any recovery CD, in busybox, I just did: lvm vgchange -ay exit exit and it continued booting from there After booting, it is necessary to take these steps to fix (workaround) permanently: Edit /etc/default/grub, make sure this setting is present: GRUB_DISABLE_LINUX_UUID=true After changing the setting, run update-grub update-initramfs -u and then reboot and it comes up normally. Here are the versions of related packages: # dpkg --list | egrep 'lvm|initramfs|grub' | tr -s ' ' | cut -f2,3 -d' ' grub 0.97-66 grub-common 1.99-22.1 grub-doc 0.97-66 grub-legacy-doc 0.97-66 grub-pc 1.99-22.1 grub-pc-bin 1.99-22.1 grub2-common 1.99-22.1 initramfs-tools 0.107 libklibc 2.0.1-1 liblvm2app2.2:amd64 2.02.95-4 lvm2 2.02.95-4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677995: gjiten: Doesn't show kana/kanji, displays garbage in kanjidic
Hi Hideki, Now it works quite good. The problem was with the unconverted dictionaries. Though moving dictionaries up or down in settings leads to segfault immediately. Answers to your questions: - I have only en_US.UTF-8 and ru_RU.UTF-8 locales; - I don't use any DE and I don't have one; - I use Awesome WM; - Another user has it working out of the box. The problem is, gjiten holds its settings in GConf and it's not that easy to cleanup comparing to plain configs stored in ~/.config. I migrated my profile for quite a long time (even between different distros) and it seems that it now has some deprecated settings like this one. 2012/8/19 Hideki Yamane henr...@debian.or.jp Hi Serge, Please check below items and report it to BTS. - Do you have Japanese locale? if not, please install locales-all package and test it - Which Desktop Environment do you use? GNOME, KDE, etc. What happened if you would switch another Desktop Environment? - Which Window Manager do you use? - If you would switch another user session, does it happen? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane
Bug#685280: security-tracker: DSA-2531-1 vs. tracker
Package: security-tracker Severity: normal Hello, DSA-2531-1 has been recently issued [1], but the corresponding tracker page [2] is basically empty. Please update the tracker data. Thanks for your time! [1] https://lists.debian.org/debian-security-announce/2012/msg00172.html [2] http://security-tracker.debian.org/tracker/DSA-2531-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685281: denial of service via many headers
Package: tinyproxy Severity: serious Tags: security patch Hi Jordi, A Denial of Service attack has been reported against tinyproxy: https://bugs.launchpad.net/ubuntu/+source/tinyproxy/+bug/1036985 https://banu.com/bugzilla/show_bug.cgi?id=110#c2 Can you please see to it that this gets addressed in unstable (and by extension wheezy)? Please use CVE-2012-3505 to refer to this issue. Thanks, Thijs -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666761: libfreetype6-dev: please fix
Package: libfreetype6-dev Version: 2.4.9-1 Followup-For: Bug #666761 Dear Maintainer, it would be awesome if you would fix this issue. regrads jan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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/bash Versions of packages libfreetype6-dev depends on: ii libc6-dev [libc-dev] 2.13-35 ii libfreetype6 2.4.9-1 ii zlib1g-dev [libz-dev] 1:1.2.7.dfsg-13 libfreetype6-dev recommends no packages. libfreetype6-dev 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#683835: src:nss: please use xz compression
Mike Hommey m...@glandium.org writes: On Sat, Aug 04, 2012 at 06:18:05PM +0200, Ansgar Burchardt wrote: Please use xz compression for the binary packages (patch attached). We are trying to fit a few more packages on the first CDs to get a usable desktop install with it, see [1] for more details. I will request a freeze exception once the package is uploaded; please keep in mind to not include additional changes. [1] https://lists.debian.org/debian-devel/2012/08/msg00049.html Where has it been decided that we actually wanted to go further with this? I see no indication on a decision in that thread. This was discussed during DebConf and was made a release goal there[2]. My last mails on -devel were more concerned about which packages to change compression for and how to do so. [2] http://lists.debian.org/debian-release/2012/07/msg00535.html Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685282: unblock: manpages-pl/1:0.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock package manpages-pl version 1:0.3-1, which has been in unstable for last three weeks with no bugs reported. There are about 70 man pages updated in the new upstream version, which include synchronization of translations of original man pages from the manpages/manpages-dev packages to version 0.40, which version is already in testing. The new upstream adds a few new man pages, namely: -rw-r--r-- root/root /usr/share/man/pl/man1/hostname.1.gz -rw-r--r-- root/root /usr/share/man/pl/man5/at.allow.5.gz -rw-r--r-- root/root /usr/share/man/pl/man7/PAM.7.gz lrwxrwxrwx root/root /usr/share/man/pl/man1/zegrep.1.gz - zgrep.1.gz lrwxrwxrwx root/root /usr/share/man/pl/man1/zfgrep.1.gz - zgrep.1.gz lrwxrwxrwx root/root /usr/share/man/pl/man5/at.deny.5.gz - at.allow.5.gz lrwxrwxrwx root/root /usr/share/man/pl/man8/ping6.8.gz - ping.8.gz I've just checked, using the Contents.gz files for both testsing and unstable, that no other package installs the above pages, so I belive allowing a new upstream version of manpages-pl into testing shouldn't make any harm. Best regards, robert unblock manpages-pl/1:0.3-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#685270: live-boot: Fails to mount ext4 persistence file
On 08/19/2012 11:15 AM, Ed Dixon wrote: Well regretfully that wasn't it, bug stands w/ live-boot and live-boot-init 3.0~b1-1 :( I will update boot params and details If there is anything I can do to help with this just say the word more than happy to try! please keep the bug CC'ed. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685270: live-boot: Fails to mount ext4 persistence file
On 08/19/2012 11:21 AM, Ed Dixon wrote: Boot params: title Debian Testing Persistence find --set-root /debian/live/initrd.img kernel /debian/live/vmlinuz boot=live config hostname=edix union=aufs noswap live-media-path=/debian/live noautologin noxautologin persistence toram=filesystem.squashfs quiet initrd /debian/live/initrd.img FS Labels: USB: MULTIBOOT fat32 format tried the image both as persistence and persistence.ext4 (created as per manual) with and without live-persistence.conf containing: /home /var/cache/apt Thanks, please keep the bug CC'ed. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685268: unblock: isc-dhcp/4.2.4-1
Michael Gilbert mgilb...@debian.org (18/08/2012): Andrew hasn't yet made it clear which version he's been planning to support in wheezy [0], but he did upload this one well before the freeze. Nice try: [2012-07-01] Accepted 4.2.4-1 in unstable (low) (Andrew Pollock) Mraw, KiBi. signature.asc Description: Digital signature
Bug#685283: acoustid-fingerprinter: Does not submit anything: missing required parameter client
Package: acoustid-fingerprinter
Version: 0.4-1+b1
Severity: serious
Hi,
I tried to scan my collection, but got those errors:
content-type missing in HTTP POST, defaulting to application/octet-stream
Submittion failed: {status: error, error: {message: missing required
parameter \client\, code: 2}}
End it ended with saying that I submitted 0 items.
Looking at the documentation client is the API key, which I did fill in.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685284: unblock: first bunch of packages switching to xz
Package: release.debian.org Usertags: xz-for-wheezy Please unblock these uploads of packages switching to xz compression. They should have no source changes besides a new changelog entry: unblock empathy/3.4.2.3-1+build1 unblock eog/3.4.2-1+build1 unblock epiphany-browser/3.4.2-1+build1 unblock evince/3.4.0-2+build1 unblock gconf/3.2.5-1+build1 unblock gnome-terminal/3.4.1.1-1+build1 unblock gnome-user-docs/3.4.2-1+build1 unblock libgweather/3.4.1-1+build1 unblock nautilus/3.4.2-1+build1 And these packages having trivial changes to switch to xz compression (debdiff attached): unblock app-install-data/2012.06.16.1 unblock gnome-packagekit/3.4.2-2 unblock oxygencursors/0.0.2012-06-kde4.8-2.1 unblock xkeyboard-config/2.5.1-2 Please also unblock pkg-kde-tools. It changes the default compression for most KDE package to xz. unblock pkg-kde-tools/0.15.2 Ansgar diff -Nru app-install-data-2012.06.16/debian/changelog app-install-data-2012.06.16.1/debian/changelog --- app-install-data-2012.06.16/debian/changelog 2012-06-16 21:06:39.0 +0200 +++ app-install-data-2012.06.16.1/debian/changelog 2012-08-06 15:43:28.0 +0200 @@ -1,3 +1,10 @@ +app-install-data (2012.06.16.1) unstable; urgency=low + + [ Ansgar Burchardt ] + * debian/rules: Use xz compression for binary packages (Closes: #683830) + + -- Julian Andres Klode j...@debian.org Mon, 06 Aug 2012 15:43:23 +0200 + app-install-data (2012.06.16) unstable; urgency=low * New snapshot diff -Nru app-install-data-2012.06.16/debian/rules app-install-data-2012.06.16.1/debian/rules --- app-install-data-2012.06.16/debian/rules 2012-06-16 21:06:39.0 +0200 +++ app-install-data-2012.06.16.1/debian/rules 2012-08-06 15:43:28.0 +0200 @@ -23,7 +23,7 @@ dh_installdeb dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz # Build architecture-dependent files here. binary-arch: build install diff -Nru gnome-packagekit-3.4.2/debian/changelog gnome-packagekit-3.4.2/debian/changelog --- gnome-packagekit-3.4.2/debian/changelog 2012-05-15 20:23:34.0 +0200 +++ gnome-packagekit-3.4.2/debian/changelog 2012-08-05 16:56:51.0 +0200 @@ -1,3 +1,9 @@ +gnome-packagekit (3.4.2-2) unstable; urgency=low + + * debian/rules: Use xz compression for binary packages (Closes: #683842) + + -- Matthias Klumpp matth...@tenstral.net Sat, 04 Aug 2012 21:46:48 +0200 + gnome-packagekit (3.4.2-1) unstable; urgency=low * New upstream bugfix release: 3.4.2 diff -Nru gnome-packagekit-3.4.2/debian/rules gnome-packagekit-3.4.2/debian/rules --- gnome-packagekit-3.4.2/debian/rules 2012-05-15 20:23:34.0 +0200 +++ gnome-packagekit-3.4.2/debian/rules 2012-08-05 16:56:51.0 +0200 @@ -23,3 +23,6 @@ override_dh_install: dh_install --list-missing + +override_dh_builddeb: + dh_builddeb -- -Zxz diff -u oxygencursors-0.0.2012-06-kde4.8/debian/changelog oxygencursors-0.0.2012-06-kde4.8/debian/changelog --- oxygencursors-0.0.2012-06-kde4.8/debian/changelog +++ oxygencursors-0.0.2012-06-kde4.8/debian/changelog @@ -1,3 +1,10 @@ +oxygencursors (0.0.2012-06-kde4.8-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: Use xz compression for binary packages. (Closes: #683910) + + -- Ansgar Burchardt ans...@debian.org Sun, 05 Aug 2012 12:24:25 +0200 + oxygencursors (0.0.2012-06-kde4.8-2) unstable; urgency=low * Add myself to Uploaders. diff -u oxygencursors-0.0.2012-06-kde4.8/debian/rules oxygencursors-0.0.2012-06-kde4.8/debian/rules --- oxygencursors-0.0.2012-06-kde4.8/debian/rules +++ oxygencursors-0.0.2012-06-kde4.8/debian/rules @@ -65,7 +65,7 @@ dh_installdeb dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz binary: binary-indep binary-arch .PHONY: clean binary-indep binary-arch binary install diff -u xkeyboard-config-2.5.1/debian/changelog xkeyboard-config-2.5.1/debian/changelog --- xkeyboard-config-2.5.1/debian/changelog +++ xkeyboard-config-2.5.1/debian/changelog @@ -1,3 +1,10 @@ +xkeyboard-config (2.5.1-2) unstable; urgency=low + + [ Ansgar Burchardt ] + * Use xz compression for binary packages (Closes: #683891). + + -- Cyril Brulebois k...@debian.org Sun, 05 Aug 2012 11:54:19 +0200 + xkeyboard-config (2.5.1-1) unstable; urgency=low * New upstream release: diff -u xkeyboard-config-2.5.1/debian/rules xkeyboard-config-2.5.1/debian/rules --- xkeyboard-config-2.5.1/debian/rules +++ xkeyboard-config-2.5.1/debian/rules @@ -34,4 +34,7 @@ touch rules/base.o_k.part +override_dh_builddeb: + dh_builddeb -- -Zxz + %: dh $@ --with quilt,autoreconf --builddirectory=build/ diff -Nru pkg-kde-tools-0.15.1/bugreport.cgi?msg=15;filename=0001-debian-qt-kde.mk-Use-xz-compression-by-default.-Clos.patch;att=1;bug=657243 pkg-kde-tools-0.15.2/bugreport.cgi?msg=15;filename=0001-debian-qt-kde.mk-Use-xz-compression-by-default.-Clos.patch;att=1;bug=657243 --- pkg-kde-tools-0.15.1/bugreport.cgi?msg=15;filename=0001-debian-qt-kde.mk-Use-xz-compression-by-default.-Clos.patch;att=1;bug=657243
Bug#685285: debian-handbook: improvements for appendix A and appendix B
Package: debian-handbook Version: 6.0+20120509 Severity: minor Hi Raphaël, I've just finished reading the appendices of the book. That to say, I've just reached the end of the book! :-) Thanks again to you and Roland for writing this book, for translating it into English and for releasing it in a DFSG-free manner! Here's my list of proposed modifications and fixes for the two appendices. Section A.4. Linux Mint --- | Linux Mint includes a large amount of proprietary software so as | to ensure the best possible user experience. For example: Adobe | Flash and multimedia codecs. I would not say that as if it were a good thing! I personally consider it as a serious flaw, but let's at least drop the positive connotation and state it in a more neutral way: + Linux Mint includes a large amount of proprietary software for + users that want to install such non-free packages. For example: Adobe + Flash and multimedia codecs. Section A.5. SimplyMEPIS | This distribution was originally based on Debian; it went to Ubuntu | for a while, then came back to Debian, which allows its developers | to focus on adding features without having to stabilize packages | coming from Debian's Unstable distribution. It's not clear to me what allows developers to focus on adding features. Going to Ubuntu? Or coming back to Debian? If the latter, as the structure of the sentence seems to imply, please clarify how basing the derivative distribution on Debian allows to avoiding the need to stabilize packages coming from Debian Unstable... Quite the opposite seems to be true! Section A.7. Damn Small Linux - | This can be useful for using Debian on an aging computer. I think that the actual reason why DSL is useful on old machines is not explained clearly. As far as I know, it has nothing to do with business card CDs, which are mentioned in the previous sentence. I would clarify as follows: + Damn Small Linux mostly includes lightweight software tools; + this can be useful for using a Debian-like system on an aging + computer. Section B.1.5. System Information: Memory, Disk Space, Identity --- | Its -h option (for human readable) converts the sizes into a more | legible unit (usually megabytes or gigabytes). s/megabytes/mebibytes/ s/gigabytes/gibibytes/ The --si option could be worth mentioning as an alternative (this option really displays data in decimal multiples: megabytes, gigabytes, and so on...) | the -m and -g options, and displays its data either in megabytes | or in gigabytes, respectively. s/megabytes/mebibytes/ s/gigabytes/gibibytes/ Section B.5.4. Libraries | graphical toolkits, Gtk+ and Qt, Since the two mentioned toolkits are not the only ones, I would say: + graphical toolkits, such as Gtk+ and Qt, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684792: RFS: gmpc/11.8.16-4 [RC]
* Bart Martens ba...@debian.org [120819 11:46]: Hi Etienne, I had a look at your package at mentors uploaded there on 2012-08-17 21:41. Hello, Thanks for this review. It seems that I was beaten by licensecheck on the remaining cases. http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile should name the original authors The file AUTHORS contains this : | Qball qb...@sarine.nl | LibertyZero m...@libertyzero.com | | Artwork: | Jakub Szypulka So this should be mentioned in debian/copyright. On the other hand there is bug 678607, so maybe this is not so important anymore. I added this information as a comment. The file doc/Mallard/C/legal.xml contains this : | pThis work is licensed under a | link href=http://creativecommons.org/licenses/by-sa/3.0/;Creative Commons | Attribution-Share Alike 3.0 Unported License/link./p | pAs a special exception, the copyright holders give you permission to copy, | modify, and distribute the example code contained in this document under the | terms of your choosing, without restriction./p Fixed. I added the full text of the license as it is not part of common-licenses. The file glade/aboutdialog.ui seems GPL-2, not GPL-2+ because I don't see the usual phrase about the +. Everything else contains the or later version phrase, so I assume this is an error. I'll forward this bug upstream. Also, the copyright year 2003 is not yet in debian/copyright. The file gnome-doc-utils.make is Copyright (C) 2004-2005 Shaun McCance sha...@gnome.org. Some files in po/*.po are Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011. Fixed^3. The license for po/Makefile.in.in has a spelling error (GNU Public License), should I add a lintian override? I reuploaded a new version of the package, still at the same URL : http://mentors.debian.net/debian/pool/main/g/gmpc/gmpc_11.8.16-4.dsc Thanks again ! Have a nice day. -- 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#685154: Bug: org-export-with-priority: t broken [7.8.11]
This is: http://thread.gmane.org/gmane.emacs.orgmode/58950/ --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672140: [Pkg-utopia-maintainers] Bug#672140: prompts for root passwords on a sudo-only system
reassign 672140 debian-installer retitle 672140 sudo users should be in sudo group thanks Hi, Going through the RC bug list for wheezy, I noticed this bug. On Tue, May 08, 2012 at 10:39:03PM +0200, Michael Biebl wrote: If there is some setting we can make in d-i to new installs to make policykit use sudo, please let me know, and I will make it. It wouldn't solve the problem when upgrading existing installs that use sudo, but it'd be better than nothing. Adding a user to group sudo should be sufficient to mark it as account with admin privileges, i.e. a d-i setup which adds the user to group sudo (which is the case for a password-less root-account) should work ootb. As Michael provided the information to implement this in d-i (which Joey asked for), this bug should be reassigned to d-i. Cheers, Ivo De Decker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685211: unblock: postgresql-9.1/9.1.5-1
Hi Martin, (reordering some paragraphs while quoting/replying) Martin Pitt mp...@debian.org (18/08/2012): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello release team, yesterday, PostgreSQL announced new security/bug fix microreleases: http://www.postgresql.org/about/news/1407/ I uploaded 9.1.5 into unstable with priority medium: http://packages.qa.debian.org/p/postgresql-9.1/news/20120817T223635Z.html FSVO “micro” :( 1545 files changed, 35300 insertions(+), 73523 deletions(-) There are no packaging changes except debian/changelog. Do you want an unfiltered/filtered upstream diff, etc? Next time, feel free to provide a debdiff without *.html and *.po updates. Down to: 379 files changed, 5650 insertions(+), 43919 deletions(-) The package successfully passes the upstream as well as the postgresql-common integration tests and built fine on most architectures except of mipsel where it is still needs-build. That kind of is reassuring, even if the diffstat above is still scary. Even if we're talking about security/bug fixes, I'm wondering whether we shouldn't let it spend more time in unstable before considering an unblock. Mraw, KiBi. signature.asc Description: Digital signature
Bug#685283: acoustid-fingerprinter: Does not submit anything: missing required parameter client
On Sun, Aug 19, 2012 at 12:31:28PM +0200, Kurt Roeckx wrote:
Package: acoustid-fingerprinter
Version: 0.4-1+b1
Severity: serious
Hi,
I tried to scan my collection, but got those errors:
content-type missing in HTTP POST, defaulting to application/octet-stream
Submittion failed: {status: error, error: {message: missing
required parameter \client\, code: 2}}
End it ended with saying that I submitted 0 items.
Looking at the documentation client is the API key, which I did fill in.
Looking again, it seems to an API key for the software, not the
user. The user has it's own API key and parameter.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685211: unblock: postgresql-9.1/9.1.5-1
Hello Cyril, Cyril Brulebois [2012-08-19 12:39 +0200]: 379 files changed, 5650 insertions(+), 43919 deletions(-) It's a lot of bug fixes indeed, but a lot of the changes are due to the version bump as well. That kind of is reassuring, even if the diffstat above is still scary. Even if we're talking about security/bug fixes, I'm wondering whether we shouldn't let it spend more time in unstable before considering an unblock. It's the same kind of update that we have put in -security/-updates for stable releases for several years. However, if you want to bump the baking time to 10 days, that's fine for me. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#685284: unblock: first bunch of packages switching to xz
Hello Ansgar, Ansgar Burchardt ans...@debian.org (19/08/2012): Package: release.debian.org Usertags: xz-for-wheezy Please unblock these uploads of packages switching to xz compression. They should have no source changes besides a new changelog entry: unblock empathy/3.4.2.3-1+build1 unblock eog/3.4.2-1+build1 unblock epiphany-browser/3.4.2-1+build1 unblock evince/3.4.0-2+build1 unblock gconf/3.2.5-1+build1 unblock gnome-terminal/3.4.1.1-1+build1 unblock gnome-user-docs/3.4.2-1+build1 unblock libgweather/3.4.1-1+build1 unblock nautilus/3.4.2-1+build1 And these packages having trivial changes to switch to xz compression (debdiff attached): unblock app-install-data/2012.06.16.1 unblock gnome-packagekit/3.4.2-2 unblock oxygencursors/0.0.2012-06-kde4.8-2.1 unblock xkeyboard-config/2.5.1-2 Please also unblock pkg-kde-tools. It changes the default compression for most KDE package to xz. unblock pkg-kde-tools/0.15.2 this is wonderful! I was just about to ping you to see what packages would need an unblock for this specific goal. I'll be reviewing those shortly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#672140: Processed: Re: [Pkg-utopia-maintainers] Bug#672140: prompts for root passwords on a sudo-only system
reassign 672140 user-setup thanks Quoting Debian Bug Tracking System (ow...@bugs.debian.org): Processing commands for cont...@bugs.debian.org: reassign 672140 debian-installer Bug #672140 [policykit-1] prompts for root passwords on a sudo-only system Bug reassigned from package 'policykit-1' to 'debian-installer'. No longer marked as found in versions policykit-1/0.104-2. Ignoring request to alter fixed versions of bug #672140 to the same values previously set retitle 672140 sudo users should be in sudo group Bug #672140 [debian-installer] prompts for root passwords on a sudo-only system Changed Bug title to 'sudo users should be in sudo group' from 'prompts for root passwords on a sudo-only system' Reassigning to the right D-I component. However, in user-setup-apply: if [ -e $ROOT/etc/sudoers ]; then # Test if we can add the user to the sudo group # (possible if sudo = 1.7.2-2 is installed on the target system) # If we can, do it this way, otherwise add the user to sudoers # See #597239 if ! $log $chroot $ROOT adduser $USER sudo /dev/null 21; then echo $USER ALL=(ALL) ALL $ROOT/etc/sudoers fi else # sudo failed to install, system won't be usable exit 1 fi In short, according to this code, this is already implemented, as of user-setup 1.34, assuming the sudo group exists at the time this is done. Adding the sudo user to sudoers is only a fallback. signature.asc Description: Digital signature
Bug#685286: ITP: pyadb -- Python module to interact with the ADB tool
Package: pyadb Severity: wishlist Package name: pyadb Version: 0.1.1 Upstream Author: Chema Garcia ch...@safetybits.net URL: https://github.com/sch3m4/pyadb/ License: BSD Revised Description: Python module to interact with the ADB tool -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) 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#683441: unblock: otrs2/3.1.7+dfsg1-3
Am 17.08.2012 00:01, schrieb Cyril Brulebois: What happens if an old Mail::IMAPClient module version is used? Then the code would fail, but it shouldn't delete e-mails, which are not processed. Since there is no safe way (nothing like a SONAME bump or like that) it is not possible to be sure to have the correct version (but the one in wheezy is the right one), okay I also could add a versioned dependency on it and then also fix my spelling error above. Well, beware of partial upgrades from squeeze, you could have a mix of packages. In which case a Depends on a = $goodversion would be nice to have I think? There is a little problem. Currently libmail-imapclient-perl is only suggested, so I also have to add a conflicts: libmail-imapclient-perl ( = foover) to ensure, that the old one is not installed. Or I upgrade it from suggest to depends and IMO this would be the better solution (used on many otrs installations). I definitly will upgrade it with wheezy+1. Which solution would you prefer, now? (In which case, feel free to fix the typo indeed.) Done in svn -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#685287: unblock or tpu: cdbs/0.4.117
Package: release.debian.org Usertags: xz-for-wheezy cdbs/0.4.117 included the change to switch the default compression for GNOME packages to xz which I would like to include in wheezy. However cdbs/0.4.116 was uploaded to unstable after the freeze and includes some changes that do not meet the requirements for freeze exceptions: switching to debhelper compat level 8 and small changes to auto-resolved build dependencies making them unversioned if already satisfied in stable (Squeeze). I have attached both the current diff from unstable to testing and a diff of only the changes in 0.4.117. If you prefer an upload to tpu instead of unblocking the version currently in unstable, this would be the changes I would ask Jonas to include. Ansgar diff -Nru cdbs-0.4.115/1/class/gnome.mk.in cdbs-0.4.117/1/class/gnome.mk.in --- cdbs-0.4.115/1/class/gnome.mk.in 2011-01-08 15:37:13.0 +0100 +++ cdbs-0.4.117/1/class/gnome.mk.in 2012-08-05 10:35:17.0 +0200 @@ -42,4 +42,7 @@ $(if $(wildcard /usr/bin/dh_gconf),dh_gconf -p$(cdbs_curpkg) $(DEB_DH_GCONF_ARGS)) $(if $(wildcard /usr/bin/dh_icons),dh_icons -p$(cdbs_curpkg) $(DEB_DH_ICONS_ARGS)) +# Use xz compression. +DEB_DH_BUILDDEB_ARGS ?= -u-Zxz + endif diff -Nru cdbs-0.4.115/1/class/langcore.mk.in cdbs-0.4.117/1/class/langcore.mk.in --- cdbs-0.4.115/1/class/langcore.mk.in 2012-06-22 17:10:01.0 +0200 +++ cdbs-0.4.117/1/class/langcore.mk.in 2012-07-07 13:11:01.0 +0200 @@ -67,8 +67,4 @@ DEB_PARALLEL_JOBS ?= $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) endif -# Tighten to versions handling compile flags fix when enabled -CDBS_BUILD_DEPENDS_class_langcore_fix ?= cdbs (= 0.4.90~) -CDBS_BUILD_DEPENDS += $(if $(CDBS_FIX_COMPILE_FLAGS),$(comma) $(CDBS_BUILD_DEPENDS_class_langcore_fix)) - endif diff -Nru cdbs-0.4.115/1/class/makefile.mk.in cdbs-0.4.117/1/class/makefile.mk.in --- cdbs-0.4.115/1/class/makefile.mk.in 2011-04-24 12:05:50.0 +0200 +++ cdbs-0.4.117/1/class/makefile.mk.in 2012-07-07 13:12:07.0 +0200 @@ -36,10 +36,6 @@ DEB_PHONY_RULES += makefile-clean $(cdbs_make_clean_nonstamps) -# Tighten to versions supporting multiflavors if feature actually used -CDBS_BUILD_DEPENDS_class_autotools_flavors ?= cdbs (= 0.4.72~) -CDBS_BUILD_DEPENDS += $(if $(cdbs_make_flavors),$(comma) $(CDBS_BUILD_DEPENDS_class_autotools_flavors)) - pre-build:: $(if $(cdbs_make_flavors),mkdir -p debian/stamp-makefile-build debian/stamp-makefile-install) $(and $(cdbs_make_flavors),$(DEB_MAKE_CHECK_TARGET),mkdir -p debian/stamp-makefile-check) diff -Nru cdbs-0.4.115/1/class/perl-build.mk.in cdbs-0.4.117/1/class/perl-build.mk.in --- cdbs-0.4.115/1/class/perl-build.mk.in 2011-08-20 17:20:55.0 +0200 +++ cdbs-0.4.117/1/class/perl-build.mk.in 2012-07-07 14:14:31.0 +0200 @@ -29,15 +29,6 @@ CDBS_BUILD_DEPENDS_class_perl-build_perl ?= perl CDBS_BUILD_DEPENDS += , $(CDBS_BUILD_DEPENDS_class_perl-build_perl) -# Depend on Module::Build -# (older releases choke on --ccflags and treat destdir differently) -CDBS_BUILD_DEPENDS_class_perl-build_module ?= perl-modules (= 5.10.0) | libmodule-build-perl (= 0.2808) -CDBS_BUILD_DEPENDS += , $(CDBS_BUILD_DEPENDS_class_perl-build_module) - -# Tighten to versions of cdbs providing working version of this snippet -CDBS_BUILD_DEPENDS_class_perl-build ?= cdbs (= 0.4.78~) -CDBS_BUILD_DEPENDS += , $(CDBS_BUILD_DEPENDS_class_perl-build) - # Sanity check: DEB_PERL_SRCDIR must be declared early cdbs_perl_srcdir_early := $(DEB_PERL_SRCDIR) cdbs_perl_srcdir_check = $(if $(call cdbs_streq,$(cdbs_perl_srcdir_early),$(DEB_PERL_SRCDIR)),,$(error DEB_PERL_SRCDIR must be set before including perl-build.mk, not after)) diff -Nru cdbs-0.4.115/1/class/perl-makemaker.mk.in cdbs-0.4.117/1/class/perl-makemaker.mk.in --- cdbs-0.4.115/1/class/perl-makemaker.mk.in 2010-05-22 22:52:01.0 +0200 +++ cdbs-0.4.117/1/class/perl-makemaker.mk.in 2012-07-07 13:22:29.0 +0200 @@ -23,7 +23,7 @@ ifndef _cdbs_class_perl_makemaker _cdbs_class_perl_makemaker = 1 -# Make sure that CDBS_BUILD_DEPENDS is initialised +# Initialize CDBS_BUILD_DEPENDS and shared DEB_MAKE_* include $(_cdbs_class_path)/perl-makemaker-vars.mk$(_cdbs_makefile_suffix) include $(_cdbs_class_path)/makefile.mk$(_cdbs_makefile_suffix) diff -Nru cdbs-0.4.115/1/class/perl-vars.mk.in cdbs-0.4.117/1/class/perl-vars.mk.in --- cdbs-0.4.115/1/class/perl-vars.mk.in 2012-03-02 06:04:50.0 +0100 +++ cdbs-0.4.117/1/class/perl-vars.mk.in 2012-07-07 13:13:17.0 +0200 @@ -36,10 +36,6 @@ # then set DEB_PERL_DESTDIR = $(cdbs_curdestdir) DEB_PERL_DESTDIR ?= $(if $(filter 1,$(words $(DEB_PERL_PACKAGES))),$(CURDIR)/debian/$(DEB_PERL_PACKAGES),$(cdbs_curdestdir)) -# Tighten to versions of cdbs actually providing this snippet -CDBS_BUILD_DEPENDS_class_perl-vars ?= cdbs (= 0.4.73~) -CDBS_BUILD_DEPENDS += , $(CDBS_BUILD_DEPENDS_class_perl-vars) - # Avoid auto-building dependencies export PERL_AUTOINSTALL='--skipdeps'
Bug#685171: apt-cudf: Wrong translation of multi-arch conflicts
Hi Julian, thanks for your bug report. I think you are right, conflicts should cross architecture bounderies. This is also what is written in the multiarch specification [1]. what version of apt-cudf where you be using? Cheers -Ralf. [1] https://wiki.ubuntu.com/MultiarchSpec#Architecture-specific_Conflicts.2BAC8-Replaces -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ = New email address: trei...@pps.univ-paris-diderot.fr = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685288: oggenc: double free or corruption
Package: vorbis-tools Version: 1.4.0-1 Severity: important -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32.11-svn52288 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vorbis-tools depends on: ii libao4 1.0.0-5 Cross Platform Audio Output Librar ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcurl3-gnutls7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libflac8 1.2.1-2 Free Lossless Audio Codec - runtim ii libogg01.1.3-4 Ogg Bitstream Library ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libvorbis0a1.3.1-1+squeeze1 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1+squeeze1 The Vorbis General Audio Compressi vorbis-tools recommends no packages. vorbis-tools suggests no packages. -- no debconf information Открытие с модулем flac: FLAC file reader Кодирование 01 ЧЕРНЫЙ ПРОТУБЕРАНЕЦ.flac в 01 ЧЕРНЫЙ ПРОТУБЕРАНЕЦ.ogg с приблизительным битрейтом 256 Кб/сек (включено кодирование с VBR) [100,0%] [осталось 0м00с] \ *** glibc detected *** oggenc: double free or corruption (!prev): 0x10040700 *** === Backtrace: = /lib/libc.so.6(+0x82de4)[0xfc02de4] /lib/libc.so.6(cfree+0x8c)[0xfc0845c] /usr/lib/libvorbis.so.0(res0_free_info+0x40)[0xfeb6a28] /usr/lib/libvorbis.so.0(vorbis_info_clear+0x168)[0xfeb13f0] oggenc[0x10007efc] oggenc[0x10003f78] /lib/libc.so.6(+0x1f69c)[0xfb9f69c] /lib/libc.so.6(+0x1f860)[0xfb9f860] === Memory map: 0010-0012 r-xp 00:00 0 [vdso] 0fb8-0fcf r-xp 09:01 79638 /lib/libc-2.11.3.so 0fcf-0fd0 rw-p 0016 09:01 79638 /lib/libc-2.11.3.so 0fd0-0fd1 rw-p 00:00 0 0fd2-0fd3 r-xp 09:01 33327 /usr/lib/libogg.so.0.5.3 0fd3-0fd4 rw-p 09:01 33327 /usr/lib/libogg.so.0.5.3 0fd5-0fe0 r-xp 09:01 79642 /lib/libm-2.11.3.so 0fe0-0fe1 rw-p 000a 09:01 79642 /lib/libm-2.11.3.so 0fe2-0fe8 r-xp 09:01 33343 /usr/lib/libFLAC.so.8.2.0 0fe8-0fe9 rw-p 0005 09:01 33343 /usr/lib/libFLAC.so.8.2.0 0fea-0fed r-xp 09:01 33988 /usr/lib/libvorbis.so.0.4.4 0fed-0fee rw-p 0002 09:01 33988 /usr/lib/libvorbis.so.0.4.4 0fef-0ff0 r-xp 09:01 33790 /usr/lib/libvorbisenc.so.2.0.3 0ff0-0fff rw-p 0001 09:01 33790 /usr/lib/libvorbisenc.so.2.0.3 1000-1001 r-xp 09:01 33996 /usr/bin/oggenc 1001-1002 rw-p 0001 09:01 33996 /usr/bin/oggenc 1002-100c rwxp 00:00 0 [heap] 4800-4802 r-xp 09:01 79649 /lib/ld-2.11.3.so 4802-4803 rw-p 0002 09:01 79649 /lib/ld-2.11.3.so 4803-4823 r--p 09:01 58401 /usr/lib/locale/locale-archive 4823-4836 r--p 0060 09:01 58401 /usr/lib/locale/locale-archive 4836-4837 rw-p 00:00 0 4837-4838 r--p 09:01 73325 /usr/share/locale/ru/LC_MESSAGES/vorbis-tools.mo 4838-4839 r--s 09:01 34723 /usr/lib/gconv/gconv-modules.cache 4839-483a rw-p 00:00 0 4840-4843 rw-p 00:00 0 4843-4850 ---p 00:00 0 bfdb-bff0 rw-p 00:00 0 [stack] zsh: abort oggenc -b 256 '01 ЧЕРНЫЙ ПРОТУБЕРАНЕЦ.flac' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682472: unblock: mandos/1.6.0-1
Hello Teddy, Teddy Hogeborn te...@recompile.se (23/07/2012): We released Mandos version 1.6.0 well in advance of the anticipated Debian freeze, and have been using it ourselves since then, but our sponsor did not upload it with his usual promptness. This release has a very nice labor-saving autodetection feature for the client side (clients most likely won't need any configuration anymore), and no other incompatible changes since 1.5.5, but many packaging fixes. Also, our popcon count is rather low: 11 for mandos and 14 for mandos-client, and about half of those are our own systems. Could you *please* consider including this release in wheezy? We, the upstream and uploaders of Mandos, feel that we did everything we could for 1.6.0 to be included in wheezy, and that we are the victims of circumstances outside our control (viz. that our sponsor, Daniel Baumann, was late uploading it because of his being traveling due to Debconf). while I concur on the “getting sponsored in a timely fashion is difficult” side, it doesn't look to me like a compelling reason to consider unblocking this package. “Reasons outside of the control of the maintainers” in our freeze policy would rather be about packages no longer building as a side-effect of other packages' bugginess, breakages on the buildds, etc. This configuration-less client feature is our last nice feature we once dreamed of being able to provide for our users; future releases of the package will consist mainly of minor polish to other parts, but no features are missing. Please make our dream come true? unblock mandos/1.6.0-1 I'm afraid I'll suggest instead to push this nice feature through wheezy-backports once it's available. As you said, most users are yourselves anyway… Mraw, KiBi. signature.asc Description: Digital signature
Bug#685171: apt-cudf: Wrong translation of multi-arch conflicts
On Sun, Aug 19, 2012 at 12:45:56PM +0200, Ralf Treinen wrote: Hi Julian, thanks for your bug report. I think you are right, conflicts should cross architecture bounderies. This is also what is written in the multiarch specification [1]. what version of apt-cudf where you be using? The latest (3.0.2-1), I did not specify it in the bug, as it most likely applies to all versions. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685289: fai-client: If FAI_CONFIG_SRC is undefined, there is no default contrary to the documentation.
Package: fai-client Version: 4.0.3 Severity: normal Hi, using FAI to setup a machine, the file /etc/fai/fai.conf contains by default (it is copied from the nfsroot in scripts/DEBIAN/40-misc): [...] # URL to access the fai config space # If undefined, use default nfs://install server/$FAI_CONFIGDIR #FAI_CONFIG_SRC=nfs://faiserver/srv/fai/config If I run: # fai -v softupdate fai exits immediately complaining: ERROR: No URL defined for the config space To make it work, I have to define FAI_CONFIG_SRC (i.e. remove '#', the line is correct). I had the same problem when using fai-chboot without specifying the URL of the config space explicitly, cf. URL:https://lists.uni-koeln.de/pipermail/linux-fai/2012-August/009783.html. So this is kind of confusing, especially because of the comment If undefined, use default Shouldn't $NFSROOT/etc/fai be empty, as commented in this commit: URL:https://github.com/faiproject/fai/commit/00680686dc8751a9c7623fb65a956ab7ddf6af5a? Where should FAI_CONFIG_SRC be defined best? For the time being, I provide /etc/fai/fai.conf explicitly for the DEBIAN class in my config space. Is this the recommended way? Best regards, Andi Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-client depends on: ii file 5.11-2 ii iproute 20120521-3 ii libapt-pkg-perl 0.1.26+b1 ii perl 5.14.2-12 Versions of packages fai-client recommends: pn cfengine2 none ii debconf-utils 1.5.44 fai-client suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681387: unblock: resiprocate (follow up)
Hi, and sorry for the lag. Daniel Pocock dan...@pocock.com.au (08/08/2012): On 08/08/12 00:24, Cyril Brulebois wrote: I think I won't be against having 1.8.4 in unstable, and see what happens on the bug reports front after an extended period of time (say 20 days). It would have been nice to see it uploaded in the meanwhile… 20 days is fine - we've already had some feedback on 1.8.4 and now there is a 1.8.5 release Would you be happy to accept 1.8.5 on the same terms? I attach a debdiff and SVN log output (1.8.4 vs. 1.8.5) Anyway, please upload 1.8.5 to unstable ASAP, we'll see in a month or so what happened. Agreed - that is how most of the fixes came into 1.8.5 - e.g. one user found that the --help output was crashing the program None of these issues are strictly release critical - but they are all fixes that provide a better experience of the package. The diff is indeed large for a --help crasher fix… No promise on our (possibly) unblocking this package after the said period of time. Understood - do I need to put Closes: #681387 in the changelog for upload? Nope, this isn't a bug report against your package anyway. Mraw, KiBi. signature.asc Description: Digital signature
Bug#685290: gedit-valencia-plugin: Please add Enhances: gedit
Package: gedit-valencia-plugin Version: 0.3.0-3.1 Severity: wishlist Please add Enhances: gedit to gedit-valencia-plugins's control file. This should enable gedit-valencia-plugin to show up as an addon for gedit in Software Center. https://wiki.ubuntu.com/SoftwareCenter#Add-on_packages Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682686: Freeze exception request for wireshark 1.8.1-1 or 1.8.0-2
Hello, and sorry for the lag. Bálint Réczey bal...@balintreczey.hu (11/08/2012): Please make a decision regarding giving the exception. The vulnerability is serious enough to make the bug RC. The next upstream release is planned for 14 August, it may contain security fixes as well. I see 1.8.2 is out and has security fixes too. Feel free to upload either 1.8.1 or 1.8.2 to unstable and ping us back when it's done. Mraw, KiBi. signature.asc Description: Digital signature
Bug#685291: gedit-latex-plugin: Please add Enhances: gedit
Package: gedit-latex-plugin Version: 3.4.0-1 Severity: wishlist Please add Enhances: gedit to gedit-latex-plugins's control file. This should enable gedit-latex-plugin to show up as an addon for gedit in Software Center. https://wiki.ubuntu.com/SoftwareCenter#Add-on_packages Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685292: gedit-r-plugin: Please add Enhances: gedit
Package: gedit-r-plugin Version: 0.7.1.2-Gtk3-1 Severity: wishlist Please add Enhances: gedit to gedit-r-plugins's control file. This should enable gedit-r-plugin to show up as an addon for gedit in Software Center. https://wiki.ubuntu.com/SoftwareCenter#Add-on_packages Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685293: gedit-source-code-browser-plugin: Please add Enhances: gedit
Package: gedit-source-code-browser-plugin Version: 3.0.3-1 Severity: wishlist Please add Enhances: gedit to gedit-source-code-browser-plugin's control file. This should enable gedit-source-code-browser-plugin to show up as an addon for gedit in Software Center. https://wiki.ubuntu.com/SoftwareCenter#Add-on_packages Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681387: unblock: resiprocate (follow up)
On 19/08/12 11:08, Cyril Brulebois wrote: 20 days is fine - we've already had some feedback on 1.8.4 and now there is a 1.8.5 release Would you be happy to accept 1.8.5 on the same terms? I attach a debdiff and SVN log output (1.8.4 vs. 1.8.5) Anyway, please upload 1.8.5 to unstable ASAP, we'll see in a month or so what happened. Kilian, would you please be able to make this upload for me? 1.8.2 doesn't include DM-Upload-Allowed: yes so I can't do this myself Everything Cyril has reviewed is in git, I haven't added anything since making the unblock request. Hopefully you can just do git clone git+ssh://kil...@git.debian.org/git/pkg-voip/resiprocate.git resiprocate \ cd resiprocate \ git-buildpackage Agreed - that is how most of the fixes came into 1.8.5 - e.g. one user found that the --help output was crashing the program None of these issues are strictly release critical - but they are all fixes that provide a better experience of the package. The diff is indeed large for a --help crasher fix… Agreed, that was only one of the crashes though, another was in ENUM. The ENUM code is not used by many people though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685294: [INTL:es] Spanish translation for apt-listbugs
Package: apt-listbugs Severity: wishlist Tags: l10n, patch Please find attached the Spanish translation for apt-listbugs. Regards, Omar # apt-listbugs po translation to Spanish # Copyright (C) 2012 Software in the Public Interest # This file is distributed under the same license as the apt-listbugs package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2012. # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: apt-listbugs 0.1.8\n Report-Msgid-Bugs-To: invernom...@paranoici.org\n POT-Creation-Date: 2012-07-28 23:06+0200\n PO-Revision-Date: 2012-08-07 12:24+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #: apt-listbugs:301 msgid E: apt Pre-Install-Pkgs is not giving me expected 'VERSION 2' string.\n msgstr E: apt Pre-Install-Pkgs no devuelve la cadena esperada «VERSION 2».\n #: apt-listbugs:326 msgid E: apt Pre-Install-Pkgs is giving me fewer fields than expected.\n msgstr E: apt Pre-Install-Pkgs devuelve menos campos de los esperados.\n #: apt-listbugs:350 msgid E: apt Pre-Install-Pkgs is giving me an invalid direction of version change.\n msgstr E: apt Pre-Install-Pkgs devuelve una dirección no válida de cambio de versión.\n #: apt-listbugs:416 msgid ** Exiting with an error in order to stop the installation. ** msgstr ** Cerrando con error para detener la instalación. ** #: lib/apt-listbugs/logic.rb:40 msgid Usage: msgstr Uso: #: lib/apt-listbugs/logic.rb:41 msgid [options] command [arguments] msgstr [opciones] orden [argumentos] #: lib/apt-listbugs/logic.rb:43 msgid Options:\n msgstr Opciones:\n #: lib/apt-listbugs/logic.rb:44 msgid -h : Display this help and exit.\n msgstr -h : Muestra esta ayuda y cierra.\n #: lib/apt-listbugs/logic.rb:45 msgid -v : Show version number and exit.\n msgstr -v : Muestra el número de versión y cierra.\n #: lib/apt-listbugs/logic.rb:46 #, python-format msgid -s severities : Severities you want to see [%s], or [all].\n msgstr -s severidades : Severidades que desea ver [%s], o [all] (todas).\n #: lib/apt-listbugs/logic.rb:47 msgid -T tags: Tags you want to see.\n msgstr -T etiquetas: Etiquetas que desea ver.\n #: lib/apt-listbugs/logic.rb:48 #, python-format msgid -S stats : Stats you want to see [%s].\n msgstr -S estadÃsticas : EstadÃsticas que desea ver [%s].\n #: lib/apt-listbugs/logic.rb:49 msgid -B bug#: Restrict reporting to specified bug#s only.\n msgstr -B número-de-fallo: Limita los informes al número de fallo definido.\n #: lib/apt-listbugs/logic.rb:50 msgid -D : Show downgraded packages, too.\n msgstr -D : Muestra también paquetes desactualizados.\n #: lib/apt-listbugs/logic.rb:51 #, python-format msgid -H hostname: Hostname of Debian Bug Tracking System [%s].\n msgstr -H nombre-servidor: Nombre de servidor del sistema de seguimiento de fallos de Debian [%s].\n #: lib/apt-listbugs/logic.rb:52 #, python-format msgid -p port: Port number of the server [%s].\n msgstr -p puerto: Número de puerto del servidor [%s].\n #: lib/apt-listbugs/logic.rb:53 #, python-format msgid -P priority: Specifies Pin-Priority value [%s].\n msgstr -P prioridad: Define el valor de la prioridad de anclaje [%s].\n #: lib/apt-listbugs/logic.rb:54 msgid -E title : Specifies the title of RSS output.\n msgstr -E tÃtulo : Define el tÃtulo de la salida RSS.\n #: lib/apt-listbugs/logic.rb:55 msgid -q : Don't display progress bar.\n msgstr -q : Oculta la barra de progreso.\n #: lib/apt-listbugs/logic.rb:56 msgid -C apt.conf: Specify apt.conf.\n msgstr -C apt.conf: Define el fichero «apt.conf».\n #: lib/apt-listbugs/logic.rb:57 msgid -y : Assume that you select yes for all questions.\n msgstr -y : Supone que responde afirmativamente a todas las
Bug#685295: grub crashes with invalid memory access
Package: grub-ieee1275
Version: 1.99-22.1
Severity: important
Hi,
booting with grub fails. After the welcome message it prints Invalid
memory access at SRR0: 0020567c SRR1: 3030 and goes back to the
Openfirmware prompt.
% cat /proc/cpuinfo
processor : 0
cpu : 7455, altivec supported
clock : 606.00MHz
revision: 3.3 (pvr 8001 0303)
bogomips: 36.86
timebase: 18432000
platform: PowerMac
model : PowerBook6,3
machine : PowerBook6,3
motherboard : PowerBook6,3 MacRISC3 Power Macintosh
detected as : 287 (iBook G4)
pmac flags : 001b
L2 cache: 256K unified
pmac-generation : NewWorld
Memory : 640 MB
Bye, Jörg.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/root / ext4 rw,noatime,errors=remount-ro 0 0
/dev/root /sbin/init\040(deleted) ext4 ro,relatime,errors=remount-ro 0 0
/dev/sda5 /var ext4 rw,nosuid,nodev,noatime,data=ordered 0 0
/dev/mapper/_dev_sda7 /home/joerg ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-ASSMNU_GMH21H1_C_1SS2DJS0010135
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod ieee1275_fb
}
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root 2774fdb0-806e-4a36-b025-7815f19e7453
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root 2774fdb0-806e-4a36-b025-7815f19e7453
set locale_dir=($root)/boot/grub/locale
set lang=de_DE
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, mit Linux 3.6.0-rc1-10069-g2308a40' --class debian
--class gnu-linux --class gnu --class os {
insmod gzio
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root
2774fdb0-806e-4a36-b025-7815f19e7453
echo'Linux 3.6.0-rc1-10069-g2308a40 wird geladen …'
linux /boot/vmlinuz-3.6.0-rc1-10069-g2308a40 root=/dev/sda4 ro nosmp
radeon.agpmode=1 zcache
}
menuentry 'Debian GNU/Linux, mit Linux 3.6.0-rc1-10069-g2308a40
(Wiederherstellungsmodus)' --class debian --class gnu-linux --class gnu --class
os {
insmod gzio
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root
2774fdb0-806e-4a36-b025-7815f19e7453
echo'Linux 3.6.0-rc1-10069-g2308a40 wird geladen …'
linux /boot/vmlinuz-3.6.0-rc1-10069-g2308a40 root=/dev/sda4 ro single
}
menuentry 'Debian GNU/Linux, mit Linux 3.5.0-rc5-00176-g064e7df' --class debian
--class gnu-linux --class gnu --class os {
insmod gzio
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root
2774fdb0-806e-4a36-b025-7815f19e7453
echo'Linux 3.5.0-rc5-00176-g064e7df wird geladen …'
linux /boot/vmlinuz-3.5.0-rc5-00176-g064e7df root=/dev/sda4 ro nosmp
radeon.agpmode=1 zcache
}
menuentry 'Debian GNU/Linux, mit Linux 3.5.0-rc5-00176-g064e7df
(Wiederherstellungsmodus)' --class debian --class gnu-linux --class gnu --class
os {
insmod gzio
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root
2774fdb0-806e-4a36-b025-7815f19e7453
echo'Linux 3.5.0-rc5-00176-g064e7df wird geladen …'
linux /boot/vmlinuz-3.5.0-rc5-00176-g064e7df root=/dev/sda4 ro single
}
menuentry 'Debian GNU/Linux, mit Linux 3.5.0-rc2-1-g6aa3ab3' --class debian
--class gnu-linux --class gnu --class os {
insmod gzio
insmod part_apple
insmod ext2
set root='(hd0,apple4)'
search --no-floppy --fs-uuid --set=root
2774fdb0-806e-4a36-b025-7815f19e7453
echo'Linux 3.5.0-rc2-1-g6aa3ab3 wird geladen …'
linux
Bug#685296: unblock: suil/0.6.4~dfsg0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package suil 0.6.4~dfsg0-2, it fixes bug#682138 unblock suil/0.6.4~dfsg0-2 Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684792: RFS: gmpc/11.8.16-4 [RC]
On Sun, Aug 19, 2012 at 12:37:11PM +0200, Etienne Millon wrote: * Bart Martens ba...@debian.org [120819 11:46]: Hi Etienne, I had a look at your package at mentors uploaded there on 2012-08-17 21:41. I looked at 2012-08-19 10:35 now. Some files in po/*.po are Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011. Fixed^3. Some files in po/*.po, not all. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685281: denial of service via many headers
On Sun, Aug 19, 2012 at 11:42:57AM +0200, Thijs Kinkhorst wrote: A Denial of Service attack has been reported against tinyproxy: https://bugs.launchpad.net/ubuntu/+source/tinyproxy/+bug/1036985 https://banu.com/bugzilla/show_bug.cgi?id=110#c2 Can you please see to it that this gets addressed in unstable (and by extension wheezy)? Please use CVE-2012-3505 to refer to this issue. Will try to get something done ASAP. Should I do something about stable too? The codebase should be really similar. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#682697: Unblock sumo/0.15.0~dfsg-3
Hello, Anton Gladky gladky.an...@gmail.com (24/07/2012): Please unblock package sumo_0.15.0~dfsg-3. The upload applies hardening of buildflags see Adam's and my comments on that topic in another thread. remove from compilation embedded copy of gl2ps and uses packaged version instead. At this point, I think I'd buy that patch without the one about build flags. Mraw, KiBi. signature.asc Description: Digital signature
Bug#685298: eclipse-jdt: conflict with libtomcat6-java
Package: eclipse-jdt Version: 3.8.0~rc4-1 Severity: important * What led up to the situation? - It's impossible to install tomcat6 and eclipse at the same time when it should be. * What exactly did you do (or not do) that was effective (or ineffective)? - I've installed eclipse-jdt and cant after that install tomcat6. * What was the outcome of this action? - There was a conflict reported about java libs required by tomcat6 and eclipse-jdt * What outcome did you expect instead? - It should be possible to install both of them without problem -- 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/3 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eclipse-jdt depends on: ii default-jre [java6-runtime]1:1.6-47 pn eclipse-platform none ii junit 3.8.2-8 pn junit4 none pn libhamcrest-java none ii openjdk-6-jre [java6-runtime] 6b24-1.11.3-2 Versions of packages eclipse-jdt recommends: ii default-jdk 1:1.6-47 Versions of packages eclipse-jdt suggests: pn eclipse none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685227: unblock: ztex-bmp/20120314-1
Adam D. Barratt a...@adam-barratt.org.uk (18/08/2012): Well, I wouldn't mind a -2 which just fixed up the changelog. Let's request a -3? diff -Nru ztex-bmp-20110912/debian/changelog ztex-bmp-20120314/debian/changelog --- ztex-bmp-20110912/debian/changelog2011-09-27 20:03:31.0 + +++ ztex-bmp-20120314/debian/changelog2012-08-18 18:38:09.0 + @@ -1,3 +1,16 @@ +ztex-bmp (20120314-2) unstable; urgency=low + + * Fixing debian/changelog's erroneous omission of a previous upload. +This might possibly help closing #685227. + + -- Steffen Moeller moel...@debian.org Sat, 18 Aug 2012 20:36:23 +0200 + +ztex-bmp (20120314-1) unstable; urgency=low + + * Upstream fixes FTBFS upon pascal compiler update (Closes: #663674) + + -- Steffen Moeller moel...@debian.org Tue, 31 Jul 2012 22:48:44 +0200 + ztex-bmp (20110912-1) unstable; urgency=low * New upstream version @@ -6,6 +19,12 @@ ztex-bmp (20110903+01-2) UNRELEASED; urgency=low + * Improved description. + + -- Steffen Moeller moel...@debian.org Sun, 11 Sep 2011 12:35:19 +0200 + +ztex-bmp (20110903+01-2) UNRELEASED; urgency=low + * Improved description. -- Steffen Moeller moel...@debian.org Sun, 11 Sep 2011 12:35:19 +0200 Mraw, KiBi. signature.asc Description: Digital signature
Bug#685299: lintian: False positive from hardening-no-fortify-functions
Package: lintian Version: 2.5.10.1 Severity: normal Hi, consider the following (guitarix 0.24.0-1 is in experimental): $ lintian -i guitarix_0.24.0-1_i386.changes W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix.so N: N:This package provides an ELF binary that lacks the use of fortified libc N:functions. Either there are no potentially unfortified functions called N:by any routines, all unfortified calls have already been fully validated N:at compile-time, or the package was not built with the default Debian N:compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import CPPFLAGS. N: N:NB: Due to false-positives, Lintian ignores some unprotected functions N:(e.g. memcpy). N: N:Refer to http://wiki.debian.org/Hardening and N:http://bugs.debian.org/673112 for details. N: N:Severity: normal, Certainty: possible N: N:Check: binaries, Type: binary, udeb N: W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_IR.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_amp.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_compressor.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_crybaby.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_distortion.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_echo.so W: guitarix: hardening-no-fortify-functions usr/lib/ladspa/guitarix_freeverb.so I already sorted out similar issues with upstream to correctly pass the correct dpkg-buildflags to the build. But the above is still present, even though it looks like everything (especially CPPFLAGS) is passed correctly. See also the build log at https://buildd.debian.org/status/fetch.php?pkg=guitarixarch=amd64ver=0.24.0-1stamp=1345247045 Maybe this is a false positive? Thanks in advance, Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.22-7.1 ii bzip2 1.0.6-3 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-35 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl 1.16.8 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-35 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-12 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.8 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone ii libtext-template-perl 1.45-2 ii lzma 9.22-2 ii man-db 2.6.2-1 ii xz-utils [lzma]5.1.1alpha+20120614-1 -- 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#684792: RFS: gmpc/11.8.16-4 [RC]
* Bart Martens ba...@debian.org [120819 13:48]: Some files in po/*.po, not all. I'm not sure I'm following you. The copyright header is the same in all the *.po files : % ls -1 po/*.po | wc -l 41 % grep Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011 po/*.po | wc -l 41 -- 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#684994: ifup: fails to open statefile, does not bring up the network
On Thu, Aug 16, 2012 at 12:02:56PM +0200, Thorsten Glaser wrote: Hi Andrew, thanks for the quick response. Indeed, /etc/init.d/networking, when run manually, does work. The current sysvinit configuration (with file-rc) is as follows: tglase@tglase-nb:~ $ fgrep netw /etc/runlevel.conf 35 - 0,6 /etc/init.d/networking Might this have something to do with the recent (IMHO not good) decision of the file-rc people to switch to using insserv? If this is file-rc bug what returns these commands: /sbin/insserv -s 2/dev/null|fgrep networking /usr/share/file-rc/insserv2file.sh 2/dev/null|fgrep networking -- Piotr Borkowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685286: ITP: pyadb -- Python module to interact with the ADB tool
Le 19 août 2012 12:57, Chema Garcia ch...@safetybits.net a écrit : Package: pyadb Severity: wishlist Package name: pyadb Version: 0.1.1 Upstream Author: Chema Garcia ch...@safetybits.net URL: https://github.com/sch3m4/pyadb/ License: BSD Revised Description: Python module to interact with the ADB tool What is adb ? Bastien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120819110912.14232.71866.report...@debianito.hell.lan
Bug#685300: Shotwell description does not advertise CR2 support
Package: shotwell Version: 0.12.3-2 Severity: wishlist Shotwell does not say in it's description that it is capable of opening raw CR2 files. I had to look up reverse dependencies on libraw5 to assume that shotwell could open my files, which it did. Please make a note that Shotwell can open these files so it is easier to locate this application with apt-cache search. There are very few programs that are capable of opening the CR2 image file format. Thanks.
Bug#685301: luminance-hdr description does not advertise CR2 support
Package: luminance-hdr Version: 2.2.1-3 Severity: wishlist luminance-hdr does not say in it's description that it is capable of opening raw CR2 files. I had to look up reverse dependencies on libraw5 to assume that luminance-hdr could open my files, which it did. Please make a note that luminance-hdr can open these files so it is easier to locate this application with apt-cache search. There are very few programs that are capable of opening the CR2 image file format. Thanks.
Bug#685302: python3-pip: Fails to be able to install packages from PyPI
Package: python3-pip
Version: 1.1-3
Severity: important
Dear Maintainer,
pip-3.2 install html
Downloading/unpacking html
Running setup.py egg_info for package html
Traceback (most recent call last):
File string, line 14, in module
File /root/build/html/setup.py, line 12, in module
long_description = __doc__.decode('utf8'),
AttributeError: 'str' object has no attribute 'decode'
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File string, line 14, in module
File /root/build/html/setup.py, line 12, in module
long_description = __doc__.decode('utf8'),
AttributeError: 'str' object has no attribute 'decode'
Command python setup.py egg_info failed with error code 1 in /root/build/html
Storing complete log in /root/.pip/pip.log
My guess is that when running setup.py it does so with /usr/bin/python instead
of /usr/bin/python3
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=str=こんにちわ世界,
bytes_read=21, bytes_written=21) (ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python3-pip depends on:
ii python33.2.3-5
ii python3-pkg-resources 0.6.24-1
ii python3-setuptools 0.6.24-1
ii python3.2 3.2.3-3
Versions of packages python3-pip recommends:
ii build-essential 11.5
ii python3-dev 3.2.3-5
python3-pip suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683477: No sound in Amarok after upgrade to 0.6.0-1
Package: phonon-backend-vlc Version: 0.6.0-1 Followup-For: Bug #683477 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, after upgrading to 0.6.0-1 I can't listen to MP3s in Amarok as there is no sound. Downgrading to the previous version 0.5.0-1 solves the issue for me and everything is fine again. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phonon-backend-vlc depends on: ii libc62.13-35 ii libgcc1 1:4.7.1-7 ii libphonon4 4:4.6.0.0-2 ii libqtcore4 4:4.8.2-2+b1 ii libqtgui44:4.8.2-2+b1 ii libstdc++6 4.7.1-7 ii libvlc5 1:2.0.3-dmo2 ii libvlccore5 1:2.0.3-dmo2 ii vlc-nox 1:2.0.3-dmo2 Versions of packages phonon-backend-vlc recommends: ii vlc 1:2.0.3-dmo2 phonon-backend-vlc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iGUEARECACUFAlAw08MeGmh0dHA6Ly93d3cuZ290aGdvb3NlLm5ldC9wZ3AvAAoJ ELR14ge6tYIpENEAoL6yf0lXLdZ8Sev/otLmFV8jRLvCAKDmqdbJaegk3BaPj9AD w1XxC+BUuQ== =kBPD -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#685284: unblock: first bunch of packages switching to xz
Ansgar Burchardt ans...@debian.org writes: And these packages having trivial changes to switch to xz compression (debdiff attached): unblock app-install-data/2012.06.16.1 unblock gnome-packagekit/3.4.2-2 unblock oxygencursors/0.0.2012-06-kde4.8-2.1 unblock xkeyboard-config/2.5.1-2 And two more in this category I missed: unblock fftw3/3.3.2-3.1 unblock flite/1.4-release-6 Ansgar diff -Nru fftw3-3.3.2/debian/changelog fftw3-3.3.2/debian/changelog --- fftw3-3.3.2/debian/changelog 2012-06-10 12:18:44.0 +0200 +++ fftw3-3.3.2/debian/changelog 2012-08-05 20:51:22.0 +0200 @@ -1,3 +1,10 @@ +fftw3 (3.3.2-3.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: Use xz compression for binary packages. + + -- Ansgar Burchardt ans...@debian.org Sun, 05 Aug 2012 16:38:56 +0200 + fftw3 (3.3.2-3) unstable; urgency=low * disable neon for armel, it has no fpu diff -Nru fftw3-3.3.2/debian/rules fftw3-3.3.2/debian/rules --- fftw3-3.3.2/debian/rules 2012-06-10 12:18:44.0 +0200 +++ fftw3-3.3.2/debian/rules 2012-08-05 20:51:22.0 +0200 @@ -123,7 +123,7 @@ dh_installdeb -i dh_gencontrol -i dh_md5sums -i - dh_builddeb -i + dh_builddeb -i -- -Zxz binary-arch: build-arch # build fftw3 @@ -151,7 +151,7 @@ dh_shlibdeps -a dh_gencontrol -a dh_md5sums -a - dh_builddeb -a + dh_builddeb -a -- -Zxz binary: binary-indep binary-arch diff -Nru flite-1.4-release/debian/changelog flite-1.4-release/debian/changelog --- flite-1.4-release/debian/changelog 2012-06-08 23:07:43.0 +0200 +++ flite-1.4-release/debian/changelog 2012-08-05 12:35:18.0 +0200 @@ -1,3 +1,13 @@ +flite (1.4-release-6) unstable; urgency=low + + [ Cyril Brulebois ] + * Team upload. + + [ Ansgar Burchard ] + * debian/rules: Use xz compression for binary packages (Closes: #683906). + + -- Cyril Brulebois k...@debian.org Sun, 05 Aug 2012 12:35:17 +0200 + flite (1.4-release-5) unstable; urgency=low * control: diff -Nru flite-1.4-release/debian/rules flite-1.4-release/debian/rules --- flite-1.4-release/debian/rules 2012-06-08 23:07:24.0 +0200 +++ flite-1.4-release/debian/rules 2012-08-05 12:21:44.0 +0200 @@ -116,7 +116,7 @@ dh_shlibdeps dh_gencontrol dh_md5sums - dh_builddeb + dh_builddeb -- -Zxz binary: binary-indep binary-arch .PHONY: build build-arch build-indep clean binary-indep binary-arch binary install
Bug#685303: report bugs
Package: installation-reports Boot method: network -installer using usb Image version: http://cdimage.debian.org/debian-cd/6.0.5/i386/iso-cd/debian-6.0.5-i386-netinst.iso Date: aug 18 2012 Machine: PC Desktop clone IBM) Processor: Memory: Partitions: rootfs19G 4,0G 14G 23% / udev1002M 0 1002M 0% /dev tmpfs202M 576K 202M 1% /run /dev/disk/by-uuid/c6219362-5918-4e75-90ed-7c4643ce325f19G 4,0G 14G 23% / tmpfs5,0M 0 5,0M 0% /run/lock tmpfs404M 28K 404M 1% /tmp tmpfs404M 140K 404M 1% /run/shm Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [E] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [E] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The installation is not completed. I tried as expert, sometimes I couldn't kill process, like mdadm or mount /dev/sda4 /media for what ?? Detect hw is a problem, same pb with ethernet card and disk hard, ther is no button to cancel a step, I used other termina (ctrl+alt+F2) to kill process and come back to previous step.
Bug#685275: uwsgi-plugin-python: segmentation fault with python26
severity 685275 normal thanks Hi Boris, For testing purposes I prepared a fresh installed Wheeze arch i386. You are using a mixed system (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') with Linux kernel 2.6.32-5-686-bigmem (no more available in testing) which I can not recreate completely. The kernel I used is 3.2.0-3-686-pae. For simplicity, I used uwsgi-plugin-http, with an addition --http 0.0.0.0:3031 to the options you provided. Additional installed packages are: uwsgi-plugin-python, uwsgi-plugin-http, python-moinmoin. Running uwsgi: uwsgi --plugins python26,http --uid user --gid group -s /tmp/wi.sock --chmod-socket 666 --wsgi-file /usr/share/moin/server/moin.wsgi --http 0.0.0.0:3031 Is serving MoinMoin without Segmentation faults, but with complains about data_dir configuration. To fix this, I manually created: mkdir -p /tmp/moin/pages mkdir -p /tmp/moin/underlay/pages mkdir /tmp/moin/plugin touch /tmp/moin/plugin/__init__.py and added this options to the Config class in /etc/moin/mywiki.py file: echo data_dir = '/tmp/moin' data_underlay_dir = '/tmp/moin/underlay' /etc/moin/mywiki.py Notice the indentation in the echoed string, to match the indentation of the Config class. After running uwsgi with the same options as above MoinMoin was fully functional. I could not reproduce Segmentation faults. Could you provide more details on moinmoin configuration that you are using, uwsgi error logs, which web server is communicating with uwsgi over /tmp/wiki.sock and more details on your systems setup so I could try to reproduce the issue? Could you try to reproduce the issue on a system fully upgraded to testing, not on mixed system? Best, Janos On Sun, Aug 19, 2012 at 9:40 AM, Boris Bobrov breton.li...@gmail.com wrote: Package: uwsgi-plugin-python Version: 1.2.3+dfsg-2 Severity: important Launched with: --plugins python26 --uid user --gid user -s /tmp/wiki.sock --chmod-socket 666 --wsgi-file /usr/share/moin/server/moin.wsgi /usr/share/moin/server/moin.wsgi is from latest python-moinmoin bt full attached -- System Information: Debian Release: 6.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi-plugin-python depends on: ii libc6 2.13-35 Embedded GNU C Library: Shared lib ii libpython2.62.6.8-0.2Shared Python runtime library (ver ii libpython2.72.7.3-3 Shared Python runtime library (ver ii uwsgi-core 1.2.3+dfsg-2 fast, self-healing application con uwsgi-plugin-python recommends no packages. Versions of packages uwsgi-plugin-python suggests: pn python-uwsgidecoratorsnone (no description available) -- 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#685286: ITP: pyadb -- Python module to interact with the ADB tool
The Android Debug Bridge tool http://developer.android.com/tools/help/adb.html Regards, Chema García On Sun, Aug 19, 2012 at 1:59 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Le 19 août 2012 12:57, Chema Garcia ch...@safetybits.net a écrit : Package: pyadb Severity: wishlist Package name: pyadb Version: 0.1.1 Upstream Author: Chema Garcia ch...@safetybits.net URL: https://github.com/sch3m4/pyadb/ License: BSD Revised Description: Python module to interact with the ADB tool What is adb ? Bastien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120819110912.14232.71866.report...@debianito.hell.lan
Bug#684647: unblock: libcap2/1:2.22-1.2
Control: tags -1 + moreinfo On Sun, 2012-08-12 at 14:49 +0200, Tobias Hansen wrote: Please unblock package libcap2. Version 1:2.22-1.1 adds multiarch support and 1:2.22-1.2 fixes a RC bug in 1:2.22-1.1. libcap2 has a lot of reverse dependencies, so it should better have multiarch support. Actually, the number of reverse dependencies is more of a reason /not/ to make such changes, particularly during a freeze. The main reason I'm not saying no straight away is that one of those reverse dependencies is ia32-libs and there's a good chance that a number of the others have already been successfully rebuilt against the multi-archified libraries, given -1.1 was in unstable since May. It would be helpful to know if any of the reverse dependencies haven't yet been rebuilt against the new version. One thing that does concern me - and I realise was raised in the original libcap2 bug report - is the possibility of users with automatic installation of recommends disabled upgrading from squeeze and losing the split-out PAM module. libcap2-bin's r-depends are indeed very small, but via gnome-keyring they transitively include gnome-core so it's difficult to know how many people might be using the PAM module without having explicitly installed libcap2-bin. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683477: No sound in Amarok after upgrade to 0.6.0-1
Hi, Alle domenica 19 agosto 2012, Marcus Frings ha scritto: after upgrading to 0.6.0-1 I can't listen to MP3s in Amarok as there is no sound. Downgrading to the previous version 0.5.0-1 solves the issue for me and everything is fine again. [...] Versions of packages phonon-backend-vlc depends on: ii libvlc5 1:2.0.3-dmo2 ii libvlccore5 1:2.0.3-dmo2 ii vlc-nox 1:2.0.3-dmo2 Try again *without* using libraries from deb-multimedia. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#685267: xdg-utils: Fails on GNOME 3 since neither gnome-open or gvfs-open are guaranteed to be present
clone 685267 -1 severity -1 important severity 685267 normal reassign 685267 gnome-session-common retitle 685267 Please depend on or recommend gvfs-bin thanks Hi Simon, 2012-08-19 02:33, Simrun Basuita skrev: Package: xdg-utils Version: 1.1.0~rc1+git20111210-6 Severity: grave Justification: renders package unusable Do you really think that this bug makes the package in question unusable by most or all users? It only affects GNOME, and you do get gvfs-open if you install Gnome using the gnome package or the task-gnome-desktop package. Running xdg-open against any file fails with the error: /usr/bin/xdg-open: 491: /usr/bin/xdg-open: gnome-open: not found This is because neither gvfs-open or gnome-open are on my system. There must be an issue with dependencies such that gvfs-bin is never installed. I installed GNOME 3 via the gnome-core package. The problem is indeed fixed by installing the package gvfs-bin. I am note sure where the most appropriate place would be to add the necessary Depends/Recommends on gvfs-bin. I think the correct place is probably gnome-session-common, since gvfs-open should be used if you are running a GNOME session. Reassigning. In the mean time, there is a generic mechanism in xdg-open which should be used when gvfs-open is unavailable. It seems that the fallback for gnome was lost in some version. I will put it back. Thank you for reporting! -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599633: xterm: Please document reason for x11-utils recommends
Thomas Dickey dic...@his.com writes: On Sat, 9 Oct 2010, Josh Triplett wrote: On Sat, Oct 09, 2010 at 05:05:57PM -0400, Thomas Dickey wrote: On Sat, 9 Oct 2010, Josh Triplett wrote: […] Ah, luit makes sense; so, uxterm needs x11-utils to handle non-UTF-8 locales? That sounds correct. How about the following addition to the package description, then: xterm Recommends x11-utils for the luit Unicode-to-locale translation helper, which uxterm needs in order to handle non-UTF-8 locales. something like that s/in order to/to/g Now that both x11-utils and luit appear prominently in the package's Description:, I'm curious is there any reason in keeping this bug report open? TIA. (I also wonder whether koi8rxterm has some similar need, in which case this description should mention that as well.) It might... -- FSF associate member #7257 http://sf-day.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679907: reportbug: Attachments silently dropped when not using internal MUA
Hi Sandro (2012.08.19_01:07:36_+0200) but it might be confused/ignored as the heading section. Were you thinking of something like the manpage as additional source of information for this configuration? That'd be good, yes. The situation where I regularly ran into this was a script that wraps around reportbug, submittodebian (in ubuntu-dev-tools) which generates a debdiff, and uses the changelog entry as starting point for the bug report. submittodebian was clearly originally written by someone not using mua mode, as it uses --attach. I've hacked around this in submittodebian, by minimally parsing .reportbugrc and falling back to --include if I detect MUA mode. http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/revision/1338 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675433: xterm: terminal bell randomly stops and requires a reboot to get back
Thomas Dickey dic...@his.com writes: On Thu, May 31, 2012 at 11:53:05PM -0700, David Griffith wrote: Package: xterm Version: 278-1 Severity: normal After a normal bootup, the terminal bell with Xterm works as expected. After some time it stops. This happens with RXVT, Gnome Terminal, and XFCE Terminal. […] If it happens with all of those, it's not xterm-specific (nor specific to xlibs). Sounds more like a problem with the desktop or window manager. … or the kernel. Could you please check whether reloading the pcspkr kernel module helps or not? Like: $ sudo rmmod pcspkr ; sudo modprobe pcspkr ; -- FSF associate member #7257 http://sf-day.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678262: mdadm: fails to honour INITRDSTART='none' in /etc/default/mdadm
Hello! Talked the other day with mjt on irc about mdadm problems I was having that seems very much like this issue. We debugged it and mjt found some issues... He probably knows much more then what I'm about to write here... [...] The initramfs panic'ed from the script in /usr/share/initramfs-tools/scripts/local-top/mdadm. Can you please provide more information about this panic? A picture would be most helpful. I can’t reproduce it on my system. Providing some additional information as requested. I'm in the same situation with INITRDSTART='none' and think that mdadm shouldn't have to mess with the initramfs at all in this case, but that part is IMHO only wishlist. The grave part here is the unbootable system that can happen in some cases. For me, when I modify the grub cmdline and add init=foobar (which seems completely irrelevant since the initramfs scripts break down before getting close to starting init) then the bootup panics. Note that this is not a kernel panic! It is a panic function within the initramfs scripts that get called. You can find it in /usr/share/initramfs-tools/scripts/functions The reason this happens (for me atleast) is that /proc/mdstat is not found. This is because md-mod kernel module has not been loaded! (NO idea why it's being loaded when I don't provide init=foobar !!!) The reason it's not loaded is because the variable MD_MODULES generated by the mdadm hooks to load raid level modules (and pull in md-mod) is EMPTY. The reason it's empty is apparently that it depends on the ARRAY definition in the initramfs /etc/mdadm/mdadm.conf, which in turn is received from mdadm --detail --brief /dev/md0 no longer includes the LEVEL information. (On a related note, the panic script function looks for a panic=X cmdline argument and tries to reboot after X seconds of showing the panic message instead of giving a rescue shell THIS IS BROKEN. The reboot command in initramfs does nothing! Everybody gets rescue shell access!) -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685286: ITP: pyadb -- Python module to interact with the ADB tool
Le 19 août 2012 14:31, Chema García ch...@safetybits.net a écrit : The Android Debug Bridge tool http://developer.android.com/tools/help/adb.html So please fix your description Bastion Regards, Chema García On Sun, Aug 19, 2012 at 1:59 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Le 19 août 2012 12:57, Chema Garcia ch...@safetybits.net a écrit : Package: pyadb Severity: wishlist Package name: pyadb Version: 0.1.1 Upstream Author: Chema Garcia ch...@safetybits.net URL: https://github.com/sch3m4/pyadb/ License: BSD Revised Description: Python module to interact with the ADB tool What is adb ? Bastien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120819110912.14232.71866.report...@debianito.hell.lan
Bug#684148:
block 677762 with 684148 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684792: RFS: gmpc/11.8.16-4 [RC]
On Sun, Aug 19, 2012 at 01:56:17PM +0200, Etienne Millon wrote: * Bart Martens ba...@debian.org [120819 13:48]: Some files in po/*.po, not all. I'm not sure I'm following you. The copyright header is the same in all the *.po files : % ls -1 po/*.po | wc -l 41 % grep Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011 po/*.po | wc -l 41 You're right. I was confused by the lines with msg.*copyright. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609047: Preliminary Debian packaging for Clozure Common Lisp (ccl.clozure.com)
Hi again Faheem Mitha fah...@faheem.info writes: 2) The main outstanding issue is how to handle the bootstrapping issue, namely that CCL is not in Debian, but requires CCL to compile. For sbcl I do bootstrapping with a crossbuild from another architecture .. building just a non-packaged version and using that to bring up the package. Once there is a version in the archive everything works automatically. So ideally I can build the first package with a locally installed ccl (e.g. in /usr/local/bin, ..). sbcl's debian/rules has some magic now to do this (and the last commit is totally messed up :-( Could one just use upstream binaries instead? CCL has upstream binaries available, which I use to initially build my Debian package, for at least i386 and amd64. My package currently does not attempt to build on any other architecture, because I can't test it. Jep that'll work you just need to provide the sponsor with enough information to bootstrap the package with binaries from a sane enough source (and I'd consider upstream such a source). Best to add this information to debian/README.source IMHO. I guess bootstrapping only needs to be done once and later versions of ccl can be built using the version that is then included in Debian? Well this is precisely my question to the CCL developers. So far, I have not got a response. See the thread http://thread.gmane.org/gmane.lisp.openmcl.devel/8046 If it's not possible to build ccl with a (slightly) older version of ccl it'll be pain to maintain. One can (as Peter noted in the thread) go the cmucl route but that'll need the maintainer (you) to do bootstrapping every time, the sponsor to do bootstrapping every time and for evvery architeccture you might want to support (as you might have noticed cmucl is only available on linux-i386 and not even on 64bit systems) Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685305: ptunnel: upstream is at versin 0.72 since 2011-09-05
Package: ptunnel Version: 0.71-2 Severity: wishlist The relevant part of the CHANGELOG says: 0.72 - 5. September 2011 - Fixes an authentication bug that would manifest as hung connections with protocols that send data from the client-side before receiving data from the server-side. Thanks to StalkR for locating the bug and fixing it. - Fixes a crash when attempting to enable packet-capture for non-existing network devices. Thanks to Steffen Wendzel for the patch. So, this would be a good time to upgrade ;) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ptunnel depends on: ii libc62.13-35 ii libpcap0.8 1.3.0-1 ii libselinux1 2.1.9-5 ptunnel recommends no packages. ptunnel suggests no packages. -- no debconf information Cheers, -- Cristian -- e-cash Ft. Knox airframe Bush Wired Plame beanpole militia Legion of Doom fundamentalist MD5 UMTS Cocaine Aladdin high security IRA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685306: nfs-common: with wheezy NFSv4 client the root is mounted as NFS with vers=3 and the other NFSv4 mounts from fstab not mounted at boot time.
Package: nfs-common
Version: 1:1.2.6-3
As described in the 'Subject'.
Additional informations from the NFS server:
dhcp.conf:
host memos {
hardware ethernet xx:xx:xx:xx:xx:xx;
option root-path
xx.xx.xx.xx:/home/nfsroots/memos-testing,rw,intr,hard,tcp,wsize=32768,rsize=65536;
fixed-address xx.xx.xx.xx;
}
pxelinux config:
label memos-testing
kernel systems/memos/vmlinuz-3.2.0-3-amd64
append initrd=systems/memos/initrd.img-3.2.0-3-amd64 ro
root=/dev/nfs4 ip=dhcp ipv6.disable=1 --
Maybe something i'm doing wrong.
-- Package-specific info:
-- rpcinfo --
program vers proto port
104 tcp111 portmapper
103 tcp111 portmapper
102 tcp111 portmapper
104 udp111 portmapper
103 udp111 portmapper
102 udp111 portmapper
1000241 udp 60126 status
1000241 tcp 37760 status
172 udp655 ypbind
171 udp655 ypbind
172 tcp656 ypbind
171 tcp656 ypbind
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = localdomain
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
xx.xx.xx.xx:/nfsroots/memos-testing/ nfs4
defaults 0 0
xx.xx.xx.xx:/homes/memos /home
nfs4defaults 0 0
-- /proc/mounts --
xx.xx.xx.xx:/nfsroots/memos-testing/ / nfs
rw,relatime,vers=3,rsize=65536,wsize=32768,namlen=255,hard,nolock,proto=tcp,port=65535,timeo=7,retrans=3,sec=sys,local_lock=all,addr=10.50.0.10
0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
xx.xx.xx.xx:/homes/memos/ /home nfs4
rw,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.50.0.50,minorversion=0,local_lock=none,addr=10.50.0.10
0 0
-- 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/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nfs-common depends on:
ii adduser 3.113+nmu3
ii initscripts 2.88dsf-22.1
ii libc6 2.13-35
ii libcap2 1:2.22-1
ii libcomerr2 1.42.5-1
ii libdevmapper1.02.1 2:1.02.74-4
ii libevent-2.0-5 2.0.19-stable-3
ii libgssglue1 0.4-2
ii libk5crypto31.10.1+dfsg-2
ii libkeyutils11.5.5-3
ii libkrb5-3 1.10.1+dfsg-2
ii libmount1 2.20.1-5.1
ii libnfsidmap20.25-4
ii libtirpc1 0.2.2-5
ii libwrap07.6.q-24
ii lsb-base4.1+Debian7
ii rpcbind 0.2.0-8
ii ucf 3.0025+nmu3
Versions of packages nfs-common recommends:
ii python 2.7.3~rc2-1
Versions of packages nfs-common suggests:
pn open-iscsi none
pn watchdog 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#681656: Detect Network Hardware stops Wheezy install
Sorry for my bad english... I've the same problem, which DIDN'T appear in the ALPHA release. This bug is shown only in the BETA WHEEZY release. If there is a non-free firmware, the installer stopped the installation. A solution can be insert a USB pendrive with the firmwares, it works for me. Please, solve this bug, it's very important in my opinion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681903: melange-client: missing dependency on python-pkg-resources
On Tue, 17 Jul 2012 17:51:07 +0200, Jakub Wilk wrote:
In a minimal chroot:
$ melange
Traceback (most recent call last):
File /usr/bin/melange, line 5, in module
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources
Adding a dependency looked easy, but that doesn't seem to be enough:
# melange
Traceback (most recent call last):
File /usr/bin/melange, line 5, in module
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources
# apt-get install python-pkg-resources
[..]
# melange
Traceback (most recent call last):
File /usr/bin/melange, line 9, in module
load_entry_point('python-melangeclient==0.1', 'console_scripts',
'melange')()
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 337, in
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2279, in
load_entry_point
return ep.load()
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 1989, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
ImportError: No module named melange.client.cli
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Wir sind Helden: Die Konkurrenz
signature.asc
Description: Digital signature
Bug#445330: (Re: Bug#445330: cupsys: mime.types(5) is confusingly named
On Sat 18 Aug 2012 at 19:29:27 +0100, Reuben Thomas wrote: This bug still exists, and has a simple fix for which there is already a model in another package: xfm contains xfm_mime.types(5), so why not rename the cups man page (which still exists in testing and unstable) to cups_mime.types(5)? The basis for your report is: I thought A(5) was about B, but it wasn't. I cannot see how would a rename of A(5) to C(5) would have altered your thinking at the time. Could we agree the substance of your report is in the second sentence and the severity of the report is 'wishlist'? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685307: RFS: ccl/1.8+svn15443-1 [ITP]
X-Debbugs-CC: Peter Van Eynde pvane...@mailworks.org, Christoph Egger christ...@debian.org, openmcl-de...@clozure.com, pkg-common-lisp-de...@lists.alioth.debian.org, Faheem Mitha fah...@faheem.info Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ccl * Package name: ccl Version : 1.8+svn15443-1 Upstream Author : Clozure Associates * URL : http://ccl.clozure.com * License : LLGPL Section : lisp It builds those binary packages: ccl - Common Lisp compiler and development system ccl-source - Source code files for CCL To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ccl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/ccl/ccl_1.8+svn15443-1.dsc More information about CCL can be obtained from http://ccl.clozure.com. Rationale: aka, why should Debian bother with this software? CCL has a long history. Its ancestor Coral Common Lisp had its first release in 1987. An earlier version of CCL was in Debian as OpenMCL, circa the sarge release, but was later removed. There are currently around 7 active (at least somewhat) free (in the sense of the Debian DFSG) CL implementations, listed on http://common-lisp.net/~dlw/LispSurvey.html, which seems in line with my personal observations. These are ABCL, CMUCL, CCL, ECL, GCL, CLISP, and SBCL. Of these, CMUCL, ECL, GCL, CLISP, and SBCL are currently in Debian. Of this group of 7, CCL seems to be used more often than most. SBCL is the most popular by a long way, but CCL is up there. I'm a Common Lisp beginner, but my impresssion of CCL is that is a high quality implementation and actively maintained. It has a very reliable garbage collector, something that can be a weak point in CL implementations. Also, it is fast, compared to most of the others in this group. I have found bugs in SBCL. Thus far, I have found none in CCL. As a Debian user, I think CCL should be in Debian, and hope having CCL in Debian will make it more popular. This concludes the rationale. To initially build the package, you will need upstream binaries, which I have packaged as ccl-bootstrap, and also uploaded to mentors, for convenience. The package information is as follows: * Package name: ccl-bootstrap Version : 1.8+svn15443-1 Upstream Author : Clozure Associates * URL : http://ccl.clozure.com * License : LLGPL Section : lisp It builds those binary packages: ccl-bootstrap - Binaries for bootstrapping Clozure Common Lisp To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ccl-bootstrap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/ccl-bootstrap/ccl-bootstrap_1.8+svn15443-1.dsc My Debian packagings of ccl and ccl-bootstrap are available as Mercurial repositories at https://bitbucket.org/faheem/ccl-debian and https://bitbucket.org/faheem/ccl-bootstrap-debian. For further information about building CCL, see the README.source in the ccl packaging, e.g. at https://bitbucket.org/faheem/ccl-debian/src/tip/README.source Thanks to the IRC channel #debian-mentors on OFTC for much help with packaging issues. Regards, Faheem Mitha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609047: Preliminary Debian packaging for Clozure Common Lisp (ccl.clozure.com)
On Sun, 19 Aug 2012, Christoph Egger wrote: Hi again Faheem Mitha fah...@faheem.info writes: Could one just use upstream binaries instead? CCL has upstream binaries available, which I use to initially build my Debian package, for at least i386 and amd64. My package currently does not attempt to build on any other architecture, because I can't test it. Jep that'll work you just need to provide the sponsor with enough information to bootstrap the package with binaries from a sane enough source (and I'd consider upstream such a source). Best to add this information to debian/README.source IMHO. Yes, I've done that. The README.source is now quite extensive. See https://bitbucket.org/faheem/ccl-debian/src/tip/README.source I guess bootstrapping only needs to be done once and later versions of ccl can be built using the version that is then included in Debian? Well this is precisely my question to the CCL developers. So far, I have not got a response. See the thread http://thread.gmane.org/gmane.lisp.openmcl.devel/8046 If it's not possible to build ccl with a (slightly) older version of ccl it'll be pain to maintain. One can (as Peter noted in the thread) go the cmucl route but that'll need the maintainer (you) to do bootstrapping every time, the sponsor to do bootstrapping every time and for evvery architeccture you might want to support (as you might have noticed cmucl is only available on linux-i386 and not even on 64bit systems) Agreed. Bootstrapping every time will be painful. Currently the package only builds on i386 and amd64, since I can't test it. If the sponsor wants it, it can easily be extended to build on other platforms, but I won't be able to test it. I uploaded CCL to http://mentors.debian.net/ today, and just sent out a RFS (and CCed you). Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683925: FTBFS with gcc-4.7 on i386
On Thu, 09 Aug 2012 13:19:06 -0500, Kumar Appaiah wrote: The build failure seems similar to http://bugs.debian.org/672991 It has been fixed with this patch: http://anonscm.debian.org/gitweb/?p=collab-maint/mupen64plus-core.git;a=blob;f=debian/patches/rjump_gcc47.patch;h=640a33cc64b75a9dd0c4443fa34be67c1eae5daf;hb=HEAD devw/dwmixfa_8087.c has a number of references to __i686.get_pc_thunk I have prepared a patch based on the URL you have specified above. I have attached a debdiff and a quilt-type patch. The build worked fine on amd64, but I have no way of testing it on i386, so if someone can test and find the patch to be in order, I can also offer an NMU if the maintainer is busy. Using an i386 chroot on an amd64 machine works quite fine :) Results: | amd64 chroot | i386 chroot without patch | PASS | FAIL with patch| PASS | PASS (Please note that I've only built the package and not checked the patch itself or used the package afterwards.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: U2: Party Girl signature.asc Description: Digital signature
Bug#684994: ifup: fails to open statefile, does not bring up the network
tags 684994 - unreproducible severity 684994 grave thanks Alexander Wirt dixit: What let you think this is file-rc bug? I wasn't able to reproduce this problem on a fresh sid box. Neither with a dhcp nor a static network configuration. I’ve got another box where I can reproduce this (didn’t try rebooting it yet, LUCKILY as it’s a hosted domU), and it was an old(er) sid box upgraded to newer sid. See below, too. Piotr Borkowski dixit: On Thu, Aug 16, 2012 at 12:02:56PM +0200, Thorsten Glaser wrote: The current sysvinit configuration (with file-rc) is as follows: tglase@tglase-nb:~ $ fgrep netw /etc/runlevel.conf 35 - 0,6 /etc/init.d/networking Might this have something to do with the recent (IMHO not good) decision of the file-rc people to switch to using insserv? Note the other box has similar issue: tg@zigo:~ $ fgrep network /etc/runlevel.* /etc/runlevel.conf:35 - 0,6 /etc/init.d/networking /etc/runlevel.fallback:35 - 0,6 /etc/init.d/networking /etc/runlevel.fallback:40 - S /etc/init.d/networking If this is file-rc bug what returns these commands: /sbin/insserv -s 2/dev/null|fgrep networking /usr/share/file-rc/insserv2file.sh 2/dev/null|fgrep networking Both do not return anything. But that’s no surprise really: tg@zigo:~ $ dpkg -l insserv Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= un insservnone(no description available) So this looks like a missing Depends (insserv is Prio: optional) and thus is a grave bug. After manually installing it (of *course* it was not installed previously, because file-rc allowed getting rid of it): tg@zigo:~ $ /sbin/insserv -s 2/dev/null | fgrep networking K:05:0 6:networking S:11:S:networking tg@zigo:~ $ /usr/share/file-rc/insserv2file.sh 2/dev/null | fgrep networking 05 0,6 - /etc/init.d/networking 11 - S /etc/init.d/networking So, now how do I get the /etc/runlevel.conf fixed “automagically”? I mean, it broke automagically, after all. bye, //mirabilos -- 22:20⎜asarch The crazy that persists in his craziness becomes a master 22:21⎜asarch And the distance between the craziness and geniality is only measured by the success 18:35⎜asarch Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675935: stuck
I was investigating this further. After doing a general upgrade I can no longer reproduce this. I have tried recreating the situation in a schroot but failed. Amy more information would be appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
